1 苍穹的微服务架构

         金蝶云·苍穹是采用云原生架构的分布式应用，相比单体应用架构，苍穹的微服务架构能更加保证服务的稳定可靠。单体应用和微服务架构的优缺点如下：

         金蝶云·苍穹采用动态微服务技术，使得苍穹应用部署非常灵活。可以像单体应用一样所有应用部署在一起（实际是微服务，服务可任意伸缩），也可以拆分应用部署实现每个小应用的相互隔离。

2 分应用部署方法

金蝶云·苍穹分应用部署可通过环境变量进行配置：

3 标准按云拆分应用

说明：

1、分应用的微服务名称（appName）为推荐名称，便于区分，也可自定义

2、目前拆分的容器节点为推荐最小粒度，若需要再细分应用（部分应用尚未完全解耦），请咨询相关模块的架构师

3、在此最小细分粒度上，根据项目实际情况，将使用量大的独立出来，对于未使用或者使用量较小的应用可合并部署到同一个容器节点，如可以将未使用或者使用量较小的应用部署在mservice-others容器节点上

4、分应用部署的情况，bos节点建议独立部署，因bos.xml中没带有appIds，所以需要显式配置appIds=bos,bos-up,basedata,sbd,wf,wftask,gmc,custom（其中wf、wftask可以拆分独立部署），同时需要加载业务基础包：BIZLIBS=bd-bd,biz-bos-ext。

5、分应用部署的主要目的是为了应用隔离，所以请保持appIds或appIdsFromAppstore的唯一性。避免应用调度混乱，失去分应用部署的意义。

6、custom这个appIds的用途是如果没有显式配置二开的appIds或者到xml中的话，就会默认调度到custom的应用节点上，如果custom节点没有加载二开包的话，此时就会包该容器二开的类找不到。

如图：

4 其他应用独立部署

4.1 后台事务独立部署

后台事务节点标志的关键参数：

bos节点应用JVM_OPTS中添加： -DSchedule.Message.AccessType=["REALTIMEJOB"]
工作流应用节点JVM_OPTS中添加：  -DSchedule.Message.AccessType=["WorkFlowJOB","REALTIMEJOB"]
调度应用JVM_OPTS中添加（加载全量包）： -DSchedule.Message.AccessType=["BIZJOB","REALTIMEJOB"] -Ddubbo.registry.register=false -DSchedule.deployMode=execute_node -Dmq.consumer.maxpoolsize=40

参数说明：

BIZJOB：能处理所有后台事务
WorkFlowJOB：只处理工作流的后台事务
dubbo.registry.register=false：不注册微服务
后台事务是可以指定appId执行的，如果找不到appId就会在custom节点上运行。
其他分应用节点如果不想处理后台事务也可以加： -DSchedule.Message.AccessType=["REALTIMEJOB"]
这样的话处理后台事务的节点计算资源可能不太够，需要根据现场环境真实情况而定。

例如，业务容器都不处理后台事务，后台事务都由一组服务完成

创建后台事务的容器服务（可以参考bos容器节点环境变量），并修改部分环境变量如下：

（1）JVM_OPTS中添加：-DSchedule.Message.AccessType=["BIZJOB","REALTIMEJOB"] -Ddubbo.registry.register=false -DSchedule.deployMode=execute_node -Dmq.consumer.maxpoolsize=40

（2）BIZLIBS需要加载全量的业务包。由于配置了dubbo.registry.register=false，即后台事务节点不会注册微服务，所以可以配置所有的xml文件，用逗号隔开即可。

除了后台事务节点的其他所有容器节点的JVM_OPTS中添加： 

-DSchedule.Message.AccessType=["WorkFlowJOB","REALTIMEJOB"]

4.2 AlgoX独立部署

AlgoX 是金蝶云.苍穹的分布式计算框架，用于解决海量数据计算场景。基于MapReduce 思想和技术，分布式部署，利用分布式的能力，使得性能可扩展，提升大数据查询计算和分析的能力，用以解决 ERP 中复杂计算、报表分析的场景。通过多台计算节点并行计算，实现弹性计算能力，使得性能可以伸缩扩展。

