专栏首页james大数据架构传统企业就应该这样进行微服务化

传统企业就应该这样进行微服务化

  很多传统企业看着互联网公司都进行着微服务化,因此也想享受微服务化带来的好处便对自己的系统进行改造,但微服务化 多“微”才是最优?有哪些拆分的原则?

架构原则

  • 使用成熟的技术,不需要最先进最好的技术,要是自己人能够掌控的,不然出现莫名的问题,一两天都可能解决不了,你就等着被拿来“祭天”吧。
  • 至少有一个冗余的实例,可水平扩展,确保一个实用多个负载,挂掉一个仍然能够正常运行,这里就要保证服务应用的无状态性。
  • 确保数据中心能在地理上隔离,实现异地多活容灾,实现三城两地式物理布署,即使一个城市停电仍可提供数据的正常访问。
  • 有一套发布回滚机制,确保发布异常时能回滚到上一个版本,同时可追踪到异常。
  • 在架构设计之初就构建监控平台,无监控无疑相当于系统在裸奔,后面扩容无数据支撑、BUG查找,异常追踪都无从淡起。
  • 不断小试错,而不是像传统项目开发周期达一年,在时间就是生命的时代,产品上线黄花菜都凉了。
  • 任务自动化,机器能够做就让程序自动跑,减少人力运维。
  • 实现故障隔离,自动保护机制,防止一个服务拖垮整个系统平台,进行健壮性分析。
  • ……

  所有的设计都是为了高可用,易扩展、高并发下出现异常更容易恢复,降低异常对业务的影响,这就是微服务架构设计的理念,但不完全,有些还是依靠架构师的经验结合自己公司的业务特点来思考,并不是适合所有的公司,传统公司进行微服务化的困难很大,但做得好收益也非常高。

做好业务的拆、合

  微服务讲究的是小 ,一个程序只做好一件事就够了,因此需要对原有臃肿的系统拆分,对零散的功能进行合。

一个业务场景一个服务

  如用户服务、授权服务、菜单服务、订单服务…… 这样的粒度好处是更新用户服务其它的服务可以不用更新。

一个数据库对应一个服务

  数据库操作层封装成一个服务,所有对这个数据库的请求都要经过这个服务,而不用知道这个数据库的密码,而且可以进行流量权限等进行控制。

一个接口一个服务

  这种架构很极端,会造成微服务数量成几何数增长,维护难度极大。

  适当的粒度优势是服务能够独离部署,扩展方便,耦合度较小。

  应用层我们可以结合上面的方法从下往上分析,对所有服务抽像化后抽出基础功能封成服务,这样公共服务就行成了,而且可以互相引用。

  这样就形成了基础服务,是一些基础组件,与具体的业务无关。比如:短信服务、邮件服务。这里的服务最容易摘出来做微服务,也是我们第一优先级分离出来的服务。

  还有些是业务服务,是一些垂直的业务系统,只处理单一的业务类型如:风控系统、积分系统、合同系统。这类服务职责比较单一,根据业务情况来选择是否迁移,比如:如果突然有需求对积分系统进行大优化,我们就趁机将积分系统进行改造,是我们的第二优先级分离出来的服务。   前端服务,一般为服务的接入或者输出服务,比如网站的前端服务、app 的服务接口这类,这是我们第三优先级分离出来的服务。   组合服务,组合服务就是涉及到了具体的业务,比如网购过程,需要调用很多垂直的业务服务,这类的服务我们一般放到最后再进行微服务化架构来改造,因为这类服务最为复杂,除非涉及到大的业务逻辑变更,我们是不会轻易进行迁移。

独立数据库

  数据层都是独立的数据库,即一个数据库对应一个服务,这里需要对数据库层进行纵向切分,即原来一个表现在对应多个表分片保存。

给数据库带来的挑战

  每个微服务都有自己独立的数据库,那么后台管理的联合查询怎么处理?

有如下三种处理方案:

  • 严格按照微服务的划分来做,微服务相互独立,各微服务数据库也独立,后台需要展示数据时,调用各微服务的接口来获取对应的数据,再进行数据处理后展示出来,这是标准的用法,也是最麻烦的用法。
  • 将业务相关的表放到一个库中,将业务无关的表严格按照微服务模式来拆分,这样既可以使用微服务,也避免了数据库各种切换导致后台统计难以实现,是一个折中的方案。
  • 数据库严格按照微服务的要求来切分,以满足业务高并发,实时或者准实时将各微服务数据库数据同步到 NoSQL 数据库中,在同步的过程中进行数据清洗,用来满足后台业务系统的使用,推荐使用 Mongodb、Hbase 等。

