直面PHP微服务架构挑战

时间:2022-11-03 07:26:10 | 浏览:4838

在4月20日的阿里云栖开发者沙龙PHP技术专场上,云智慧Technical VP高驰涛为大家介绍了微服务的前世今生,分享了微服务架构实践中所面对的诸多挑战以及相应的应对策略。本次直播视频精彩回顾,戳这里!直播回顾:https://yq.al

在4月20日的阿里云栖开发者沙龙PHP技术专场上,云智慧Technical VP高驰涛为大家介绍了微服务的前世今生,分享了微服务架构实践中所面对的诸多挑战以及相应的应对策略。

本次直播视频精彩回顾,戳这里!

直播回顾:
https://yq.aliyun.com/live/965

PPT分享:
https://yq.aliyun.com/download/3527

以下内容根据演讲视频以及PPT整理而成。

专家简介

高驰涛 (Neeke Gao),云智慧Technical VP,PHP/PECL开发组成员,具有10余年研发管理经验,同时也是PECL/SeasLog、PECL/JsonNet、GoCrab等多项开源软件的作者。2014年加入云智慧,致力于APM与大数据产品的架构研发,崇尚敏捷、高效。

从一个问题谈起

首先,从几年之前某CTO的一个问题谈起,这个问题是“我们的系统将会拥有五千个微服务组件。我们应该怎么做?”大家可以仔细思考这个问题,我们都知道一个接口肯定无法称之为微服务,达到十几个接口或许才能够叫做微服务。那么,对于包含五千个微服务的系统而言,又该怎么实现和管理呢?其实,这样的系统背后会存在很大的问题。

本次分享将会主要围绕以下三个方面内容展开:

  1. 微服务的前世今生

  2. 微服务的挑战

  3. 应该怎么面对

微服务的前世今生

下图所展现的内容其实可以说是供大家在茶余饭后聊天的谈资,如果想要知道微服务是如何诞生的,那么就必须要了解以下四个领域的知识。

TOGAF:全称为“开放组体系结构框架”,TOGAF在上世纪七、八十年代的时候就已经由专门组织负责开发了,但一直到1995年的时候,美国国防部参与之后,TOGAF才最终成型。举例而言,大家手机里正在使用的产品和应用中,很多都会用到SAP、IBM或者惠普等的软件,而这些软件公司所遵循的就是TOGAF。可以说目前全球超过50%的企业正在使用TOGAF实践软件架构设计和开发。TOGAF是一个架构体系,而并没有提供具体的架构方法。TOGAF包含了业务架构、应用架构、数据架构、技术架构等,其实,阿里云的全局组件也属于TOGAF中的技术架构领域,其能够帮助客户减少各种繁杂的思考,使得客户只需要关注于业务架构即可。

TOGAF有三个最为主要支柱:

1)企业架构域,主要是企业信息与业务流等;

2)ADM一系列的架构方法论;

3)企业连续性,指的是在企业业务高速增长并且也不断变更的过程中,保证架构体系的连续性。

DDD:全称为“领域驱动设计”,其包含了诸多的概念,但是大家只需要记住主要的三句话即可。

1)DDD是精简的业务,DDD首先关注的就是业务,把各种繁琐的业务流程精简成更细的链条;

2)DDD需要回答业务是干什么的,能够满足什么需求,达成什么目的;

3)不断迭代,DDD的不断迭代与TOGAF的企业连续性类似。

SOA:全称为“面向服务架构”,其理论也非常多,但是大家也只需要记住三点。

1)SOA解决了信息孤岛的问题,不让信息变成孤岛;

2)业务重用,从业务角度将各个服务组合成一个个中间件或者服务,将其提供给用户或者其他系统;

3)SOA使得系统成为互联互通的信息群。

GRASP原则:全称为“通用职责分配原则”,其实很多大家耳熟能详的概念如“低耦合”、“高内聚”都来自于GRASP原则。其与设计模式不同,设计模式指导如何实现系统,而GRASP指导如何划分。GRASP原则指导定义业务架构以及API等相关内容和划分服务,其理论内容也非常多,但是只需要记住三个关键:

1)自己干自己的事;

2)自己只干自己能干的事;

3)自己只干自己的事,强调了资源划分。

