谈谈微服务架构是一个怎样的存在?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了谈谈微服务架构是一个怎样的存在?相关的知识,希望对你有一定的参考价值。

参考技术A

微服务是近些年被广泛提及的一个概念, 微服务架构可以理解为一个轻量级的服务治理方案, 也就是将系统的功能,通过服务的形式发布到服务器上,对服务进行组合调用,实现具体的功能,解决实际业务问题的架构风格。

微服务产生于单体应用的扩大化,随着信息化不断发展,企业对软件功能的要求越来越具体,也愈发的细致,如果通过应用程序来实现,必然是一个极其复杂而又痛苦的过程,由此诞生了微服务的概念。就是 将功能发布成服务,应用程序通过调用不同的服务来实现业务, 这种设计架构称之为微服务。

微服务架构的优点在于每个服务可以有独立的团队开发,服务之间互不干涉,保障了系统的稳定性。由于功能被拆分到更细的粒度,有效的降低了程序的复杂程度,对硬件的需求也随之降低,但是微服务也有一些不足,比如服务调用带来的系统复杂性,服务间的依赖关系也是难以管理的,如何构建合理的服务依赖是考验架构师能力的重要依据;最后,微服务架构的部署以及跟踪也是很难的。总之, 微服务架构有着自身的应用场景以及特点,了解哪些场景适合微服务比掌握微服务的具体技术更为重要, 适当的技术用在适当的场景,才能发挥合适的价值。

微服务架构是当前最流行的技术架构,主要组件有注册中心、网关、配置中心和各种微服务模块。架构灵活、易扩展、可动态扩容。

在微服务之前,系统架构经历很长时间的演变,简述如下:

1.无架构

页面逻辑和业务逻辑混在一起,甚至页面直接访问数据库。

优点:因为没有太多的访问路径转换,效率是最高的;

缺点:没有分层,逻辑混乱,维护难,扩展难。

2.MVC

架构

单系统,表现层、逻辑层、业务层分开,各层分工协作。

优点:逻辑清晰、分工明确、易维护。

缺点:系统集中部署,属于强耦合,某些业务模块出现异常时,会导致整个系统无法访问。

3.SOA架构

面向服务的架构,多个系统分布式部署,通过消息总线进行通讯。

优点:各个系统的业务相对独立,耦合低;

缺点:消息总线负担太重,中心化太重,接口缺乏规范。

4.微服务架构

一个系统,按照粒度规划,划分为很多的微服务,而每个微服务,对应一个具体的业务实现,并可拥有自己独立的数据库,整个就是微服务架构。

优点:如上,架构灵活、易扩展,在实际运营时,按需扩容,集群部署。各个微服务业务互不影响,耦合性低;

缺点:开发成本高,对部署有一定的专业性要求。


从技术而言,微服务已经是一个设计理念很成熟的架构,可满足不同层次,不同业务场景的需要,而且经过多个版本的迭代,该踩的坑也基本踩完,生态系统完整,开源组件选择多多,很有一统天下的趋势,值得尝试。


但,不要为了微服务而微服务,要根据自己实际的要求去做抉择和取舍。

比较,适合自己的,才是最好的!

微服务是近几年技术社群讨论很多的一种软件架构方式,可以说是SOA的现代版本、 时尚 版本。不过这次浪潮不是由大公司倡导的,而是由工程师们引领的。比如,它采用工程师们熟悉的RESTful接口,而不是笨重的WebService,也不需要一大堆昂贵的中间件。

那微服务为什么流行起来?按理说它们都是让软件更加模块化,使相互之间保持松耦合,从而优化系统架构。

国内流行起来的微服务架构——RestCloud

RestCloud 为了保证服务不注册中心癿高可用性,服务不注册中心通过水平扩展癿能

力允许对服务不注册中心迚行集群配置,开在网关层做了服务癿注册癿数据缓存。

Spring Cloud Eureka 是 Spring Cloud Netflix 微服务套件中癿一部分,它基于 Netflix Eureka做了二次封装。主要负责完成微服务架极中的服务治理功能。



易用性

如果你目前使用SpringBoot开发API服务则无需修改任何代码,只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置,对开发人员无任何感知,如果你使用RestBoot开发平台开发API则已经是天然集成了配置中心的客户端Jar包无需任何依赖。 如果你使用php,c#开发目前RestCloud并没有提供现成的解决方案,你需要通过Rest API来接入RestCloud配置中心并自已在本地实现配置缓存管理。

稳定性

RestCloud采取全新的本地配置持久化技术,保证配置中心不会形成单点故障,因为所有的配置数据在应用则具有本地缓存和持久化技术,假定RestCloud配置中心出现故障且长时间未能恢复的情况下,应用则的程序会自动读取本地缓存配置数据. 进一步假定这时应用也刚好出现故障需要重启,则本地缓存在重启后将会消失,这时应用将自动从持久层再次读取配置数据到缓存中从而恢复运行,所以RestCloud配置中心不会出现故障后影响应用的运行,RestCloud配置中心优于目前开源的大多数配置中心解决方案。

易用性

如果你目前使用SpringBoot开发API服务则无需修改任何代码,只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置,对开发人员无任何感知,如果你使用RestBoot开发平台开发API则已经是天然集成了配置中心的客户端Jar包无需任何依赖。 如果你使用php,c#开发目前RestCloud并没有提供现成的解决方案,你需要通过Rest API来接入RestCloud配置中心并自已在本地实现配置缓存管理。

稳定性

RestCloud采取全新的本地配置持久化技术,保证配置中心不会形成单点故障,因为所有的配置数据在应用则具有本地缓存和持久化技术,假定RestCloud配置中心出现故障且长时间未能恢复的情况下,应用则的程序会自动读取本地缓存配置数据. 进一步假定这时应用也刚好出现故障需要重启,则本地缓存在重启后将会消失,这时应用将自动从持久层再次读取配置数据到缓存中从而恢复运行,所以RestCloud配置中心不会出现故障后影响应用的运行,RestCloud配置中心优于目前开源的大多数配置中心解决方案。

网站链接:http://www.restcloud.cn/restcloud/mycms/index.html

参考资料:https://blog.csdn.net/kezi/article/details/81276727

以上是关于谈谈微服务架构是一个怎样的存在?的主要内容,如果未能解决你的问题,请参考以下文章

面试官:谈谈什么是微服务架构?

微计算实践:从Serverless说起,谈谈边缘计算的未来

谈谈微服务架构

谈谈微服务架构中的基础设施:Service Mesh与Istio

面试中的微服务架构

不要再死磕「微服务架构」了!