系统架构设计与实现
查看所有标签过去几年，"云原生"成了企业IT圈的流行词。微服务架构、容器化部署、K8s编排、弹性伸缩——这些概念充斥着各种技术会议和云厂商的营销材料。企业CTO们担心不跟上这波浪潮就会被时代淘汰，纷纷投入预算改造系统架构。
但冷静下来看，绝大多数企业应用根本不需要云原生。那些听起来很美的技术特性，对企业内部系统来说不仅没有价值，反而让开发、部署、运维全都更复杂了。云原生架构适用于需要应对海量并发的ToC消费级应用，而ToB企业系统的用户量相对固定，业务特征完全不同。把为巨大访问量设计的架构强加到企业系统上，是技术选型的重大失误。
过去几十年，开发工具在编程能力上不断演进，但编排能力始终缺失。业务系统由门户、页面、组件、模型、服务等模块构成，这些模块的组织关系决定系统架构的质量，而传统开发工具缺乏可视化编排支持，系统结构隐藏在代码中难以维护。软件开发正在经历从编程为主到编程与编排并重的转变，面向编排的架构、框架和工具，在提升开发效率的同时保持架构的长期优雅。
过去十年，企业软件市场经历了SaaS浪潮。供应商用快速上线、按需付费、无需运维等口号吸引客户，企业似乎只有一个选择——把数据托管给第三方。
把核心数据托管给第三方，不符合企业长期利益！过去选择SaaS，是因为私有化运维太复杂。但技术在进步，私有化部署已经不再昂贵。SaaS表面便利背后，隐藏着数据安全、供应商锁定、长期成本失控等问题。企业应该重新审视这个选择。