复杂系统的持续架构.pptxVIP

;;01 我之架构演进观;软件架构的定义;架构演进的原因;;代际架构演进;目标驱动架构：架构演进的三种形态;烟囱型架构（1）;烟囱型架构（2）;;平台化的第二个案例;;中台型架构;解法：

XXX的总体架构是：

前端和接入层

前台业务

业务中台和数据中台

基础设施

企业效能和运维保障体系;从企业架构到软件架构;企业级业务架构设计;企业信息架构体系;基于业务领域和职责做演进：2012年之前的账单业务;基于业务领域的洞察做架构演进（案例）;平台型企业关注：PBC涉及模型;按不同参与者看SLA;;架构演进的6准则

04与工具;持续架构6准则;Neal Ford《演进式架构》;Neal Ford《演进式架构》;持续架构演进的维度;;;业务规模发展（1）;业务规模发展（2）;滴滴案例（1）：2017年底;;技术负债的识别和解决;随着一个不断发展的项目不断变化，它的复杂性（反映了结构的恶化）会增加，除非采取措施来维护或减少它。

—?梅厄·曼尼·雷曼,1980

“交付第一次代码就像欠债一样。只要通过重写及时偿还，一点点债务就会加速开发......当债务没有偿还时，危险就会发生。花在不完全正确的代码上的每一分钟算作该债务的利息。整个工程组织可能会因为未合并的实施（无论是面向对象的实施还是其他实施）的债务负担而陷入停滞状态。”

—?WardCunningham1992

Muchlikefinancialdebt,technicaldebtcanbeutilizedinbothgoodandbadways.

永远不偿还技术债务的代价是显而易见的；最终，提供功能的成本将变得如此缓慢，以至于设计良好的竞争性软件产品很容易在功能方面超越设计糟糕的软件。根据我的经验，设计糟糕的软件还会导致工程人员压力更大，进而导致更高的员工流失率（这反过来会影响交付功能时的成本和生产力）。此外，由于给定代码库的复杂性，准确估计工作量的能力也将消失。如果开发机构按功能收费，那么交付代码的利润率最终会下降。

—JunadeAli《掌握PHP设计模式》;;处理/应对技术债务;组织架构：康威定律围城;组织沟通方式会通过系统设计表达出来

时间再多一件事情也不可能做的完美，但总有时间做完一件事情

线型系统和线型组织架构间有潜在的异质同态特性

大的系统组织总是比小系统更倾向于分解;案例1;关于中台的去魅和真实;回顾：平台化;;中台之变：组织方案;;;去中台;;