利用 Azure 扩展微服务
1. 扩展概述
当应用程序代码不依赖于其运行的服务器时,横向扩展是一种成功的策略。如果请求需要在特定服务器上执行,即应用程序代码具有服务器关联性,那么扩展就会变得困难。而无状态代码则更容易在任何服务器上执行,因此在水平扩展的机器或集群上运行无状态代码可以提高可扩展性。
水平扩展因其特性,是行业中常用的方法,像 Google、Amazon 和 Microsoft 等大型可扩展系统都采用了这种方式,所以也建议对微服务进行水平扩展。同时,还可以配置会话粘性,决定会话是否要发往特定节点,在某些支持的场景中,也可以在负载均衡器中同步会话。
2. 微服务可扩展性理解
2.1 Scale Cube 可扩展性模型
Scale Cube 是一种理解可扩展性的方式,它是一个三维模型,原点 (0,0,0) 代表可扩展性最差的系统,假设该系统是部署在单个服务器实例上的单体应用。通过在三个维度上投入适当的努力,系统可以实现扩展,为了使系统朝着正确的可扩展方向发展,需要进行权衡,这有助于系统获得最高的可扩展性,以满足不断增长的客户需求。
以下是 Scale Cube 三个轴的具体情况:
| 轴 | 含义 | 对微服务的适用性 |
| — | — | — |
| X 轴 | 在负载均衡器后面运行应用程序的多个实例,常用于单体应用。 | 不适合微服务,因为微服务不应共享全局状态或可被所有服务访问的数据存储,否则会造成瓶颈和单点故障。 |
| Z 轴 | 基于交易的客户或请求者进行拆分,常能解决数据的单体性质问题,但也会增加应用程序复杂性,需要分区方案,且不能解决开发和应用程序
超级会员免费看
订阅专栏 解锁全文
32

被折叠的 条评论
为什么被折叠?



