现在的位置: 首页 > 云计算 > 架构设计 > 正文

微服务、DevOps、云计算之间的关系

2019年12月25日 云计算, 架构设计 ⁄ 共 1443字 ⁄ 字号 评论关闭

  微服务、DevOps、云计算,业界应对“快”挑战的三大兵器,但其中任何一件都不是能轻松玩转的。微服务,在带来好处的同时,也引入了大量复杂度;DevOps,不仅要求团队文化、组织架构和研发流程做出调整,还对应用开发提出了新的要求;虚拟机、容器、镜像等新技术亟待学习,我们能快速跨越云计算这套技术栈吗?

  SpringCloud,它将帮我们填平横跨在应用开发与微服务、DevOps、云计算之间的沟壑,让我们轻松拥抱云上微服务,但你知道它是如何做到的吗?你对它有全面的了解吗?你知道如何正确使用它吗?

微服务、DevOps、云计算之间的关系

  随着互联网重构各行各业的速度不断加快,我们应用开发主要遭遇了哪些新的挑战?快,天下武功唯快不破,应用开发的速度也越来越快。软件研发流程运转越快,企业就能更快地交付软件,就能更紧密地收集用户反馈,从而更有效地满足用户需求,打造出更加优秀的产品,从而构筑起强大的竞争力,但:

  如何做到每周、每天甚至每个小时向客户发布新特性呢?

  如何让新员工在入职第一天甚至面试阶段就部署代码呢?

  在代码部署之后,如何确信应用运行正常而安然入睡呢?

  这就是我们应用开发面临的主要挑战,微服务、DevOps、云计算是业界应对此挑战的三大法宝:

  微服务:互联网业务的复杂度和规模都在快速地增长,单体式应用很难满足这种发展需求,将应用程序分解成独立的微服务,每个微服务都能很好地完成一个小任务,化整为零。每个微服务可以选择最合适的技术和语言来开发,由小型团队创建和管理,彼此沟通成本较低,从而做到快速迭代。

  DevOps:微服务解决了单个应用规模大、迭代速度慢、扩展变更难等问题,提升了应用开发的速度,但整体研发流程的效率还有待于提升,传统职能矩阵式的研发方式就不太适应了,需要以产品为线索打破不同职责团队之间的隔阂,开发运维一体化就应运而生了,做到持续集成和持续交付。

  云计算:微服务关注软件的开发期,云计算关注软件的运行期,DevOps就是连通开发期和运行期。互联网业务的访问量都是海量的,而且存在波峰波谷,这就需要应用能够弹性伸缩,也就要求基础资源可以自动地创建和销毁,从而引出了虚拟机和容器等云计算技术。

  上述三件宝物中的任何一件都不是轻轻松松就能玩转的,接下来我们分头来看一看,在掌握使用它们时会遇到哪些问题或困难:

  首先,应用架构从“单体式”演进到“微服务”,在拥抱“微服务”上我们会遇到什么困难呢?任何事物都有两面性,“微服务”也不例外,它在带来一些好处的同时,也引入了一些复杂度。相对于单体式架构,微服务在迭代速度、部署频率、系统性能、系统扩展性、技术栈多样性等方面更有利于快速交付,但在架构复杂度、部署难度、运维难度、问题定位、管理成本等方面都有不少新的挑战,那我们如何扬长避短真正拥抱“微服务”呢?

  再者,DevOps,开发运维一体化,在此基础上达到更高效地持续集成和持续交付。除了对企业文化、组织结构和流程系统提出了新的要求,DevOps也要求我们应用开发做出新的调整。应用是否足够标准化?是否能够适用部署流水线?是否能够做到一键部署等等?

  最后,云计算,这是一种全新的IT基础设施,我们可以像使用水电一样使用计算、存储和网络等资源。虚拟机、容器、镜像等新技术需要我们熟悉和掌握,我们大家能否快速跨越云计算这套技术栈呢?我们的应用能否快速地迁移上云呢?怎样充分使用云计算的特性,让应用更具弹性,这些都是我们将要面临和解决的新挑战。

抱歉!评论已关闭.