及时有效地支持不断变化的业务需求是成功的关键。实现真正的业务敏捷性对于公司持续的竞争力至关重要，尤其是在当今无法预测的世界中。这个挑战并不是什么新鲜事物 - 在数十年中，基于组件或以服务为导向的架构只是建议果断地推进组织的业务敏捷性的两个范例的示例。在当今不确定的世界中，它更加紧迫的是商业敏捷性在提高公司的韧性方面的价值，即它可以承受和吸收外部破坏的能力。 

以弹性为中心的操作的枢轴的一个例子是供应链，如果某些要素变得不可靠，需要快速重新组合。  

实现业务敏捷性的主要障碍是弥合备受敬业的业务/IT差距（业务与IT之间的互动中的困难和效率低下）。这通常是由于双方都无法将自己的担忧远离对话。例如，DevOps和Cloud是否关注商业领域。 

企业和它如何共同建立高度组合的功能业务组件，这意味着它们有效地支持业务需求和基础实施功能的变化？这篇博客文章探讨了适当的应用程序体系结构，服务体系结构和信息体系结构的作用，并演示了它们是构建可组合商业体系结构的关键成功因素。它还强调了软件北京软件公司的Super IPAA如何提供有效实现这些体系结构的功能功能。

缺乏应用架构几乎破坏了一家公司

这是北京软件公司 Prospect的真实故事，该公司由于缺乏适当的应用架构而面临近乎破坏的情况。这是对不受管制发展实践的后果以及随后采用API治理作为解决方案 的现实课程。

该公司经营着许多自开发的系统组件，每个组件由开发团队管理。但是，这些开发人员对各种组件负有重叠的责任。当开发人员亚伦（Aaron）需要从组件A组件A中的数据时，问题就开始了，而无需注册，文档或监视即兴即兴界面。当开发人员康拉德（Conrad）需要组件B中的相同数据时，这种非正式连接也有效。ConradConrad看到了Aaron的界面，使用了它，并且它也工作了一段时间。但是，当亚伦在稍后在组件B中修改了他的界面时，混乱随之而来，因为该动作破坏了组件C的操作。如果没有适当的程序，并且没有测试过程，则允许这种错误的代码上线，从而导致生产问题，巨大的成本影响，并损害公司公众声誉。具有讽刺意味的是，组件B的主要开发人员Brianna最初面临着错误消息的最怀疑，因为她的组件似乎破坏了操作，但错误不是由于设计错误而是导致开发人员即兴创作的结果。这种情况强调了应用程序体系结构不足的后果，并且在学习了非常昂贵的课程后，该公司采用了软件北京软件公司来建立API治理。这种情况强调了应用程序体系结构不足的后果，并且在学习了非常昂贵的课程后，该公司采用了软件北京软件公司来建立API治理。这种情况强调了应用程序体系结构不足的后果，并且在学习了非常昂贵的课程后，该公司采用了软件北京软件公司来建立API治理。

如何不构建和重复使用接口

如何不构建和重新使用接口 - 一个真实的示例

该公司开发实践的缺点对于每个经验丰富的开发人员来说都是显而易见的。当应用程序分为组件时，这些应用程序未正确分开，理想情况下是在微服务范式之后。缺乏专门的开发团队，有记录的API，可追溯的调用以及强制性质量检查和测试程序创造了一个脆弱的系统。可靠的应用程序体系结构，是软件组件的抽象结构，例如应用程序，微服务，数据库等，以及它们的交互方式，对业务敏捷性至关重要。它可以适应组件，确保一个更快，更少的风险过程。

发布此昂贵的课程，该公司寻求软件北京软件公司的帮助来建立API治理。这一战略举动旨在避免未来的陷阱，并为其应用架构确保强大的基础。 API治理可确保适当的文档，注册和监视界面，以防止公司以前遇到的混乱。使用的工具是超级IPAA，通过中央监视分散集成执行的中央监视，以政策驱动的API呼叫的全面特征，并支持DevOps Paradigm的支持。

什么肥皂和休息可以教授可构成的商业体系结构

即使在今天，开发人员也经常在午餐休息期间就肥皂（简单对象访问协议）和休息（代表性状态转移）之间的差异进行讨论。对于商业专业人员来说，这些首字母缩写似乎是技术书呆子领域的晦涩术语，与他们的日常工作无关。  

