IBM Platform Symphony构造解析，platformsymphony

文章由LinuxBoy分享于2019-03-27 08:03:23热评（615）

IBM Platform Symphony构造解析，platformsymphony

Platform Symphony

Symphony 提供了允许分布式的或者并行的应用运行的横线扩展的网格环境。

Cluster:服务器集群，提供应用运行的分布式环境。

Symphony：管理集群里的资源和任务分配。

Client：通过Symphony的客户端的函数接口发送计算请求并接收计算结果。Client可以运行在集群中某一台机子上也可以运行在集群外的某一台机子上。Client发送请求给Symphony，Symphony初始化Service并运行Client的请求，从Service得到结果再传递回Client。

Service：Service必须属于Cluster，多个Service实例可以在Cluster上同时运行。Service被Symphony启动，使用Symphony提供的动态的集群资源来进行计算，并将结果传回Client。

Cluster components

EGO—resource manager

EGO（Enterprise Grid Orchestrator）管理资源使应用可以使用可用的资源。

SOAM—workload manager

SOAM（SOA middleware）管理集群里的工作负荷。当一个client产生一个应用请求，这个请求被soam接收。SOAM管理工作负荷的分配，请求资源调度，将输入从client传送至service并将结果返回。

consumer

当Symphony的的应用请求资源时，不会直接联系EGO，而且与资源没有直接的通道。应用与consumer相联系，EGO记住consumer，通过它来联系应用和资源。

Symphony Developer Edition

提供了开发程序的环境，模拟了grid的环境，可以测试程序。

Inside Workload Management

SOA Middleware components

Symphony中间件包括SD（sessiondirector）,SM(session manager)，SIM（session instance manager）还有色sevice instances。

SD：集群里只有一个sessiondirector，提供了一个单独的通往SOA中间件的通道，鉴定连接的client，管理session manager的生存时间，提供网页服务接口。

SM：集群上可以有一个或多个sessionmanager，依赖于集群上运行的应用的数目。Session manager做的事情是：连接client application和计算节点之间的任务输入输出，从EGO获得session需要的资源，记录状态和session、task的进展情况，管理SIM的生命周期，管理与source manager 的交互。

SIM：service实例化之后产生一个serviceinstance manager。SIM是被SM创建和销毁的，它的主要工作是：开始和管理一个service instance的生命周期并监控实例的健康运行，传送session manager和service instance之间的数据。

Service-oriented application objects

包括一个client应用和一个service。