云本土时代的微服务有什么特点?目前活跃的微服务项目有哪些?来自阿里巴巴,的高级技术专家李响从,分享了他对微服务与云本地人在四个方面的关系的理解:生命周期、流量治理、编程模型和可信安全。
在云本土时代,微服务和云本土有什么关系?云本土时代的微服务有什么特点?目前活跃的微服务项目有哪些?来自阿里巴巴,的高级技术专家李响从,分享了他对微服务与云本地人在四个方面的关系的理解:生命周期、流量治理、编程模型和可信安全。
微服务架构和云本地人
微服在2010年左右开始崛起。一开始大家都会把微服务架构应用到传统的IT基础设施上,也就是传统的IDC或者物理机。我们使用这些物理机器为我们的微服务架构提供资源,形成一个分布式系统,相互协作。
随着我们整个信息技术基础设施的发展,它已逐渐进入云时代
我们在云时代迈出的第一步是云托管,也就是用云的虚拟机和云的虚拟灵活资源取代传统IDC中的物理机,其实微服务架构并没有太大的改变。我们可以轻松地将最初部署在物理机上的体系结构模型转移到托管在云,的虚拟机上,这也称为提升和转移模式。与此同时,在云托管时代,我们也试图更好地利用云虚拟机的灵活性来做一些微服务的自动伸缩。
随着技术的进一步发展,与云?本土时代不同的是,云最初希望微服务和DevOps等架构和概念能够与云提供的服务、能力和平台更好地集成、协调和合作。我们希望云不仅能提供灵活的物理资源,如存储、计算、网络等资源,还能为微服务提供更好的运行环境和平台。
这需要我们做以下两件事:
联合优化资源,更好地利用资源。
充分利用云的服务和平台,大大提高R&D的运营和维护效率。
这其实也是云原本想做的,就是让我们的微服务架构和系统发挥作用,以最好的方式与云和云的服务和平台合作,降低成本,提高效率。
两家微服和云本地人
如果我们看看微服务和以微服务为中心的云诞生,我们可以从四个方面来谈微服务和微服务在云本土时代的演变之间的关系。
生命周期管理。
交通管理。
编程模型。
可信且安全。
生命周期
本质上,微服务是将一个巨大的应用程序分割成几个较小的服务,并合作完成原始单个应用程序提供的等效业务服务。因此,服务之间会有依赖性,服务需要部署到一个或多个资源上。
单个应用与资源原本的关系其实是一对一的关系,单个应用的协调也是一些内部的协调,没有外部的动态依赖。当我们切换到微服时,可以看到这个画面会变得网格化、复杂化。
因此,由于内部原因,超过50%的企业会考虑微服务架构或采用微服务架构,最大的挑战在于更复杂的运维,即更复杂的生命周期管理。
今天,我们谈论——集装箱和集装箱服务,这是云,最初的基础,旨在帮助微服务解决生命周期管理和运行维护管理的问题。怎么解决?
我认为它分为两部分:
在第一部分中,不同的微服务之间可能存在一些异质性。为了让每个团队在微服务系统下发挥最有效的作用,我们允许不同的团队使用不同的编程语言甚至不同的运行环境来运行这些微服务。因此,当我们操作和管理微服务时,我们最初没有一套统一的标准来处理异构环境,这就是为什么容器这一云,本地技术后来变得流行起来。它的重要作用是通过一层标准封装和标准运行时来标准化微服务部署。这样,从生命周期管理的角度来看,每个微服务之间的差异会变少,共同点会变多。
基于这项技术,我们开发了另一层:容器平台,今天也很流行,比如Kubernetes。
它的作用是帮助标准化微服务,以便最方便地在底层资源上运行。我们讲的存储、计算、网络都是由Kubernetes统一抽象封装的,这样已经由容器统一的微服务就可以直接运行到Kubernetes平台上。因此,操作和维护人员不必担心如何将微服务分配给特定的资源或计算单元。通过容器和容器平台,大大简化了微服务本身的生命周期管理,简化了微服务本身的运维管理,促进了微服务被更多企业采用。
如果我们从更微观的角度来看,容器和容器平台还能为微服务的生命周期提供什么帮助?
比如Kubernetes引入了一个非常有趣的概念,叫做pod。pod实际上是容器的集合,一个或多个容器可以在一个pod中运行。一般来说,当我们采用微服务架构时,我们会在主容器中运行微服务的主体,主容器的生命周期与pod本身的生命周期处于耦合状态。
此外,我们还将运行一些侧车集装箱或侧车集装箱,为主集装箱提供一些辅助功能,例如
随商信息技术(上海)有限公司 b2b2c多用户商城系统是基于PHP技术的企业级电子商务平台系统,系统支持平台自营、招商加盟和多商家入驻、集成微信商城、移动端APP商城、微信小程序于一体。公司主营业务包含商城系统定制开发、新零售系统解决方案、电商平台系统定制开发、商城网站建设服务等等,ShopSuite为大、中、小企业提供一个安全、高效、强大的电子商务解决方案,协助企业快速构建、部署和管理其电子商务平台,拓展企业销售渠道,致力于推动PHP技术和电子商务行业的发展而不断努力。