软件架构层次.pptxVIP

1软件架构层次架构级别架构领域业务架构（Why domain）从功能视角代表了以业务为中心的企业视图。业务流程、业务服务以及业务规则与业务操作模型、业务性能目标、组织结构一起被定义和设计。任何层次的架构都以本域为出发点并层层向下至技术架构。企业架构（公司级）提供架构的监督和指导，从而使技术战略和执行计划与业务愿景和目标保持一致。信息/数据架构（What domain）描述了用以支持关键性业务功能的数据资产和管理资源以及可跨企业地共享数据的管理模型，比如信息目录、数据模型、数据流、数据质量和数据安全性。解决方案架构（部门级）建立了一个解决方案愿景的模型，它定义了相对应的IT系统、业务流程以及用于某个特定的业务部门的可重用服务，横跨业务和技术架构。应用/服务架构（How domain）为应用和服务以及它们与其他业务流程和服务之间的协作提供了蓝图。应用架构定义了逻辑和物理组件、对象模型、流程流，以及像缓存、验证和事务等这些横切关注点。系统架构（团队级）则从各种子系统组件以及它们与内外部其他各种系统之间的关系等方面来定义了某个信息系统的结构。系统架构关注于应用、数据和技术，在某些组织中也被称为软件架构。科技/技术架构（Where domain）则解决了技术栈、数据中心、云交付、网络拓扑结构以及安全架构方面的问题。技术栈包含了服务器、存储、虚拟化、操作系统和中间件。架构分类/层次结构架构级别驱动力系统范围沟通方设计细节粒度企业架构组织的业务线部门愿景和战略高度抽象（广泛而浅层次）关注于业务。组织的领导层业务线（董事、副总裁）非常高的级别解决方案架构业务部门长期计划和战术关注于解决方案建模、流程改进。跨部门（董事、业务主管、技术带头人）中等级别系统架构项目运营目标和目的关注于应用和数据单个项目团队（管理者、用户和开发者）非常细节指系统内所执行的计算任务。工作负荷消耗了可用的处理器能力，这就减少了其它任务的可用资源。工作负荷请 求冗 余吞吐量延 迟指用户负荷，并代表了在系统内某个特殊时刻的用户的平均和峰值能力。请求大多会消耗内存用于会话、状态和缓存信息。对应于与某个存储媒体之间数据传输容量，按每秒执行的I/O操作数或每秒传输的M字节数来衡量。衡量了往返时间和网络资源的处理延迟。处理能力是设备最原始的资源。可以通过增加CPU、内存、网络连接、服务器的存储容量来增加能力，这也有助于向上扩展架构（垂直扩展）。指当多台机器共享工作负荷或当主设备失效时，可以无缝地切换至其他设备的情形。这有助于向外扩展架构（水平扩展）。架构设计驱动力（ADF）为了创建系统质量特性良好的架构，我们鼓励使用结构化的思考过程，以便作出正确的决定来选择最有可能的选项。我们使用ADFs驱动，从而有条不紊地创建任何架构。如下图所示，它们跨越了几个所关心的区域。唯美主义驱动力基础设施驱动力实现/模式驱动力业务驱动力运营驱动力安全性驱动力成本驱动力存储驱动力变更驱动力流程驱动力集成驱动力未来驱动力企业驱动力故障驱动力企业驱动力内容驱动力平台驱动力网络驱动力简单性驱动力约束/环境驱动力IT架构架构开发生命周期（ADLC）为了有效地管理架构开发，在生命周期中定义 了15个过程。这些过程是敏捷和可迭代的，并且分组成如下图中的五个阶段：计划、设计、管理（开发区域）、优化（优化区域）和自动化（自动化区域）。开发计划设计管理优化优化……自动化自动化……谢 谢Author:陈传义 QQ: 303940973 Mail: dada9407@163.com 业务驱动力为了提供一种成功的解决方案，要首先考虑来自于业务部门的需求评估。业务和IT互相协作以识别出可以满足需求并遵循IT战略和标准的创新解决方案。架构师将想法和概念转换成系统和解决方案；应用自己广博的领域知识和业务专长来定义业务流程和服务。运营驱动力系统健康监控、管理、服务水平协议等非功能性需求和运营关注点通常来自于业务和IT的运营。尽管那不是源自于直接客户的需求，但满足这些需求并始终追求运营卓越是任何架构工作至关重要的组成部分。唯美主义驱动力因为人们是在与我们所创造的系统进行交互，所以应发挥艺术性和唯美主义的作用。架构设计应让人感到愉悦，并使他们精神高昂。无缝的、毫不费力的、吸引人的用户界面会增强用户体验和互动。而实用主义使用合适的技术组合、过程来帮助业务，是科学和艺术的结合。为此，我们应融合左右大脑打破常规地进行思考。未来驱动力除了现在的需求外，架构师还应为接下来的五到十年间考虑该解决方案的相关性，以便能构建合理和稳健的架构，来满足预期的增长模式。通过引入抽象层（将流程图或代码中的接口封装起来）来未雨绸缪，但直到需要时才实现。简单性驱动力简单性不仅让利益相关者更易于理解系统系统，而且从长远来看也会节省成本。然而，有些