民生就是SOA架构，这个痛点是存在的。为了实现减少业务切换的影响，实现多个义务切换。我们从架构上就做好了准备。一方面是切换技术，网络2层打通，切换过程中服务ip可以漂移到同城中心，实现部分系统切换不影响服务。另一方面是建设灾备切换指挥平台，从平台一键切换，实现自动化可视...

微服务与传统SOA架构的区别有以下几点：1.服务的粒度更细，更轻量2.服务调用的方式通常是API，比传统的WebService更轻轻灵活3.微服务不再强调传统SOA架构里面比较重的ESB企业服务总线4.微服务的开发更敏捷，通常结合DevOps工具平台，实现快速迭代快速上线5.微服务的部署与扩展也是...

微服务有时也被称为SOA2.0，它其实是SOA服务化组件化思想的进一步发展。具体与传统SOA的区别有以下几点：1.服务的粒度更细，更轻量2.服务调用的方式通常是API，比传统的WebService更轻轻灵活3.微服务不再强调传统SOA架构里面比较重的ESB企业服务总线4.微服务的开发更敏捷，通常结...

通过Liberty的API Connect与Discovery来集成吧利用 IBM WebSphere Liberty 和 API Connect 释放 API 经济的价值链https://www.ibm.com/developerworks/cn/websphere/library/techarticles/1605_santoro-trs/1605_santoro.htmlhttps://www.ibm.com/support/knowledgecent...

对SOA 体系的执行情况以及未来的规划？不知道是如何考虑

记得温昱老师写过一本“一线架构师实践指南”的书，上面对如何在架构视角开展非功能需求的分析和设计讲的非常精彩，我觉得上面有一些方法可以借鉴和考虑。

建议把SOA看作一种架构风格而不是一种技术，在这简单说说一些观点：弱化或取消系统概念，强调业务组件模型（概念级）的合理规划设计；业务组件提供服务支持，组件之间满足高内聚松耦合的要求；业务和技术的解耦，业务实现不再依赖于某种特定的技术或语言，只要满足业务标准都可以来实现SOA和...

何谓架构：从架构设计师的角度来看，架构就是一套构建系统的准则。通过这套准则，我们可以把一个复杂的系统划分为一套更简单的子系统的集合，这些子系统之间应该保持相互独立，并与整个系统保持一致。而且每一个子系统还可以继续细分下去，从而构成一个复杂的企业级架构。当一名架构...

交行531核心系统用的是soa架构，不敢妄谈soa架构需要注意的问题，只说说我们系统目前的问题。问题1：组件设计大多不合理，因为我们有一个组件复用度的考评，导致有些组件包含的功能太多，反而不容易维护。问题2：性能问题，组件化后，一个交易往往会在不同组件中反复读相同的表记录，举个栗...

SOMA方法对我们来说的难点是，难以获得业务战略和流程的足够输入，银行业务部门提战略时，往往只有目标而没有手段和措施，达不到业务运营模式的输入要求，同时参与积极度不足，这是现实问题。我的想法是，基于IBM等专业厂商项目上所形成的基础成果（例如相对具有一定普适性的组件架构模...