意淫一下编排

软件技术的发展趋势是解耦，解耦后的代码，逻辑上是被抽象成为了一种可以被调用的服务能力。

这种服务能力的边界是可以扩展的。服务能力可以是一段完成特定功能的软件代码、可以是一个被抽象的 IT 基础设施能力（计算＆网络＆存储资源等）、可以是一个面向特定应用场景的算法（AI 算法＆工业机理模型等）、可以是一个数据 API、可以是一个业务流程（已经被编排好的一段业务逻辑）、也可以是一个第三方产品能力的抽象，这种逻辑抽象一下，一切能力都可以原子化，一切能力都可以服务化，而这些被原子化的服务能力都是可被编排的对象。

有受体，就要有主体。有被编排的对象，就需要有编排的工具。编排工具本质是一个框架，通过提供一套统一的规则，实现对服务能力的注册、发现、调度、监控和管理等，从而实现服务能力可以通过类似“乐高”的方式被构建成更复杂的对象或流程，同时，这个被编排完成的对象，也可以注册成为一个服务能力。

我们看到，无论是 Kubernetes（IT 层面）、RPA（业务逻辑层面）、可拖拽的数据处理及分析平台（数据层面）、NFV 的 MANO（单体设备层面）、还是 SDN 通过北向接口被编排（网络层面）、SOAR（安全能力的编排），各类技术体系中目前都已经耦合了编排的逻辑思想，然而，这些编排大多相互之间还有些封闭，没有打通。

然而，面向应用场景的解决方案一定是需要耦合不同技术体系，从而带来实际价值的一个业务逻辑。未来是否有可能出现一种“编排一切能力的工具”（也可能是 Kubernetes 这类产品演进而成），能够跨技术体系地实现各类服务能力的编排，同时，这种编排能力，不仅仅能够实现企业自身服务化能力的编排，还能够通过开放的方式把第三方服务化能力纳入，如果这个能够实现，业界所有的产品逻辑上就是一个可互相调用的、互相连接的、网状的服务能力连接池，开发者可以在这个平台上开发更高阶的应用或服务化能力，这个生态是否会带来不一样的商业价值 ？