企事业单位转微服务架构小议勿喷

    每次一种新的架构火热,对企事业单位的IT(或信息)部门都是一次大大小小的冲击。因为新架构相比老旧架构会有无数优点,企事业单位老旧架构做的系统开发或维护中无法解决的问题,新架构貌似都能解决,如果所有老旧架构做的系统全部用新架构重新开发一遍,以后IT(或信息)部门混得不知道有多痛快。但企事业单位财务预算切限制了IT(或信息)部门的无限想像...
    本次微服务架构的火热,并持续火热中,在有多种老旧架构系统存在的企事业单位应该怎么推行了。当然是尽量降低推行成本,不要一上来就要求所有系统都改用成微服务架构,单体应用架构将不复存在;其实并不是所有系统都必需用微服务架构,一些用单体应用架构(不管CS还是BS)就能满足业务需求的系统最好不要改。
    本人觉得微服务架构适合用户量、访问量大的对外系统做分布式部署,方便各系统之间数据共享,及需要打破各系统之间的信息孤岛问题的情况。因此微服务架构应该是与单体应用架构并行存在的,在企事业单位比较通用的用户、权限、部门、流程等系统可以考虑重构改为微服务架构,再把其它系统需要数据共享的部分,用微服务架构做一个数据共享服务供其它系统调用就行了,没必要整个系统重构。以上仅为个人意见,勿喷!!!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值