微服务

  • 如何在微服务团队中高效使用 Git 管理代码?

    如何在微服务团队中高效使用 Git 管理代码

    用了 Git 多年,优势和挑战都是深有体会。

    话不多说,直接上问题:如何在微服务团队中高效使用 Git 管理代码?

    继续不多话,直接上答案:分支管理。

  • 从单体架构到微服务架构

    从单体架构到微服务架构

    微服务的优势众多,在现在如果有谁没有听过微服务架构,可以从这里了解一下。本文主要聊一聊是否值得花时间将单体架构重构为微服务架构?

  • 微服务的基建工作

    前文说了一下《什么是微服务》,在文末提到,初创团队不建议直接使用微服务,对于初创团队,最根本的是活下去,而想要使用微服务,需要有很多基础建设。本文就来说下,微服务都需要哪些基础建设。

    需要说明的是,下面这些组件,都是基于服务太多这个前提。

    微服务的出现是为了研发效能的提升:相同的人数可以处理更多的需求、维护更多的产品,可以更快的交付产品。基于这点,微服务的基础组件,就从解放人力,减少人为失误出发。

    下面给出一张微服务基础组件的图片:

    微服务架构

  • 微服务架构下的数据一致性:可靠事件模式

    《微服务架构下的数据一致性:概念及相关模式》中介绍了在微服务中实现数据一致性的三种方式,包括可靠事件模式、业务补偿模式、TCC模式。本文重点说一下可靠事件投递。

  • 微服务编程范式

    目前很多互联网公司都采用微服务架构,微服务的优点和缺点被反复说到,这里不在重复赘述,只结合工作中的一些实践,说说要用微服务要注意的点,厚颜写做编程范式,其实就是一些具体实践而已。

  • 微服务中服务注册和发现的可行性方案

    微服务的基建工作 中提到过,在云原生、微服务时代,如果还是手动修改服务地址,是几乎不可完成的工作,需要一种机制完成自动上报和获取服务地址的支撑组件,可以保障服务的快速上线和下线,这就是服务注册/发现组件。

  • 微服务架构下的数据一致性:概念及相关模式

    从2014年开始,微服务逐渐进入大家的视线,被认为是下一代实现信息化的有效手段。设计到系统,其中绕不开的就是数据一致性,从本地事务,到后来的分布式事务,都能够有效的保证数据一致性。但是在微服务架构中,这两种方式都不是最好的选择。

  • 六字说出微服务的本质

    什么是微服务?

    我所理解的微服务,就六个字:“高内聚,低耦合”。

    没错,就是这个在软件开发过程中被反复提到的六个字,各类设计模式、架构设计、从入门到放弃等各种书中总会提到,从初级到高级到骨灰级程序员、架构师挂在嘴边的也是这六个字。只不过,在微服务概念之前,这六个字被用在类、模块、组件上,微服务则是将它放在服务上。

    注:上面是精简版,下面是完整版,看官自便。