Tag: architecture

Subscribe to Feed of articles under architecture

  1. 微服务设计套路

    有些名词第一次听到以为是噱头,或者根本没有在意,然后一两个月内又听到一次,再然后一周内又听到一次。三人成虎,发现真的是热门的概念了。比如 Service mesh,比如 sidecar。 第一次看到 sidecar 这个词是在这本书里,昨天又看到了这篇总结性的文章 Design patterns for microservices,都是出自微软背景的技术人员。 也许是出自微软的惯用语?

    不过 Design patterns for microservices 倒是值得关注一下,介绍了 9 种微服务架构套路。

    Ambassador

    大使。大使进程专门负责对外调用,解决一些服务可靠性、监控统计等方面的问题。也叫 service proxy(?) 大使可以作为一个 sidecar 和服务一起部署,也可以作为一个基础设施部署在宿主机上供上面的所有服务共用。

    大使可以用在那些没有对微服务架构优化过的老应用上,将老应用的请求全部发到就近的大使上。大使提供一种可靠的,可控制的服务间调用。

    Anti-Corruption Layer …

  2. 衡量可扩展性的立方体模型

    最近看《架构即未来》(The Art of Scalability),结合自己目前的工作,发现比很多年前看第一版的 时候有更多切身的体会。很一般的博客、新闻介绍扩展性的结构不同,这本书2/3的篇幅并非教读者如何切分、 如何拆分,水平还是垂直等等,而是再说组织架构,怎样设置团队,怎样规范架构的流程,各个部门的责任等。 在看第一版的那个时候,这部分我可能就直接忽略了,但是现在有了亲身体会之后,发现大部分的问题,即使 表现为技术问题,甚至是低级失误,其实根源都是管理方面的问题:责任分配不清晰,资源不足,决策草率缺 乏长远考虑,等等等等。这些问题,如果没有经验,在解决了我们熟悉的基本的扩展性问题之后就会慢慢遇到, 从宏观角度看这些恰恰是真正制约扩展性的关键因素。

    不过今天并不是想写这个。书中后半部分介绍了一个衡量扩展性的 AKF 立方体模型,把关于扩展性的问题抽象 得很精致。这个模型用 X/Y/Z 三个轴表示扩展的三个不同方向。其中

    • X 轴表示同等职责 …