For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
随着互联网的不断发展,越来越多的企业都引入了微服务的相关技术应用,而本文我们就简单来了解一下,企业微服务化建设的误区都有哪些。
谈到这里似乎应该说:“不要为了微服务而微服务”,但实际上为了微服务而建设微服务也不是问题,因为云原生理念与技术的普及已经如火如荼,所以熟悉相关技术也是势在必行。
很多企业看到了微服务的前景,也开始在架构、研发等部门中,建设一些微服务治理平台或者微服务运行观测平台,但是通常这类的试验性质的项目都存在很多误区。
经常遇到的疑问:微服务是用来解决什么问题的,或者能带来什么样收益?于是企业从各方面寻找可以优化的点,比如性能优化、资源节省、运维成本、管理难度,但是这一圈下来发现收益全部是负增长。性能由于加入检测探针,增加性能消耗;资源由于增加很多治理组件,增加资源消耗;运维和管理更是几何倍增长。因此,有些企业在建设一期的微服务平台之后,迁入或者甚至都没有迁入一个微服务系统的时候,就认为微服务化没有成果,从此中断。
另外,企业在做微服务化尝试的时候,通常都会拆分一个不是很关键的业务系统,以此来测试微服务化是否真的如互联网上炒得那么火热,那么有用。然而,这个很不关键的业务系统在尝试微服务化之后,企业会轻易地得出一些“结论”:
·微服务的分布式似乎也没什么特别,反而带来了分布式的各种问题。
·微服务的限流熔断一般用不着,用了还有可能影响正常业务。
·微服务的观测也没啥用,如果不是出问题,平常根本没人看。
不仅是上面的两个理解误区,我们在做微服务类的项目时也遇到过很多比较有前瞻性的客户,但是完全按照客户的要求去建设的平台,却似乎不是很实用。等过两年之后,客户发现建设微服务还是很必要,于是总结之前的经验,觉得还是需要大厂来建设,因此只好花几倍的钱找大厂来做,而实际上再次建设可能还会遇到之前同样的问题,反而“劳民伤财”。其实主要原因还是没有把握住微服务的根本。
微服务解决的根本问题,总结一下其实是业务系统运行中由量变引起的一系列问题,量变引起质变,终通过微服务的架构解决。如果业务访问量不够,那就不会用到限流熔断;如果应用服务数量不多,那就不需要统一管理和运行观测;如果服务变更不频繁,那也就不需要持续发布、灰度发布等。
微服务的优势在单一且没有业务量的系统中,完全不能发挥其长处,反而单体应用的优势更明显。这也正是微服务建设中大的误区。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。