真的有须要上微服务吗？

不知从何时开始，IT圈刮起一股妖风，不管巨细公司巨细项目，从上到下，不是正在上微服务就是在上微服务的途中，许多这两年找事情的小同伴有种一觉醒来整个世界都变了的感受。甚至上个茅厕就听到老员工跟一个新员工说，我们公司准备上微服务了，你提前相识一下，讥笑的是没多久我就看到那家公司关门了。貌似这两年不懂微服务都欠好意思出门找事情，事情不上微服务就是low。

甚至之前一个面试官说由于他们还是传统单体应用，一个新员工入职两天嫌弃他们用的技术太老不干了。这就像IOS藐视安卓用户买不起苹果一样令人无语，单凭一个点就给一个事物定性，毫无逻辑。也不知道是员工倒逼公司上微服务还是公司强迫员工上微服务，横竖这股妖风是愈演愈烈。

那么真的有那么多公司非要微服务不行吗？首先，微服务对法式员的要求更高，一个团队从单体切换到微服务并不是把项目分模块切分那么简朴，服务治理、服务间协助挪用、服务熔断、负载平衡、漫衍式事务、漫衍式锁方方面面问题处置惩罚起来都比单体庞大得多。并不是只要把spring cloud或者dubbo那一套拼装起来就可以。随着教程学一遍容易，真正用起来会有许多意料之外、情理之中的问题，而且对整个团队的学习能力、协助能力都是一次庞大的磨练。其次，微服务对运维团队是一个庞大的磨练。

以前一个Tomcat可能法式员自己就弄了，换微服务没有一个专业的运维团队基础玩不转。连个运维都没有的创业公司，还是耗子尾汁，别给自己找贫苦了。纵然有运维团队的也会是一个庞大的转变，由单体一个项目最多一个服务器加一个数据库服务器（有些简朴web可能用Nginx做个负载平衡会涉及多台），到十几台甚至几十台、上百台服务器（或者Docker容器），日常运维和故障排查的事情量提升不只是体现在数量上。

最最重要的一点是，微服务是由漫衍式演变过来的，前面几年漫衍式倒没有这么大的妖风，不知道为什么进化到微服务就成了每家公司必备的了。要知道微服务要解决的焦点问题还是高并发，至于扩展性、容错性这些我们另有其他更好的选择。

那么你们的这些项目真的有那么大的并发量吗？真的非用微服务不行吗？其实大部门情况是上层向导最近闲的无聊，看到最近随处都在讲微服务怎么怎么好，然后抽一个没人可训的空档看了一下教程就以为然后不外如此，就开始在公司向导和下属眼前吹嘘微服务何等牛X，我们也赶忙上吧。可是要知道将传统应用拆分成微服务，在你数据量和并发量没起来的时候，不仅没用处，还会由于是远程挪用RPC导致性能下降，还增加更多不稳定性。

总而言之，就是微服务并没有到没家公司都用的田地，没须要一窝蜂上，杀鸡用牛刀不仅不能提高效率，还会适得其反。技术是服务于业务的，用微服务也并不能提高公司或者小我私家的Level。用合适的技术做合适的事才是最好的选择。

本文来源：开云app全站官网入口-www.gzzsgc.com