enterprise系统拆应用(应用也是集群部署)
app：enba.qbao.com 面向C的应用，供C访问
ba： enba.qbao.com 面向运营人员，内部访问
api：enapi.qbao.com 面向内网调用的其它系统，提供接口供其它系统调用，虽然走的是内网ngnix访问，但是还是要配上黑白名单，防止非预期客户端访问
应用拆分带来的好处就是关注点不同，可以独立维护，独立升级，不影响到其它应用，尤其是不能干扰到C的访问
做到不干扰C的访问，会给升级带来很大的遍历，想怎么升级就怎么升级
===============
XXX总，你好，现有新应用：enapi等待上线，请提前准备上线资源
需要提供的资源如下:
1 应用名: 商家系统API
作用: 提供接口供其它内部系统，比如订单，购物车，商品，促销，宝购等调用，此应用部署在内网，外网禁止访问
域名: enapi.qbao.com
机器： 3台服务器
1 应用名: 商家系统API
作用: 提供接口供其它内部系统，比如订单，购物车，商品，促销，宝购等调用，此应用部署在内网，外网禁止访问
域名: enapi.qbao.com
机器： 3台服务器
-----------------
背景介绍：
enterprise现在只有app，ba，分别面向C和运营人员，但是没有api应用，现有的内网调用接口是放在app里面部署的。
这种部署方式带来的问题是：每当api接口变更时（频度较高），需要重新发布app，这种升级方式会干扰到C的访问，不灵活。
拆分出独立的api后，各应用关注点不同，管理，升级起来比较方便。
后续如果有新的api调用接口，我们会放在api应用里面部署，已有的api接口还是在app保持不变。因为新系统暂时承载的请求比较少，定为3台，后续可以考虑加机器