AlogX独立部署方法

Algox的关键参数：

algox.client.job.parallelism： algox任务运行并行度，默认是8
AlgoX有两种部署模式，系统默认是本地模式
本地模式： algox.client.invokemode=local
集群模式： algox.client.invokemode=remote
 
本地模式：
algox.client.invokemode=local
algox.local.worker.memory： worker节点分配给algox使⽤用的内存，默认是2G
algox.local.worker.threads： worker节点总共分配给algox使用的最大线程数，默认是64
 
集群部署模式（通过zookeeper构建集群）：
algox.client.invokemode=remote
algox.cluster.name：集群名字
algox.cluster.zookeeper：zk的连接地址
algox.cluster.storageDir： 存储目录，如果是容器，需要挂载磁盘
master节点配置： algox.master.enable=true
worker节点配置： algox.worker.enable=true
algox.worker.memory： worker节点分配给algox使用的内存，默认是2G
algox.worker.threads： worker节点总共分配给algox使用的最大线程数，默认是64

例如：创建两组容器服务，分别是 algox-master和algox-work，关键环境变量修改如下：

algox-master的关键环境变量：
BIZLIBS=allbiznoappIds.xml
customAppIds=' '
mq.consumer.register=false
appIds=algox
appName=mservice-algox-master
algox.client.invokemode=remote
algox.master.enable=true
algox.cluster.zookeeper=zk-algox:2181
JVM_OPTS中添加 -DSchedule.disableToWork=true

algox-work的关键环境变量：

BIZLIBS=allbiznoappIds.xml
appIds=algox
customAppIds=' '
mq.consumer.register=false
appName=mservice-algox-worker
algox.client.invokemode=remote
algox.worker.enable=true
algox.cluster.zookeeper=zk-algox:2181
algox.cluster.storageDir=/tmp
algox.worker.memory=5120
JVM_OPTS中添加 -DSchedule.disableToWork=true

注：（1）BIZLIBS=allbiznoappIds.xml是加载biz目录中全量的业务包而不加载任何appIds的xml文件，需要自行创建。

（2）zk-algox:2181是zookeeper地址，如果没有单独部署一套zookeeper地址的话，可以和配置中心configUrl的地址共用。

检查独立部署是否生效：

点击algox-work节点可以查看到执行的任务

而点击其他非algox的分应用节点则会报“当前节点不是AlgoX节点，请选择其他节点!”

AlgoX是处理大数据计算的程序，需要的CPU和内存的资源要稍大些。一般资源配置参考如下：

4.3 引入引出独立部署

在苍穹系统中，引入引出是一个很常用的功能，有时引入引出数据量比较大的时候就会导致某个应用或整个系统卡顿，甚至出现OOM内存溢出导致宕机。为了避免这种情况，引入引出可以独立部署出来，即使引入引出功能卡顿或宕机异常，也不会影响其他功能的使用，实现故障隔离。

引入引出独立部署方法

引入引出的应用编码是：imp-exp

引入引出服务的关键环境变量：

BIZLIBS=allbiznoappIds.xml
appSplit=true
appIds=imp-exp
appName=mservice-imp-exp

innerAppIds=在monitor的注册中心中查询任一实例的系统属性中registedAppIds的值

注：（1）BIZLIBS=allbiznoappIds.xml是加载biz目录中全量的业务包而不加载任何appIds的xml文件，需要自行创建。

（2）innerAppIds该参数表示：声明该实例中内部注册的appIds，即如果imp-exp节点需要访问其他appIds应用，则本地直接调用就行，不需要通过dubbo的rpc去调用了。

检查独立部署是否生效：

随便点击一个表单（如系统服务云--基础服务--人员--更多--引出数据）进行引入引出数据测试，查看日志看imp-exp的appIds运行的实例是否是独立部署的实例服务。

附：

苍穹分应用部署方法 - v5.0.2.docx