1、企业IT中心员工主要负责：开发商的招投标，开发商与业务部门之间的沟通协调，项目管理与跟踪。沟通协调能力，而不是业务能力。无法成为业务领域专家。
2、SOA架构的核心价值：松耦合的服务支持业务对服务的复用，通过已有服务复用及服务的编排助力支持业务的快速响应和创新。有价值的是这些服务，只有这些服务在业务发展过程中得到持续的演进、功能完善和增强，最终变为企业在该领域最为专业的IT资产。之后才能支持业务的快速响应，更好的支持业务创新。
■ SOA的理念是对的，但落地的技术（如ESB）及实践主要是面向“集成”，因此错过解决企业软件问题的最佳机会，最终给了“微服务架构”模式出现的机会！（可能推SOA的都是卖如ESB产品为目的的技术厂家有关！）
■ 对已有功能不满足要求的情况（如非服务化、或功能不满足），SOA的主要方法是“集成式或外挂式”，如对已有能力的包装、转换、编排或增强。而微服务对此类情况的解决方案是重构！这是根本区别。
■ SOA是已有应用服务化的架构模式，因此无法解决单体应用的问题。即主要在服务化、集成编排、ESB上花时间，不会触及领域解耦拆分的深层设计辨识。
■“中心化” 的企业服务总线 vs “去中心化”的分布式服务框架：①每次服务调用2倍网络开销，系统请求时延高[*一次前端请求触发的服务调用次数] ②服务总线的网络带宽高 ③'雪崩'效应影响巨大[中心化+雪崩效应，系统更脆弱，问题定位及故障恢复都更困难]；
■ SOA出现的背景是企业已建设了较多IT系统之后，面临的互联互通、及能力复用问题；而互联网公司由于海量高并发的业务特征，IT系统的首要挑战是扩展性问题（scalability）。因此，催生“去中心化”的分布式服务框架。
■■ 陷入名词的争议没有意义，应更多看实质、实践，以及业界趋势，反向总结'内涵'、并顺应时势！！！[架构模式本就是归纳总结来的，无定式，不必硬解释、死坚持]
3、服务设计：功能可扩展性和业务前瞻性。快速满足新需求，兼容。
4、共享服务体系是培育业务创新的土壤! 共享服务架构是帮助企业培养自身业务专家的科学阵型!
■ 业务校验保障平台，BCP-Business Check Platform。使用业务规则的方式，对交易进行业务和逻辑上的校验。
■？其相当于是一个独立的微服务，其领域是什么？与其他领域的关系如何理解？
5、今天的企业应该具备一种互联网公司一样的业务快速创新、甚至是试错的能力。
网友评论