现在所说的微服务架构,把以前大应用的各个模块拆分成独立的微服务,这些微服务号称独立部署的好处,但实际在产品级别又需要把一群微服务通过编排的方式组合出一个真正可用的业务应用,那么对开发者来说岂不是还要关心这个大应用的所有模块功能吗?(至少要了解每个微服务的依赖关系),他开发到发布的整个过程还是和以前单个应用没什么区别啊(当然组织形式变化了,发布载体工具变化了),可是这个和微服务一再强调的独立发展、部署相矛盾,请问能给解释下怎么看待这个问题?
微服务的应用独立自治,意味着更高的灵活性。
比如现在用户应用的压力较大,我可以灵活地给它更多的资源,让它去支撑服务。
另外,开发和部署问题。比如我现在修改一个模块,之前没有独立出来,可能很多业务代码耦合在一起。相互调用,你修改一处地方,结果导致了另一个模块异常。但是独立的服务,只要保证自己提供的API标准输出就至少不会出现这个问题。
而以上是其它的区别一小部分,也是平时大家最重视的一部分。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。