在软件工程的教科书上给出了微服务架构的定义:微服务架构是一种架构模式,它提介将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为⽤户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP协议的RESTFul API)。每个服务都围绕着具体业务进⾏构建,并且能够被独⽴的部署到⽣产环境、类⽣产环境等。另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务⽽言,应根据业务上下⽂,选择合适的语言、工具对其进行构建。而这些教科书上的内容或许在当下来看已经过时了。

微服务带来的优势

那么,我们使用微服务架构的时候,到底得到了什么东西呢?其实得到了很多,这里为大家总结了四点最为明显的优点。

1)使得开发和迭代变得更加敏捷,使用微服务架构使得敏捷开发成为可能;

2)易于扩展和收缩,一些公司基于Kubernetes、Docker等技术可以在几秒内拉起上万个微服务,当大型流量冲击到达的时候,可以实现无损地承担全部流量,同时实现用户无感知,而当数据访问量降低之后,又可以实现快速缩容;

3)多技术栈可能,目前智慧云的技术栈非常全面,虽然开发人员只有60多人,但是开发语言却多达10多门,而使用微服务可以有效地组织各类开发人员;

4)高可修改性,比如实现数据库的快速迁移,通道的快速切换等。

微服务带来的两点疑问

这里再提出两个问题,虽然微服务能够带来诸多优点,但是也存在两点疑问。第一个就是“微服务架构,你的系统变得更健壮了吗?”;第二个则是“使用微服务让系统变得更快了吗?”对于这两点而言,可能说是见仁见智的。有人说因为组件变得越来越多,可监控性就会变难,因此系统健壮性就会变得越来越差,也有人说因为将系统拆分得越来越细,因此健壮性就会越来越强。如果单体架构是串行的,那么使用微服务可以将其变成并行的和分布式的,而多个组件之间进行通信,也会使得通信成为性能瓶颈,那么使用微服务到底是变快了还是变慢了呢?这两个问题都很难以回答。而作为一个架构师或者开发者需要进行深入的思考。

微服务架构面临的挑战和思考

这里为大家总结了在使用微服务架构的时候所需要面临的8条挑战和相关的思考。

1. 小即是多

当业务从大变小的时候,也意味着业务变多了。由大变小,可以使系统变得更加容易维护和修改,但是由少变多,又会使得问题更加复杂,因此也会有很多的挑战。第一个问题就是多节点、多服务和多状态。系统中的节点、组件服务变得更多了,那么节点和服务之间的状态也会变得更难维护,更加复杂。基于前面提到的四种知识,其实可以将从大变小和从少变多这两个转变进行折中,使得其变得更加可控。而解决这个问题的关键在于对于服务的合理拆分,主要有三点可以考虑,即数据资源、业务功能以及服务对象。

2. 债务管理

比如Bug、代码缺陷、未完成的功能或者版本不兼容等问题都是债务。当服务变得越来越多的时候,债务往往就会变得更多。为了解决这些问题,其实有这样的几种策略,比如单元测试,如果单元测试做的足够好,那么代码缺陷的可能性就会变得更低一些,可以将服务由少变多所造成的债务变多情况进行收敛;集成回归,这部分提供了很多工具去做这件事情,不用开发者自己去做;版本管理,这里指的是静态库的版本管理,动态库指的是正在变更中的库,而静态库指的是不再变更的库和配置项,这一点控制不好,就容易使得系统管理混乱;迭代冲刺,这是一种组织方式,当有很多技术债务需要进行管理时,如何将这些债务一点点处理掉或者把发散的趋势收敛住,迭代冲刺就是一种做法;Bug Crash,这是智慧云团队自己发明的一个名词,相当于是对于Bug的大扫除,无论采用传统的还是敏捷的开发模式,都有一些Bug存在,因此定期会组织全体开发和测试以及产品将自己的产品用一遍,进行Bug大扫除;回归总结,无论采用什么开发模式,在一个迭代周期完成之后,回归总结是少不了的,也需要通过一些方法解决新发生的问题,或者将其封闭住不使债务继续蔓延。

3. 复杂的服务依赖

