微服务架构全解析：绝不是360度无死角
草根开发群体的大力支持正在将微服务架构的采用率推到新的高度。据红帽公司中间件专家Mark Little博士声称，微服务是个好东西，却不是世界和平的答案。
红帽公司中间件部门工程副总裁Mark Little博士：采用微服务并不意味着你那架构差强的泥球突然变得架构很好。
鉴于微服务的人气扶摇直上，那些记性不好的人可能忽略了这种方法极其类似面向服务的架构(SOA)，20年前SOA第一次出现在世人眼前。
不过红帽公司中间件部门工程副总裁Mark Little博士喜欢将微服务看成面向服务的架构中的精华部分，它得益于出现了更先进的工程和运维技术及技巧。
Little说：“区别就在于，推动它的主要是开发软件和分布式软件领域的新方法。Linux容器等技术――Docker就是个典例。你现在有了不变的服务，有了Kuberneters之类用于协调那些服务的技术――很显然，你有了开发运维(DevOps)，而开发运维受到敏捷开发理念的重大影响。”
“那些技术让人们真正回顾我们在过去开发分布式系统的方法，面向服务的架构就是这方面的一个例子，并挑选与那些技术相匹配的精华部分。或者反之亦然，找到与面向服务的架构的一些精华部分相匹配的那些技术。这可能就是区别所在。架构方法并非不一样，但是其背后的技术确实不一样。”
在微服务架构中，应用程序组装成一组小小的半自主式进程，这些进程执行特定的任务，并使用API彼此进行联系。微服务旨在易于使用、灵活扩展，在Web应用程序、移动应用程序和物联网应用程序中日益崭露头角。
在面向服务的架构的以往不足中，Little提到了一个不足：无法在客户机和服务之间提供很好的契约定义，他还提到了Web服务描述语言(WSDL)的不足，这种语言对松散耦合、分布式的系统而言差强人意。
然而，就因为许多因素和技术融合到一起，让微服务成为当下风光无限的架构，并不能保证它就能一帆风顺。
Little说：“认识到微服务不是世界和平的答案，这一点很重要。它对一些任务来说很好。但是它跟任何技术一样，也有缺点。就因为你采用了微服务，并不突然意味着你那架构差劲的泥球(ball of mud)突然架构变得很好，不再是泥球。它有可能变成了好多分布式泥球。”
“这让我有点担忧。我长期以来就在关注面向服务的架构，知道优点和缺点。我喜欢微服务，因为它让我们得以关注优点，但是人们以为它能解决根本就解决不了的许多问题，这确实让我担心。”
如果你正在考虑微服务，最好从良好的软件工程实践开始入手。
Little说：“从根本上来说，这正是面向服务的架构背后的思想。如果你不从那方面开始入手，无论你使用Docker、虚拟化、Java虚拟机还是使用其他什么都不重要，合适的工具不会为你解决架构问题。”
微架构或者甚至面向服务的架构真正发挥所长的地方在于，应彼此独立部署的逻辑服务，这些逻辑服务可以独立于其他服务进行扩展，而且能够实现独立的故障切换。
Little说：“我在微服务方面担心的问题之一就是，你有一个整体式系统(monolith)，假设你开始把它分解成多个服务，可是分解时很随意，到头来就会分解得过细，最后会有10个、100个甚至1000个微服务。”
“但是这些微服务又彼此高度依赖，以至于如果某一个服务出现故障，其余服务很有可能也会出现故障。这种情况下，你一无所获。你有999个服务就在那里干等着另一个服务恢复正常运行。”
据Little声称，那些开始使用微服务的人应该找出未能实现其功能的软件，而不是就因为使用年限而把那些旧软件挑出来。
正文到此结束
热门推荐
相关文章
近期评论
-
你这基本没有更新呀，最近文章显示还是2019年的文章。不符合要求哈
-
关键词：慕云博客 链接：https://www.lilun.me 描述：分享原创文字的个人博客
-
-
-
可以提供一下源码吗
-
不是商业站，鸡娃学习笔记
-
-
-
-
听他们说很厉害的样子
Loading...
![[HBLOG]公众号](http://www.liuhaihua.cn/img/qrcode_gzh.jpg)
