谈谈华为微服务解决方案与实践(下)

华为微服务案例

  • 从卖光盘到卖服务:一个PHP语言系统微服务化的案例

这是一家国内知名的软件开发商,他们开发了一个楼宇的物业管理系统(一个单体应用),最开始的商业模式是卖光盘,和某个小区签一个合同就过去给他们安装一套软件,基本是一锤子买卖的生意。后来他们想按SaaS模式去卖,先把这套软件部署到云上,签一个合同就开通一个账号,这样一来就有了客户粘性,后续可以持续升级卖服务。这种商业模式的变化其实悄悄地对软件架构带来了一些影响,例如以前一个地方部署一套,业务的流量不会很大,系统的性能是远远过剩的,但是以SaaS这种方式去面对多客户,随着业务量越来越大,单体应用的性能就会越来越吃不消,这也促使他们不得不把系统向微服务架构改造。后来他们在启动改造开发的时候,又发现当前业界还没有合适的PHP语言微服务框架,而当前他们开发人员的技术栈都是PHP语言的,这时候要换语言或者换人都是成本比较高的,于是他们找到了华为通过Mesher来解决微服务化的问题。

Mesher不限制语言,而且提供了完备的微服务治理能力,如服务注册发现、路由管理、灰度发布、流水线等等,这样不仅仅支撑他们完成了微服务架构转型,通过弹性解决了系统性能瓶颈问题,还额外获得了业务上线效率提升的收益。

  • 传统企业的微服务化之路:一个大型遗留系统向微服务架构迁移的案例

这是一家地产行业的公司,他们有一个古老的CRM系统,这个系统有一部分功能是面向潜在购房者的,例如客户服务、机会服务、房源服务、代理服务等等。受一些互联网营销的影响,他们也把楼盘放在网上开盘销售,前几年房地产行业比较火爆,经常也会有秒光盘,这时候在抢房瞬间的流量压力这种场景下,他们的CRM系统就扛不住了,导致系统体验不好,影响企业品牌和形象。于是找到华为希望做微服务改造,但这个项目最大的困难是当前的CRM系统太庞大了,而且很多地方都是日积月累的不敢随意去动。后来我们针对性能做了深入分析,发现瓶颈主要是抢房这块相关的功能。于是我们把这块功能拆解出来单独做了微服务化改造,其他系统功都不动,只在边界部分做一个和新微服务交互的简单适配,这样把业务繁忙的微服务抽出来做适当的弹性就解决了性能问题,而且通过以微服务粒度按需的弹性还大大提升了资源利用率,这在以前,必须是以整个CRM系统大颗粒的弹性。

  • 在超大规模用户和流量场景下的微服务应用案例

如果读者用的是华为手机,手机上的应用市场、浏览器、音乐、支付、负一屏、运动健康、智能家具等等背后都是运行在这套微服务框架之上,目前华为消费者云超过4亿用户。举这个例子主要是想说明华为的这套微服务解决方案也是经历超大规模流量这种应用场景洗礼过的,所以无论多大业务量规模,在性能、安全和可靠性上没有任何问题。

  • 一个由基于Spring Cloud自建微服务系统最终向华为云CSE迁移的案例

这是一家物联网领域的创业公司,主要为城市、公园、园区等提供专业的智慧路灯服务,并在此基础上结合监控、传感器等其他物联网终端,提供各种创新应用场景,如寻人寻物、犯罪线索提供等。原系统基于Spring Cloud微服务构建,开源软件的特点就是功能很多很灵活,但是真正要吃透用好,门槛其实挺高的。创业公司本来投入资源就有限,花大量的人力物力来维护这些基础的技术组件是不值得的,他们也是在用了好久之后实在是维护不下去,才找到华为帮他们提供商业级微服务解决方案。因为CSE本身是兼容Spring Cloud的,所以这次的切换很快,一周完成框架切换并上线,将原来全职投入的框架维护人员全部释放出来投入到业务开发中。

  • 一所高校所经历的微服务转型之路

这是一家坐落在上海的985高校,其实学校也有很多系统有类似互联网这种有明显波峰波谷的应用场景,例如在每学期的开学阶段,有新生报到、课程安排、在线选课等等事务;在学期末阶段又会有集中性的考试、答辩、结业等等事务。处理这些事务背后的IT系统其实也就在这几个阶段会忙一点,其它时间基本闲置。很多学校的痛点就是资源准备少了不够用,撑不住那几个时间点的流量,准备多了又浪费,于是希望把传统的这些教务系统微服务化,能充分的利用弹性和公有云的能力,来降低成本的同时还能解决业务波峰波谷的性能瓶颈问题。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值