如果只有一个或者几个组件,那么其实不存在服务依赖问题,而如果有几千个组件,那么服务依赖将会成为巨大的问题。举例而言,如果用户服务需要调用订单服务,那么在启动的时候需要进行一些初始化任务,那么一个服务的版本发布可能导致系统全面瘫痪,这就是复杂服务依赖问题。为了解决这个问题首先就需要服务发现机制,比如使用etcd或者Zookeeper等,首先服务发现中心也需要是分布式高可靠的,那么服务起来之后需要把自己的名字和调用方式告诉服务发现中心,注册上去,对于服务调用者而言只需要从服务发现中心那里通过约定好的名字获取服务调用地址即可。依赖唤醒是有一个相对比较新的东西,比如大流量突然打进来的时候,A服务需要从原来的10个启动到100个,而B从原来的3个肯定也是不够用的,因此需要通过唤醒的机制将服务拉起来,而不是被动的被通知。还有一种情况也需要使用到依赖唤醒机制,比如缓存穿透问题,正常情况下,缓存是生效的,不会存在穿透的情况,但是可能因为某种异常使得缓存不生效了,会将大量的流量打到DB里面去,使得服务变得不可用了,整个服务雪崩掉,针对这些问题一般会开发一些挡板服务,可能会给出一些固定的数据,而这些挡板服务也有可能会面临这种突发的流量也需要通过依赖唤醒的机制实现唤醒。此外,还有灰度发布和AB测试,这两点是相关联的。还有多版本共存问题,对于服务的多版本也是一个技术债务问题,需要考虑如何将其旧版本拿下来。

4. 消息通讯

如果系统中包含多个语言栈,多种实现方式。那么统一标准是必须的,要么统一一种RPC或者就使用RestFul API等。消息中心也是一种处理做法,这一点在Java中应用很多,消息中心并不是消息队列,而是一个事件驱动的消息中心。此外,还有通讯网关,这在使用微服务的时候也是一个必要点,其主要解决了监控问题,而且可以通过网关起到中控的作用,比如安全、性能以及用户校验等任务。

5. 分布式事务

在实现分布式事务的时候可以采用2PC或者3PC原则来实现,2PC原则是通过全部节点投票和执行两个步骤完成的,并且是阻塞的;而3PC则不同,虽然在一个具体的事务里面可以是阻塞的,也可以是非阻塞的。3PC协议则是通过“Can-Pre-Do”三个步骤来实现的,其实PDU就是3PC协议在单体中的实现方式。而在分布式系统中,3PC有三种实现方式,使用分布式的事件驱动、最大通知以及两阶段补偿TCC。

6. 花式故障

很多时候,当系统出现问题可能需要花费数周和很多人力才能找到根源所在,可能因为系统太多,使得系统架构师也无法清楚系统与系统之间的关系。面对诸多的花式故障,也有多种策略可以应对,比如全链路追踪,比如使用Open Tracking;主动拨测,很多用户端的APP里面内置探针,使其可以接收Server端的指令来定期探测接口和服务是否正常。

7. 中心与去中心

中心与去中心可以算是一个永恒的话题,上图中展示的配置、发号、日志、调度、状态以及预警,其实对于比较成熟的大型系统而言,这六点都是需要中心的。

8. 组织危机

最后一个问题,也是最大的问题。其实要实现向微服务架构的变更的时候,最大的问题就是组织危机。这一点与开发者关系不大,但是对于Team Leader以及组织的管理人员而言,关系就非常大了。架构的转变需要考虑到信任危机、过期维护、多语言栈、沟通协作、安全网关以及轮岗结对等问题。

总结

总结而言,最重要的观点有两个:微服务不是银弹。不要让重复的事情做两次。

作者:PHP小能手

相关资讯

南宁:“办不成事”窗口升级四“不”窗口 打通人社服务“最后一公里”

南宁市民杨少毅他们这里专门开设了一个这个像特事特办的一个窗口,我就是询问了这个窗口,后来很顺利地就能够办得成了杨先生所说的这个窗口,就是南宁人社服务大厅在今年4月份设立的“办不成事”反映窗口,这个窗口重点服务企业群众反映的“疑难杂症”问题,帮助协调解决不能办、不好办、不知怎么办的急、难、愁、盼问题。

WPS:多年坚持服务大众,不忘初心

金山办公自主研发的WPSOfficeLinux版已全面支持国产整机平台和国产操作系统。除此之外,在国外市场也全面开花,WPSOffice深耕国外市场,已覆盖46种语言,服务全球220多个国家和地区的用户,成为全球最主流的办公软件产品之一。

深圳近200项办税服务厅全量业务可“远程办”

