谢尔盖·尼文/ Adobe股票
有时候，即使对于从未接触过代码的业务用户，理解构建应用程序的底层技术和集成方法也是很重要的。但不幸的是，这些天开发领域的变化速度甚至超过了研究业务应用程序的分析师(比如我们)。从BPM框架这样的历史方法到现代的低代码环境，加速开发增强、互操作性和集成的选项比比皆是。
这些方法之一直线和IQNavigator在今天的客户会议上分享的是基于微服务框架的。合并后的公司所追求的微服务开发和集成战略来自于IQNavigator(合并前)，但在两个VMS解决方案中已经出现了新的特性和能力。
今年早些时候，Spend Matters发表了一篇论文，破坏性技术和解决方案对战略性采购技术的影响在这篇文章中，我们介绍了微服务的概念，并探讨了如何在颠覆性技术的“云”伞下捕获这些技术。这类技术包括一系列功能:
“…它们被定义为一种有效且灵活的在线“服务”(而不是作为购买或授权的资产)。云范式将计算的重点从事务处理转移到连接和交互。从概念上讲，云是在一个参考模型或堆栈中统一的，通常分为几个基本层:基础设施即服务(IaaS)、平台即服务(PaaS)、软件即服务(SaaS)。基于云的软件或解决方案(在PaaS上开发的)通常利用面向服务的体系结构(SOA)进行系统内和系统间的集成。应用程序编程接口是云解决方案中固有的(另一个用于集成/连接的堆栈层[iPaaS]也正在出现)，而且面向服务的体系结构正在被更加灵活和强大的“微服务”体系结构所取代”。
什么是微服务?
在微服务架构中开发的应用程序(或特性)应该是灵活的、快速的，然后更广泛地集成到微服务、更广泛的模块或平台的集合中。Wikipedia进一步将微服务定义为“面向服务的体系结构(SOA)体系结构风格的变体，它将应用程序构造为松散耦合的服务集合。在微服务体系结构中，服务应该是细粒度的，协议应该是轻量级的。”
考虑它们的最好方法——直线/ IQN的头师耐心地向我解释在一张餐巾纸上素描——是microservice真的是一个独立的堆栈包括的功能提供了一个特性直接向用户或通过其他应用程序或接口。微服务是自包含的，包括它自己的数据库(例如，甲骨文)、操作系统(如Linux)等层。
微服务:不是底层模块的替代品
微服务还没有(也可能永远不会取代Beeline和IQNavigator核心应用领域的持续发展(例如，服务采购、自我采购等)。但是，当涉及到模块或组件本身之上的增量改进或新服务/层时，它们是同时向两个平台(理论上甚至是第三方解决方案)公开新功能的理想方式。
目前，Beeline和IQNavigator正在开发部署在两个应用程序中的多个微服务(两个开发团队也在继续开发每个核心VMS)。在即将发布的PRO分析中，我们将更详细地介绍VMS环境下的微服务特性/功能的具体例子(特别是Beeline和IQN)，以探索合并后公司在一起的头100天。
请继续关注Beeline和IQNavigator客户会议的进一步现场报道。
讨论: