产品思考(6.10)

对于企业内部IT应用架构朝微服务架构+DevOps转型的时候可以看到，传统的ESB服务总线将越来越被弱化，而取而代之的是类似API网关等清理的接口服务集成和管控类产品。企业内的遗留IT系统越来越少并逐渐消亡，那么ESB总线对遗留IT系统的集成和适配优势就会越来越小，那么更加轻量高性能的接口管控治理平台就会逐步的取代传统比较重的ESB总线产品。

对于API网关类产品应该具备哪些标准功能实际上在我们前面很多文章里面都谈到过，即一个是接口服务注册和接入类的基本功能，一个是是实现接口管控治理类的管控类功能。

但是可以看到，不论是ESB总线还是API网关，实际上对于SOA治理管控能力的重要度完全是高于引擎本身的。接口服务注册接入只是开始，而真正需要的是服务治理管控能力。

在实施微服务架构中，往往需要容器化PaaS平台+DevOps支撑平台，这个也是我们近两年一直在投入研发的一个平台级产品，但是实际上从市场来看并没有想象的乐观。其一是有能力的企业往往都会基于开源的产品或技术自研相应的平台或 工具 集，其二信息化程度薄弱的企业本身也没有快速转型到微服务架构的需求。其三就是产品从研发孵化到进入市场，本身也是一个很艰难的过程，需要天时地利人和。

对于MDM主数据实际上是一直有市场需求存在，但是实际上我们也在项目实施过程中对主数据管理进行了初步的产品化的，但是可以看到离实际的完全产品化还有距离，而由于没有进一步的研发投入也导致了我们的MDM产品一直没有能够实现的快速的规模化复制。

在微服务架构模式下，可以看到MDM主数据管理系统本身的需求会弱化，但是会有各个独立的基础数据中心微服务模块并提供数据服务能力。即本身对基础数据的统一管理，数据能力的统一开放和使用，这个需求本身是一直存在的不会变化。因此，对于MDM主数据完全可以采用类似微服务架构框架体系进行开发，各种主题域的主数据完全就是独立的微服务模块，这些微服务模块本身就高度松耦合，可以根据企业实际的主数据管理需求灵活配置。

不要去凭空的研发产品，而是应该根据真实的项目需求去抽象产品需求，并通过迭代的方式去研发产品。虽然这样产品化可能无法做到最好，但是这种产品一定是有市场的，有真实客户使用的，只有获取到一线市场和真实客户使用的反馈，产品往往才能够越做越好。

一个成功的产品规划和推向市场并取得成功会具备如下关键要素

1. 前期的市场敏锐观察和洞悉力，在第一时间看准了关键的市场需求或潜在需求

2. 长期的研发资源投入，对产品的不断迭代

3. 产品持续的销售，获取到大量的用户群，能够得到一手的用户使用需求反馈

4. 长期坚持的一个产品方向，耐得住寂寞，把产品做深做精，而不是随时去跟随市场热点