Microservices 正迅速崛起为许多组织用于生成内部应用程序的现代方式。这一趋势最初起源于创业公司想避免“遗留困境”的状态,而这种“遗留困境”在今天对许多大型企业都产生了负面影响。最近,它已开始获得更多的热度。这是由于组织意识到用微服务来重塑他们的架构不仅可以帮助他们充分利用今天可用的现代技术,而且可以在这个技术指数创新时代进行未来打样。
在这篇文章中,我会将微服务与DevOps相联系。DevOps是捕捉企业信息技术想象力的另一个关键趋势,它改变着企业今天的工作方式。
微服务形成了可组合企业的基础,具有许多突出的优点
- 技术异质性
- 应用程序基础结构的复原能力
- 智能缩放 (缩放不应是低效率的资源)
- 易于部署
- 未来的打样
由于组织意识到在实现应用程序开发中的敏捷转型并不能满足今天快节奏、高度竞争市场的敏捷性需求,他们正快速拥抱 DevOps 来应对这一 信息技术咒语事实。一旦他们了解 DevOps 的价值,他们就会在文化上进行转型,为不同利益相关者(开发人员、 运营商)带来相互之间的密切合作,并选择正确的工具来配合文化的改变。
尽管 PaaS + DevOps 正在迅速崛起为适当级别抽象和标准化,以减少信息技术摩擦,使用微服务架构在 PaaS 上建立应用程序使得开发人员与运营之间的协作更加无缝。有了微服务架构,使用小的开发团队成为了现实,因为与建设一个大型的单片机应用程序相比,分配小而独立的开发人员团队更具可行性。同样,信息技术运作团队责任可以分配给较小的小组,以建设开发人员和信息技术之间的更强大和更深层次的合作基础。这种密切的合作是DevOps和微服务的核心,可以无缝地支持使这种合作。
容器提供了正确的抽象来封装微服务。PaaS 产品充分利用了容器,提供了正确的标准化以简化部署管道、实现DevOps 利益最大化。当这一点与构建和部署微服务的小团队协作优势相结合时,你就能够实现 DevOps 涅槃。微服务、容器、PaaS和DevOps的组合具有巨大潜力,能够将大型企业信息技术进行转型,并帮助组织有效竞争。这不只是有利于今天的竞争,也有利于未来的竞争。
这正是为什么我对在2015年能够可用的OpenShift 版本 3 如此兴奋。使用Docker进行包装容器,再加上由 Kubernetes 驱动的编排和开发接口,使得 DevOps 位于企业信息技术的最前沿。当这个平台用于部署微服务时,组织可以无缝地最大化DevOps利益并更进一步地加快应用程序交付。