微服务架构指南
微服务是一种架构风格,不是包治百病的灵药,也不是欺世盗名的假药。作为软件发展演进中的重要一环,它虽然不是银弹,也能够解决很多问题。我们就来一起看看,什么是微服务架构、又该在实践中怎么实践微服务架构。
什么是微服务?我所理解的微服务,就六个字:“高内聚,低耦合”。没错,就是这个在软件开发过程中被反复提到的六个字,各类设计模式、架构设计、从入门到放弃等各种书中总会提到,从初级到高级到骨灰级程序员、架构师挂在嘴边的也是这六个字。只不过,在微服务概念之前,这六个字被用在类、模块、组件上,微服务则是将它放在服务上。
目前很多互联网公司都采用微服务架构,结合工作中的一些实践,说说要用微服务要注意的点,厚颜写做编程范式。
微服务的出现是为了研发效能的提升,相同的人数可以接受/处理更多的需求、维护更多的产品,可以更快的研发、交付,做到这两点,团队效能已经不容小视。
从单体架构、SOA 架构,到微服务架构,再到容器化、无服务架构,我们的选择很多,没有必要非在一棵树上吊死。
如果原来是单体架构,想要切换到微服务架构,该怎么解决呢?本文来聊聊这个话题,解决“什么时候(WHEN)、怎样做(HOW)”。
Git 的分支管理有很多实践,有些是从 SVN 类的集中式版本管理工具继承的,有些是根据 Git 自己的特性总结的。那我们在微服务开发过程中,又该如何选择呢?
DevOps 是微服务的搭档,那我们又该怎么去实现 DevOps 呢?这里有三步工作法,按照这三步,我们可以在团队中实现加快系统交付、提升开发效能。
版权声明: 本文为 InfoQ 作者【看山】的原创文章。
原文链接:【http://xie.infoq.cn/article/0127e23e32b542dce7f1651e1】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论