浅谈服务化

最近一直从事公司服务化改造,服务标准化和服务治理相关的工作,再次期间有幸和公司技术大牛探讨了服务化和微服务相关的知识。
服务并非与生俱来的,微服务的概念也是近一两年才不断发扬光大,早期的系统可以成为单体应用,非常简单,前面是View层,中间是业务层,最底层就是DB,如下图所示:这里写图片描述
这个架构非常简单,适合一般小型系统,调试也很简单,而且能够快速实现需求。此时Service也可以理解为一个服务,为这个特定view提供服务。
但是该系统存在service单点,数据库单点的问题,为了解决单点问题,最普通的就是给service增加备用服务,因为service一般来说都是无状态的(不存在Session、或者进程内缓等情况),所以很方便横向扩展,同时数据库也可以利用厂商提供容灾策略(例如MySQL的主备或者主主),此时架构得到如下优化
这里写图片描述
正常来说,这个架构的Service层还可以水平增加,View通过Nginx、LVS、F5等负载均衡技术将请求发到后端各个Service上,各个Server之间可以做到负责均衡和热备。
随着业务规模的不断扩大,数据库层面可能会设计到水平拆分和垂直拆分,这部分内容本文暂不设计,本人更加关注的是,随着业务规模的不断扩大,Service变得相当的臃肿。同时,所有的业务全部集中在Service中,沟通维护成本巨大。此时,需要将一些功能单一的模块拆分出来。

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值