应用架构解析：业务与技术的桥梁及其日常决策指导方法

hua818

应用体系结构可以理解为根据某些规格和约束将业务能力分配的结构性运营商，并由不同的应用程序（系统）进行，因此可以以常规和有序的方式连接拆分应用程序并创建业务活动。

您可能已经听说过应用架构构想，例如“六边形体系结构”，“洋葱架构”和“干净的体系结构”，但是这些可能更倾向于技术实施的观点，该观点主要用于解决模块或组件如何组织的问题，从而分离出业务复杂性和技术复杂性。

应用程序体系结构更像是业务体系结构与技术体系结构之间的链接，用于完成业务体系结构与技术体系结构的连接或映射。如果用一个句子汇总，应用程序体系结构是一种结构性运营商，用于向上创建业务活动并指导设计模型以向下进行技术实施。

因此，在日常应用架构分析或决策中，可以寻求一些指导吗？今天，我们将在[“微服务设计参考指南”之后讨论应用程序架构设计。尽管这两个有共同的部分，但它们的观点是不同的。

核心概念

中等·简单

**约束·边界

一致·动态

**分享·高效

四个原则

原则1：向上支持业务体系结构，依靠向下的技术架构，并简化了在适度符合业务能力的前提下进行技术实施的困难，但必须是前瞻性的。

**原理2：清楚地阐明应用程序之间的界限和依赖关系，在应用程序之间建立交互模式和协议合同，并避免诸如分散或重叠之类的不清楚边界。

原理3：努力在企业级应用架构设计中实现一致性，并随着业务规模扩展或业务规则的变化而进行架构的连续动态调整。

原理4：根据确保应用程序可用性和可维护性，逐渐提高应用程序的共享和重用功能，从而提高研发效率，降低操作和维护成本。

八个步骤

步骤1：从企业战略层面的角度来看，请列出实现战略目标并制定相应的“业务流程”所需的“业务能力”。

**步骤2：**分别分解每个“业务流程”以形成不同的“业务节点”，并从节点中识别“业务概念”。

**步骤3：**设置了每个“业务节点”上已确定的“业务概念”的处理逻辑，以形成不同的“处理单元”和“流程数据”。

**步骤4：**包装单元和“处理数据”具有高相关性到“应用程序单元”，并用重复处理逻辑重复“应用程序单元”。

**步骤5：**根据“业务能力”的灵活性，可以选择性地集成不同的“应用程序单位”，并且可以形成“应用程序系统”。

**步骤6：**“应用程序系统”以公开服务的方式为外界提供逻辑处理功能，并根据需要的“业务流程”精心策划，从而实现了“业务能力”。

**步骤7：**您可以通过频繁的交互形成“应用程序”字段，并且可以使用“六角形体系结构”，“洋葱架构”和“干净体系结构”来逻辑地层层“应用程序系统”。

步骤8：评估上述应用程序视图将带来的开发，操作和维护成本，并进行自适应微调，包括设置“应用程序单位”或“应用程序系统”之间的交互式模式。

**总结

总而言之，应用程序架构设计不是公式，也不是银色子弹。这是一个结构化的想法。它更重要的意义是希望组织中的建筑设计师可以就应用程序体系结构的理解水平达成协议，并始终在应用程序体系结构决策中实施它，从而形成一个约定。

从企业体系结构发展的趋势来看，应用程序体系结构将不可避免地成为连接业务体系结构和技术体系结构的重要组成部分。因此，我们应该尽快面对它并进行有效的“投资”，这肯定会给组织带来非常可观的价值回报。

最后，感谢Fu老师（Fu ）最近对问题的耐心教导和解释，这使我对公司结构有了新的了解，并逐渐从技术角度转变为商业角度。