并发编程网 - ifeve.com

原文链接 译者：克里斯托刘

《软件架构模式》-第四章 微服务框架模式（下）

避免依赖和编排

设计微服务架构的一个主要难度是为服务组件选择正确的粗细粒度。如果服务组件设计的太粗糙，就彰显不了这种架构模式带来的好处（如部署、可扩展性、可测试性和松耦合）。但是，服务组件设计的过于细化，对服务组件编排要求更高，将你的微服务系统演变成面向服务的重量级体系结构，通常会带来缺点如复杂性、误导性、高开销，这些都是能在基于SOA的应用程序中找到的。

阅读全文

原文地址  译者：克里斯托刘

微服务架构模式正在迅速成为行业中单一应用程序及面向服务架构的可行的解决方案。因为这个架构模式仍在不断发展，关于这种模式的定义和其实现方式还有很多困惑之处。本章将为您解释其关键概念和基础知识，以理解这种模式的优点以及是否适合您的应用程序。

模式描述

无论选择的拓扑或实施方式如何，有许多普遍的核心概念是适用于所有的该架构模式。第一个概念是独立部署单元。如图4-1所示，每个微服务架构的组件都部署为一个独立的单元，这达到了以下优点：部署简单（通过高效和流水交付管道）、可扩展性增加、以及高度的应用和组件在应用程序内的解耦。

阅读全文

原文地址  译者：克里斯托刘

微内核架构模式（有时被称为插件架构模式）是实现基于产品应用程序的一种自然模式。基于产品的应用程序是已经打包好并且拥有不同版本，可作为第三方插件下载的。然后，很多公司也在开发、发布自己内部商业应用像有版本号、说明及可加载插件式的应用软件（这也是这种模式的特征）。微内核系统可让用户添加额外的应用如插件，到核心应用，继而提供了可扩展性和功能分离的用法。

阅读全文

原文地址  译者：克里斯托刘

经纪人拓扑结构(Broker Topology)

经纪人拓扑结构和调度员拓扑结构不同点在于，没有中央事件调度员，而是：消息执行流程沿着类似链条连接的各个事件处理模块，通过轻量级的消息经纪人（比如AcitveMQ, HornetQ）实现。这样的拓扑结构，在你只需要处理一个相对简单的事件处理流程，同时不想要中央事件调度员时候，特别适用。

在经纪人拓扑结构中，有两种主要的模块：经纪人模块和事件处理模块。经纪人模块可以是集中的，包含所有的用于事件处理流程的事件通道(event channel)，该事件通道可以做成消息队列或者消息主题(message topics)，或者两种的结合。

阅读全文

原文地址  译者：克里斯托刘

事件驱动架构模式是一个非常流行的异步分布模式，可生成高可扩展性应用。而且它也具有强适应能力，可被用于小程序或者大型复杂程序。事件驱动架构是由高耦合度、单一目的的事件处理模块构成，这些模块异步接收、处理事件。

事件驱动架构模式有两种主要拓扑结构，“调度员”（mediator）和“经纪人”（broker）拓扑结构。“调度员”拓扑结构通常用在一个事件中由多个步骤组成，而你需要通过中央“调度员”模块去调度这些步骤。然而“经纪人”结构是当需要执行一系列事件链，而不需要中央“调度员”模块。由于这两种结构的特征和执行策略不同，深入理解两者的用法能帮助你在自己的案例中做出正确的判断。

阅读全文

原文地址  译者：克里斯托刘

模式实例

为更好描述分层架构怎样工作，考虑一个业务从业人员获取特定目标用户信息的需求，如图1-4所示。黑色箭头标志一路下到数据库的获取用户数据的请求流向，而红色箭头显示从下往上直到显示数据的屏幕这一数据反馈流向。在这个例子中，客户信息包含客户数据及订单数据（用户下的订单）。“用户屏幕”负责接收查询请求和显示用户信息，它并不知道数据在哪里、如何获取它、有多少数据库表格需要查询才能满足查询请求。一旦“用户屏幕”接收到查询客户信息的请求，它接着传递请求到“用户代理”模块。这个模块知道业务层中哪个模块可以处理该请求，同时知道如何调用该模块、传递哪些参数给该模块。业务层中的“用户类”负责收集所有业务请求需要的信息。该模块调用持续层的“用户数据访问接口”(Dao data access object)模块获取用户数据；调用“订单数据访问接口”模块获取订单信息。这些模块接着执行SQL语句去获得相关数据，再传递回业务层的“用户类”模块。一旦“用户类”获得数据，它会收集订单和用户信息两块数据同时传递回“用户代理”模块，“用户代理”模块继而传递数据回“用户屏幕”呈现给使用者。

阅读全文

原文地址  译者：克里斯托刘

第一章

分层架构

最通常的架构模式就是分层架构模式，即所谓的N层架构。这种模式对大部分JAVAEE应用程序来说是标准模式，因此被大部分架构师、软件设计师、开发者广泛知晓。由于分层架构模式和公司里传统的IT沟通以及组织结构非常类似，使得它成为大多数商务应用开发最自然的选择。

阅读全文

原文链接  原文作者：Wolfgang W.Keller  译者：克里斯托刘

2.2 企业IT架构的工作结构组成

如图3所示，企业IT架构的任务可以分为三个主要部分

策略任务：通常企业IT架构师是帮助CIO设计他的IT策略的角色。但是除此之外，还有很多其他的策略工作，这些工作计划时间跨度一般都超过3-5年。IT投资组合管理方案会提供策略计划需要的基本数据，其中它会把策略目标以及公司现状(as-is)结合起来，目的是去实现未来目标(to be)。这将是策略路线（对主要项目投资的粗略项目计划）的基础。

阅读全文

原文链接  原文作者：Wolfgang W.Keller  译者：克里斯托刘

2. 什么是企业IT架构

现在有越来越多的企业IT架构定义。在这一章，你会学习到一些企业IT架构的方法，我们会给你深入解释一种实用的方法，这种方法视企业架构师为CIO(译注：CIO首席信息官，是负责一个公司信息技术和系统所有领域的高级官员)的一个重要的助手(CIO, 其中一项职责是计划企业IT资产策略)。我们将这个叫为实用商业（业务）方案，一旦我们把企业架构师的工作视为CIO的重要帮助，这个方案会逐渐变得更加清晰。

阅读全文

1.1 什么是TOGAF 9.1

目前TOGAF这个开源架构框架是全世界非常流行的企业IT架构（EITA）。

阅读全文