如今在深圳,便民化、智能化办税场景随处可见,纳税人仅需手机在手,即可完成全量“非接触式”业务的通办。读特客户端·深圳新闻网2022年8月26日讯 线上远程办理、资料手机提交、音视频双向交互、文书在线下载。

深圳首家“拥军优诊服务站”昨揭牌

读特客户端·深圳新闻网2022年8月24日讯(深圳特区报见习记者 赵萌 实习生 陈晓嘉 通讯员 武丹 练睿民)为弘扬拥军优属光荣传统,向退役军人及军属提供温馨的医疗服务环境。昨日,深圳首家“拥军优诊服务站”揭牌仪式暨2022年“关爱功臣送医。

完善普惠托育服务,破解家庭育儿难题

【光明时评】作者:杨舸(中国社会科学院习近平新时代中国特色社会主义思想研究中心特约研究员、社科院人口与劳动经济研究所副研究员)日前,国家卫生健康委等17部门印发《关于进一步完善和落实积极生育支持措施的指导意见》,提出了20条育儿支持措施,其

以高额回报为诱饵推销养老服务会员卡 13名被告人被判处刑罚

法院审理后认为,赵某秋、朱某等13名被告人违反国家金融管理法规,以高额回报为诱饵,向社会不特定对象非法募集资金,其行为均已构成非法吸收公众存款罪。安徽伯爵庄园养老服务有限公司成立于2017年6月8日,注册地为安徽省霍山县,实际经营地为合肥市包河区,揭某(另案处理)为该公司法定代表人,被告人朱某任总经理,2019年5月变更为被告人赵某秋。

宁江法院:解纷高效率 服务“零距离”

近年来,宁江区人民法院以推动建立健全多元解纷机制为着力点,以向融入社会治理大格局转型为路径,以源头上减少诉讼增量为导向,推动诉源治理重心前移、力量下沉、内外联动,形成“党政主导、司法推动、社会参与、多元共治”诉源治理工作格局,实现矛盾纠纷源

常州武进:“普法+服务”增强老年人法治获得感

来源:【交汇点新闻客户端】交汇点讯 为让老年人共享改革发展成果安享幸福晚年,常州市武进区司法局紧紧围绕老年群体尤其是困难老年人的法律需求,帮助老年群体防范化解各类法律风险,解决老年群体操心事、烦心事、揪心事,以法治擦亮武进民生幸福底色。“零

一键查询!松江区“三区”划分查询服务正式上线

按照市防疫工作“三区”管理标准口径,松江区根据筛查结果和风险研判,对区域内居民小区、单位场所,按照“防范区”“管控区”“封控区”进行划分,实行分区分类差异化防控。为方便居民及时了解所在区域的“三区”状态,获悉“三区”防控要求,近日,“随申办。

家政员程小云:用心做家政 服务千万家

来源:咸宁日报采访时间:9月7日体验地点:潜山路体验职业:家政员9月7日早上8点,45岁的程小云已准时到达市第三初级中学旁的一个小区,准备开始一天的家政服务工作。作为家政服务平台的一名普通保洁员,程小云每天都要上门为客户家庭保洁,上午8点至

友情链接

天天财经元宇宙中国SEO域名抢注宝宝起名网网站监控天龙八部之乔峰传电影网会计学习网鸡尾酒品牌网保龄球初学网天天基金行情网时尚女性网遂宁头条新闻网洞庭碧螺春官网今日安庆股票证券网今日聊城南宁分之道官网名人名言大全少儿培训学习网上海高端交友网海尔智家A股桂林三花酒友网成都美食网南昌交友聚会网尚太科技股票黄冈新闻头条网防城港新闻资讯网今日马鞍山株洲新闻头条网梁姓起名网玉溪新闻头条网今日邢台新疆旅游网衢州新闻资讯网小糊涂仙酒股票网
PHP编程知识网-php开源建站系统、PHP程序员网站开发、php编程工具、php菜鸟教程下载、PHP网络编程教学、php网络编程、php工程师、php菜鸟教程数据库、PHP网站开发、PHP精品源码网站、php程序员入门、php零基础入门教程、php源码搭建网站流程、php从入门到精通第2版、php开发简单网站、php制作网站实例、php网站开发实例教程源代码、php中文网破解版、php中文网。
php编程知识 yoceo.cn©2022-2028版权所有