拆分过后落地架构

  • 在确定使用Spring Boot / Cloud 这套技术栈进行微服务改造之前,请先梳理平台的服务,对不同的服务进行分类,以确认演化的节奏。
  • 先让团队熟悉 Spring Boot 技术,并且优先在基础服务上进行技术改造,推动改动后的项目投产上线。
  • 当团队熟悉 Spring Boot 之后,再推进使用 Spring Cloud 对原有的项目进行改造。
  • 在进行微服务改造过程中,优先应用于新业务系统,前期可以只是少量的项目进行了微服务化改造,随着大家对技术的熟悉度增加,可以加快加大微服务改造的范围。
  • 传统项目和微服务项目共存是一个很常见的情况,除非公司业务有大的变化,前期不建议直接迁移核心项目,先搭建一个微服务架构,然后先接入新业务,后面再将老项目逐个改造,这里有个问题就是统一配置,统一规则,如日志,接口,文档,代码风格,公共类库 版本等等提前规范。

  以上只是个拆分建议,传统项目到微服务转化首先是思想上的转变就是很困难的,然后有些方法也不能套大公司的,只能是趋向大原则,根据自己的业务量,人力 时间等来改造。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 传统校服企业数字化转型,他们用微搭这样做

    利华校服的创始人高利华扎根教育行业多年,在一次印度的旅行中,她看到即使在一些生活环境恶劣的地区,校园里的孩子们依然穿着校服打着领带,散发着自信与阳光,内心受到强...

    腾讯云开发TCB
  • 从微服务架构实施看企业数字化转型

    摘要: 1. 为什么说企业数字化转型需要进行微服务架构升级 主要描述传统企业IT应用受互联网冲击的大背景,引出传统企业转系需要在架构上向互联网企业学习...

    yuanyi928
  • 解析微服务架构(二):融入微服务的企业集成架构

    上一篇文章介绍了微服务架构的起源、定义、通用特性、常见概念误区、微服务架构与SOA架构比较、微服务架构收益以及企业引入微服务架构的策略。 本文将介绍融入微服务的...

    逸鹏
  • 新IT时代的大环境与厂商生存之道

    在IT领域,大的技术变革正在发生。企业纷纷向云计算服务转移,数据中心的重要性开始下降;移动终端设备和应用程序的使用率大幅增长,而传统PC的使用率下滑;大数...

    静一
  • 数字化企业的API架构治理

    在前文中我们说到,传统企业在逐步建设自己的数字平台过程中,需要抓住交付基础设施、API和架构治理、数据自服务、创新实验基础设施和监控体系、用户触点技术这五个支柱...

    ThoughtWorks
  • 传统企业微服务落地大法(1)-不够痛就别微服务

    在多家传统行业的企业走访和落地了微服务之后,发现落地微服务是一个非常复杂的问题,甚至都不完全是技术问题。

    物流IT圈
  • 说透中台(答疑篇)--学习笔记

    当我们谈中台与微服务的区别时,更多谈的是业务中台;当我们谈中台与中间件的区别时,则更倾向于技术中台;当我们谈中台与数据仓库的区别时,更多谈的则是数据中台。

    郑子铭
  • BBAT跨越楚河边界挑战传统软件商 企业微信争夺战一触即发

    曾几何时有人大喊狼来了,互联网公司的野蛮扩张,让传统软件公司感到了压力和恐慌,因为一旦互联网公司跨越企业边界,传统软件厂商面临将不仅仅是血流成河,也有可能是生死...

    人称T客
  • 关于未来十年企业架构的十个关键词

    大数据文摘
  • InfoQ采访PWorld2015讲师:解读“微服务”架构

    大数据文摘
  • PaaS现在与未来:容器技术如何演变成为PaaS框架

    随着PaaS功能扩展支持更多的新技术(例如容器和微服务),IT团队和开发人员面临着诸如可见度、监控等新挑战。 平台即服务是过去几年中云计算服务所发展三大模式中的...

    静一
  • 技术中台建设方法和关键设计

    所谓集成就是要做整合,从业务使用视角和实施运维的视角看,相关集成组件一般有页面集成、流程集成、服务集成、数据集成和一些其他公共的集成所需组件,例如统一身份认证、...

    yuanyi928
  • Why、When以及How:成功迁移到微服务

    当一个业务应用程序(一个开发团队)变得更大,达到一定的规模时,公司就会遇到严重的管理和合作瓶颈。此外,如果一个软件产品基于一个巨大的整体架构,那么它们也面临着技...

    程序你好
  • AI智能客服小程序·云开发实践

    导语 | 9月21日,云+社区技术沙龙“小程序·云开发”北京站圆满落幕。本期沙龙腾讯云联合猫眼、即速应用、白鹭引擎等企业,将从小程序·云开发后台技术、云开发实时...

    云加社区技术沙龙
  • 弘康人寿基于 RocketMQ 构建微服务边界总线的实践

    随着互联网+和平台化战略的兴起,各个行业的 IT 系统都在向互联网架构发展,涉及的主要技术包括微服务、消息和弹性计算等,采用微服务架构实现服务高内聚、低耦合,通...

    用户1516716
  • 业界 | 微软亚洲研究院的新理念「数字化转型即服务」是什么?

    AI 科技评论按:2018 年 5 月 8 日- 9 日,微软亚洲研究院「创新汇」在北京举办了自成立后的首届创新论坛。

    AI科技评论
  • 微软发布Power BI Premium:提供统一API接口,对免费版服务进行简化

    自2015年7月正式发布以来,Power BI的愿景就是让身处各个职位、部门和行业的用户能在几秒钟内享受到Power BI带来的便利,并在几分钟内从数据中获取洞...

    BestSDK
  • 微信能否改变传统管理软件市场?

    近来,有传言称腾讯将借助微信强势杀入企业软件领域,如果传言属实,对于一些细分领域的软件企业来说,这绝对是一个坏消息。微信的威力无边即便是强大如阿里巴巴、新浪微博...

    人称T客
  • 解析微服务架构(三):微服务重构应用及IBM解决方案

    解析微服务架构系列文章将分几篇描述微服务的定义、特点、应用场景、企业集成架构的演进以及微服务转型思路和技术决策考虑等内容,并以IBM技术为例介绍如何实现微服务架...

    逸鹏

扫码关注云+社区

领取腾讯云代金券