DevOps 的核心基础在微服务, 微服务的核心基础又是什么?

一談到企业該如何能提升效率? 許多人都只專注在 DevOps、微服务的工程实踐与技术上。認為，只要把DevOps、微服务的工程实踐、技术给搞定，企业便可立馬擁有效率，便可一飞冲天，隨時都能適应外部的变化。

这其实是大錯特錯，而且錯得离譜的……

DevOps 的核心基础在 "微服务" 。然而, 微服务的核心基础又是什么? 是工程实踐? 是技术?

任何企业假若没有 “以业务流（客戶）為導向的流程”，則企业建构在分佈式環境中的微服务，將宛如是戰国時代的各方诸候；各行其事 （版本混乱)，互搶資源；最终，只会為企业帶來永不可回復、永不可弥补的世纪災難。

任何企业要在云的世界里，充分的展現高效與競爭力，DevOps 與微服务是不可或缺的。

但真正的重点是，大家应深度的去思考: 

" DevOps 的核心基础在 "微服务" 。然而, 微服务的核心基础又是什么?……" 

唯一的标准答案便是: “以业务流 （客户）為導向的流程”。

所以, 企业在云的世界里, 在建构一以微服务为核心基础的 DevOps 时, 第一步便应该是要建立一个 "业务部门与 IT 部门之间沟通的协议"; 一个可视化且轻量级的沟通协议。经由此可视化且轻量级的沟通协议, 业务部门与 IT 部门间便可高效的协作,  共同的分析出对客户真正有意义, 有价值的流程; 一个以业务流（客户) 为导向的流程。

在产品级敏捷中, 我们是以 "特性场景树" , 来建立一个业务部门与 IT 部门之间沟通的协议; 以可视化且轻量级的共同协作的方式, 来拉通业务部门与 IT 部门, 依照特性的纬度, 经由特性场景树, 从外部使用者 (系统) 的视角, 分析出企业 IT 各领域以业务流（客户) 为导向的流程。

当企业 IT 各领域以业务流（客户) 为导向的流程, 可在特性场景树上体现时, 则系统架构师便可轻而易举的从特性场景树中, 分析出 Resource, Resource  的 URI , Resource 的 Representation Type 与 API 版本。最终, 设计出微服务架构上关于性能, 可靠度, 安全性的质量属性。

最后, 要强调的一点是: 建构DevOps 與微服务, 绝不是IT 部门自己单干就行的; 而是要业务部门与 IT 部门间高效的协作。幸运的是, 我们已经在产品级敏捷中, 找到了这样可视化且轻量级的高效协作的实践;"特性场景树"。

欢迎你来试试。