一说到集群服务相信对普通开发者来说肯定想到很复杂的事情,如zeekeeper ,反向代理服务网关等一系列的搭建和配置等等;总得来说需要有一定经验和规划的团队才能应用起来。在这文章里你能看到在.net core下的另一种集群构建方案,通过Beetlex即可非常便捷地构建高可用的集群服务。
简述
Beetlex的Webapi集群应用并没有依赖于第三方服务,而是由Beetlex自身完成;它主要是通过Client和策略监控服务相结合的方式来实现集群化的服务负载访问。以下是服务结构:
client一旦从配置中心获取了集群的策略,就会脱离配置中心独自进行负载处理;在运行中会定时从配置中心获取更新策略,在这个过程中即使配置中心不可用也不影响整体服务处理。以下是配置中心的策略管理:
通过管理中心可以对不同的URL进行负载权重配置,默认可以配置一个*
来处理所有负载;当到达一定规模的情况可以针对某些URL规则来进行策略配置.中心除了可以配置策略外还提供了服务资源监控,可以更方便地进行权重调整。
应用
接下来通过一个简单的示例来介绍如何通过Beetlex构建高可用的webapi集群服务.
- 创建一个.net core控制台项目
- 引用
Beetlex.FastHttpApi
- 编写一个简单的
HelloWorld
webapi服务
- 运行后浏览器访问一下
- 创建Client调用
同样是构建一个控制台程序,然后引用BeetleX.FastHttpApi
,定义访问接口
- 创建调用接口代理
- 调用服务
- 集群中心配置
这样一个集群化的服务就完成,可能有人会问这明明就是单一服务,怎可能是高可用的服务集群呢?接下来我们做一系的压测并通过配置中心实现无缝地增加服务来应对测试的处理。
配置负载
高可用集群才是我们的目标,但实际应用中也不可能一下子就有这样的需求,往往是随意着业务的增长集群服务的需求会慢慢显露出来;接下来就对上面的单服务进行一个压力测试,开启了40个线程进行压力测试,由于部署服务只是两核,所以一下子就把资源压满了。
接下来需要新的节点服务来支撑并发处理,这个时候只需要新部署一份服务,在配置中心添加节点即可。
有新的服务加入后,并发由原来的1W多变成3W,而这个调整是完全不需要调整任何程序的!由于压测下来两台服务器的资源都比较吃紧,所以再添加一台服务来应对并发,但这一次添加的服务权重只有之前两台的一半。
从测试结果来看最后添的服务,依据权重的设置来承载了相应的并发处理。
通过以上示例,你会发现通过Beetlex
构建高可用的webapi集群服务是一件非常简单的事情。
项目地址:https://github.com/IKende/FastHttpApi
集群策略管理项目地址:https://github.com/IKende/ClusterConfiguration