网格应用和服务架构

网格应用和服务架构, 简称MASA（Mesh Application and Service Architecture)

image.png

MASA架构认为企业只有前端和后端，企业的营销管理系统（Marketing）、商务系统（Commerce）、销售管理系统（Sales）、数字资产管理系统（DAM）等等都属于企业的后端，除此之外，所有直面客户的端都是前端。

前端要具备Multiexperience（多样化用户体验）。在触达客户的时候，能为在不同的场景里的不同的角色提供不一样的使用体验；即使是同一个用户在不同的终端上，也需要不一样的设计。总之，就是能以各种形式将资源拼接起来提供服务。

而在后端，Gartner强调要用不同的粒度来组织后端服务。所谓不同粒度是指，企业存在的大型单体应用（比如ERP/CRM）的功能块之间紧密相连，对外输出能力的接口有限，往往属于大颗粒度应用（Macroservices）。微服务（Microservices）则是在很多细分功能有相对独立模块并且每个模块都有对外接口。介于两者之间的则叫小服务（Miniservices）。

中台更强调微服务的能力，只有微服务一种服务精细度，而Gartner的MASA架构认为企业内应共存各种不同精细度的应用。Gartner认为，企业既需要精细度高、敏捷灵活度高的应用，也需要大型应用。企业需要在两者之间找到平衡，而不是所有应用都要分解到微服务。中台并没有涉及前端用户体验和系统连接方式的能力。

Gartner MASA中的API解析层给整个架构带来了灵活性。一方面解析层让前端和后端解耦，连接了前后端，让不同的API、传输协议、数据格式等相互转换，使得前后端相对独立有、能灵活调用所需的服务。另一方面，它也是企业对实施应用治理的一种重要手段。对平台的安全性、用户身份认证、流量监控、负载平衡、盈利模式等都可以通过API解析层来管理。

虽然中台是一种比较具体的解决方案，MASA是企业架构的方法论，但他们所追求的目的一致：让企业通过应用架构的改造获得更大的灵活性和敏捷性。

Gartner的MASA架构要发挥作用必须依靠API解析层，但仅仅有解析层还不够，仍需要一个综合的API管理平台来管理针对不同类型的API用户，比如内部和外部开发人员以及合作伙伴，为不同人群提供API服务。该平台还需要引入产品管理的理念，根据业务需求制定API的开发路线图。企业还需要为API建立商城，让各种API用户都能方便地找到所需的API。

Gartner不认可中台厂商把所有已有数据复制一份、统一管理的做法，认为这会引出数据管理和数据治理方面的问题。Gartner更建议企业掌握更为宏观的数据管理战略，根据需求去决定哪些数据需要同步、哪些数据需要放到集中的数据库里。

中台侧重具体的方法技术和方案，而Gartner的MASA架构是方法论。一定程度上，中台的落地可以帮助企业的传统应用开放接口，有利于朝着MASA的目标架构演进，两者并不矛盾，而且在一定程度上互有重合，前期采用了中台的方案也不影响后期朝着MASA的方向发展。