龙湖系统（不断抽象公共逻辑，为了以后开发做准备，就和spring的容器一样，不断努力抽象核心业务）
系统定位（施工课程表+预算系统）
编排从公司拿地到房屋销售中，
根据研发经理在不同施工阶段，录入的楼体，分期，组团，业态，房屋面积，房屋金额等地产数据，对楼体销售进行预测，
同时记录不同阶段的施工排期，施工成果，施工人员评分。
系统组成（7个微服务）
不同航道的指标预算系统+施工课程表
系统维度
- 指标系统：不同航道下，单个分期的楼体数据（业态楼+产权单元）
- 产品流转：单个分期下，不同事项下的施工进度，施工成果，施工人员评分
系统模块划分
- 指标系统
- 基础数据（分期，组团，楼体，楼层）
- 阶段数据（阶段版本）
- 业态楼数据（业态楼）
- 产权单元
- 地产指标数据
- 报告数据
- 模型数据
- 产品流转
- 基础数据（分期，组团）
- 模板（普通模板，实操，会议模板）
- 工作节点（事项，节点，不同类型的节点）
- 报表
2.系统业务流程图
技术架构图[slb+gateway]
- slb消除单点故障：slb自动屏蔽故障的ecs的实例，将请求分发给正常运行的ecs实例
- slb同城容灾：只能同城，不能跨城
- slb动态伸缩
- 公司是多地部署，每个地方都需要一套slb[因为slb不能跨地域]，请求来了，通过阿里云的智能dns服务，把请求分发给不同的region的slb。
4.业务痛点
1.系统界限不清晰，数据取值源头混乱（主数据维护楼栋，报告也有，指标还可以自己创建）
2.阶段继承规则复杂（1.过度设计[小版本]，2.继承规则复杂[有的是跨阶段，有的是正常继承，有的是自动继承]）
3.填写指标数据业务校验复杂（B端系统，校验规则特别多）
4.上下游数据维度不统一（指标系统作为空间主数据，维护数据到一个统一的维度）