但是，除了技术术语外，这些范式还提供了对服务架构和信息体系结构主题的宝贵见解。这些见解不仅与技术业务方面的考虑有关，而且还可以成为构建良好的合成业务体系结构的基础，进而促进业务敏捷性。

肥皂

肥皂是一个协议。应用程序在“某个地方”运行，并使用它通过Internet进行交互。他们使业务服务彼此可用，具有交易性角色：执行任务。肥皂服务的命名惯例说明了这一点：它们由动作的动词组成，然后是一个名词，该名词指定了执行操作的主要对象。促进员工的服务的一个例子是促进员工。

代码

用肥皂定义的促进雇员服务（提取）

缺乏应用架构几乎破坏了一家公司

组织的服务体系结构是支持业务流程的IT组件提供的总业务服务（任务）。 （为简单起见，在这里遗漏了非IT服务。）它提供了业务的交易视图。有些人更喜欢“ API景观”一词。尽管不正确，但它具有更高的技术特征，并强调了基本业务能力的访问界面。 

在以服务为导向的体系结构（SOA）的鼎盛时期，主动创造服务格局令人兴奋。但是，值得注意的是，许多期望被夸大了，因此没有达到满足。预期的强烈反对朝着极端宣布，宣称SOA为“死亡”。尽管如此，基本真理仍然存在：保持可见性并智能地发展商业服务格局的发展对于通过合成的商业架构实现敏捷性至关重要。 

休息

与肥皂形成鲜明对比的是，休息不是协议。这种架构范式并没有将任务的正面和中心放置，而是类似于肥皂“名词”的对象。 REST定义了所谓的“资源”，使该对象可以通过URL访问（例如， http: //www.example.com/hr/employees）。当REST通过HTTP（主要是），本机Internet功能或所谓的HTTP“动词”使用时，提供创建，读取，更新和删除资源上的操作。  

简而言之，SOAP将Internet视为一种运输方式，应用程序互相要求执行特定的操作。相反，REST将Internet视为分布式对象的广泛数据库。组织的信息体系结构包括由IT管理的总业务对象集，支持业务流程并经常通过REST资源访问的对象。 

使用与上述相同的示例，还可以在休息中晋升员工吗？是的，当然，但这遵循了另一种思维方式。具有ID EMP468的员工资源接收到{“角色”：“高级办公室经理”，“ state”：“ pending_approval”}的状态，由执行资源转移的参与者执行晋升（“状态转移” '甚至是其余首字母缩写的一部分！）。  

从科学上讲，虽然休息和肥皂具有同等的语义能力，但其实际差异非常重要。服务体系结构提供了业务的交易视图（可能用肥皂实施），信息体系结构提供了对业务的信息（可能与REST实施）   。

这不仅仅是“技术谈话”；发展这两种观点也对业务也是基础。业务与其在商业服务和业务信息对象的共同理解方面有效沟通。重要的是，这并不意味着企业需要学习肥皂和休息。相反，经验丰富的IT专业人员能够以非技术术语传达这些概念。关键是掌握基本原则，开发服务和信息体系结构，而不是在公司层面强制实施肥皂和/或休息。

使用超级IPAA实现业务敏捷性

合成商业架构的三个基石（应用，服务和信息架构）对于实现业务敏捷性至关重要。尽管Togaf之类的体系结构框架提供了许多改进，但来自软件北京软件公司的Super IPAA却是实施和实现的至关重要的工具。

但是，现实世界的实践表明，存在“太多”建筑的风险 - 企业建筑师可以最终进入象牙塔，从而产生不再能够理解的复杂性。正确的“架构数量”取决于公司规模，公司流程的固有复杂性以及许多其他考虑因素。然而，这里讨论的三个架构始终是必要的，而且通常足够。

重要的是要注意，没有工具可以替代声音体系结构，甚至无法取代超级IPAA。但是，超级IPAA对于实施架构至关重要，这些体系结构将有助于企业真正实现业务敏捷性。软件北京软件公司了解交易/“应用”集成与数据集成之间的二分法，以适应不断发展的数据景观。 Super IPAA为中央控制和API治理提供了强大的功能，以应对与IT环境相关的挑战。

该工具关闭两种集成之间的循环，通过处理不断变化的数据景观（“数据漂移”）来包含变化。值得注意的是，它为中央控制和API治理提供了强大的功能，从而减轻了与业务发展迅速相关的风险。最后，超级IPAA支持应用程序架构和物理体系结构的脱钩，并在混合IT景观中提供了完全部署的灵活性。