讨论:微服务
删除段落
以下段落被删去,因为该段落内容隐晦。
" 误解
微服务这个名词令许多人以为是非常轻量、非常微小的,且以为透过该理念实作程式就能够达到下列效果:
- 微服务很轻量。
- 程式码将会变得更加地简洁。
- 变得更简单、开发时程变短。
- 微服务处理的事情变得更单一。
但这些是误解,实际上:
- 由于服务是独立自主的(也称:真空性),除了需要能够有自己的一套执行方式外,还不应该仰赖另一个服务。为此,服务内会有着与其他服务相同的逻辑,这也导致了服务并不轻量。这部分有两派说法,分别是在服务之间建立同套资源库、工具,但这可能导致额外的相依性存在。而另一种说法则是传统地将程式码复制与贴上,这将避免相依性问题,但在全域修改时可能不易管控,需要分散管理。
- 微服务属于分布式系统的概念之一,程式码并不会因此变得简单、短少,反而有可能为了处理外来的事件而变得更多。
- 微服务需要额外处理事件的广播、甚至是分布式的错误回溯问题,这导致开发时可能会更加地复杂,且花上更多时间在处理错误上。
- 基于第一点误解,微服务为了自主有可能会跨域实作,如文章服务有可能会带有使用者服务的理念,所以在处理事情上并不会特别专一。
"
--Katcom.jason(留言) 2018年9月2日 (日) 11:57 (UTC)katcom
微服务研究现状到什么程度了
对于微服务,只是在全年火了一阵子,然后就没有了下文,只是知道google,亚马逊等大型公司成功的更新了整体的架构,从单一架构转成了微服务架构,剩下的就是各种说微服务的优缺点,但是却没有了进一步的技术了,唯一的就是微服务架构的几本书籍了。 —以上未签名的留言由123.58.160.131(对话|贡献)加入。