体系结构可以细分为业务体系结构、APP应用体系结构和技术体系结构。
业务架构是战略，APP应用架构是战术，技术架构是装备。
APP说明框架上启下：
1、接受业务结构落地，
2、一方面影响技术选型
APP应用类型：单机、分布式、SOA体系结构
APP应用体系结构
有两种方法
一个是水平分割，根据功能类型来区分。 例如，将系统分为web前端/中间服务器/后台任务。 这是面向业务深度的分割。
一种是纵向分开，根据业务类型来划分。 例如，ERP系统可以分为三个独立的APP应用程序。 这是面向业务广度的划分
各APP应用之间的协作主要体现在APP应用之间的相互通信机制和数据格式中，通信机制可以实现同步、异步消息、共享访问等，数据格式为文本、XML、JSON、二进制等。
单体APP
系统只有一个APP应用程序，打包在一个APP应用程序中； 在一台机器上部署的一个DB中存储数据。
单体APP应用采用分层结构，一般为表示层、业务层、数据访问层、DB层，表示层负责用户体验，业务层负责业务逻辑，数据访问层负责DB层的数据访问
优点：一站式开发、编译和调试，一个APP应用程序包含所有功能，易于测试和部署
缺点：系统逐渐庞大，代码复杂度高，维护难度大，APP扩展水平低，业务和模块角色区分不清。
分布式体系结构
在分布式APP应用体系结构中，代码相互独立，独立开发、独立部署，并通过API接口相互通信。 通信协议一般使用HTTP，数据格式为JSON，APP应用集成方式比较简单。
优势：应用内部高聚集、独立开发、测试与配置、应用松散耦合、业务边界清晰、业务依赖清晰、支持大项目并行开发。
缺点：当API接口需求发生变化时，需要重新部署APP应用，通信可靠性和数据封装性相对较差。
SOA体系结构
SOA也是分布式APP体系结构的一种。
SOA体系结构提供全面的服务治理，包括服务注册、服务路由、服务授权、服务降级和服务监控。
SOA体系结构体现业务划分和业务整合两方面，从整个业务上更多地考虑系统的分割
优点：以服务层为主，聚焦核心业务，同时提供全系统共享。 服务作为独立的APP应用程序，独立部署，界面清晰，易于自动化测试和部署。
服务器是无状态的，易于水平扩展。通过容器虚拟化技术，实现故障隔离和资源的高效利用。
缺点：系统依赖性复杂，不便于开发/测试/部署，难以支持分布式数据一致性和分布式事务。 一般通过简化最终的一致性来解决
----------------
作者： ejinxian
来源： CSDN
原文： https://blog.csdn.net/Ejin xian/article/details/78150142
声明：本文为博主原创文章。 转载请附上博文链接！