原创
作者:赵立京 2018-03-15 11:23:59
云计算
新闻 作为技术人,一定要理解透彻一个技术方案到底解决的是什么问题,适用场景是什么,如果一味追求最新的技术,对业务的发展只会是损害。
【51CTO.com原创稿件】七年一剑,华丽蜕变。自2012年起连续6年15场峰会,凝聚大量技术专家,博观而约取,厚积而薄发。WOT2018全球软件与运维技术峰会将于2018年5月18-19日在北京粤财JW万豪酒店召开,围绕12大核心热点,汇聚海内外60位一线专家,打造高端技术盛宴!是***IT技术人才学习和人脉拓展不容错过的平台。
近日,51CTO记者对即将参加大会演讲的58速运CTO 沈剑进行了专访,让我们先睹为快,探听他在微服务架构解耦方面的心得。
【讲师简介】
58速运CTO 沈剑
58沈剑,互联网架构技术专家,“架构师之路”公众号作者。曾任百度高级工程师,58同城高级架构师,58同城技术委员会主席。15年调至58到家任高级总监,技术委员会主席,负责基础架构,技术平台,运维安全,信息系统等后端技术体系搭建。17年调至58速运任CTO,负责58速运技术体系的搭建。
有利有弊,揭开微服务的真面目
近年来,微服务已经成了一个热门词汇,获得了越来越多的关注。微服务固然有很多优点:通过分解巨大单体式应用为多个服务方法解决了复杂性问题;使每个服务都有专门开发团队来开发;独立部署;易扩展。但微服务也不是任何业务都适用。“任何脱离业务的架构设计都是耍流氓”,沈剑老师一针见血。“如果不了解微服务解决的问题领域,不了解微服务的优缺点,带来的坑可能会高于带来的收益。”
微服务分层拆分后,能够使系统变得清晰,服务职能更加明确,并且可以向服务调用方屏蔽底层的复杂性,消除代码拷贝,提高系统整体稳定性及质量。
但是,微服务架构会使请求调用路径变长,请求耗时也会增加,系统的复杂性和运维的复杂度都会上升,定位问题的难度和周期都会加长。
所以,只有当业务和系统复杂到一定程度,数据量大到一定程度,并发量逐步上升时,使用微服务架构才更为合适。
曾经困扰58速运架构的那些痛处
沈剑老师以58速运为例,深入解释了微服务架构的适用场景。58速运在使用微服务架构之前,系统存在诸多痛点,例如:
1. 频繁的代码拷贝
2. 组件库的版本兼容与耦合
3. 所有调用方都要关注底层系统的复杂度,例如:存储引擎,分库分表,缓存等细节,使研发效率降低
4. 数据库耦合
5. SQL质量低下,数据库性能降低。
微服务架构的实施,大大缓解了上述痛点。
微服务不可避免的问题:耦合
微服务架构虽好,但是如果实施不当,很可能引发系统之间的耦合。耦合,是架构中本来不相干的代码、模块、服务、系统因为某些原因联系在一起,各自独立性差,导致相互影响。如:IP耦合、数据库耦合、服务耦合等。
当系统之间出现了耦合,就需要通过一系列的手段消除耦合。沈剑老师简单例举了几种方式:
1. 服务之间通过IP耦合在一起,可以通过配置中心解除耦合。
2. 数据库之间耦合,可以通过数据库拆分,在数据库上游建立数据访问服务来解除耦合。
3. 有些服务间的耦合,可以通过异步消息来解除耦合。
沈剑老师透露,在WOT2018全球软件与运维技术峰会上,他将在《58速运微服务架构解耦***实践》专场,与大家现场交流更多关于消除耦合的技术。
***,沈剑老师表示,作为技术人,一定要理解透彻一个技术方案到底解决的是什么问题,适用场景是什么,如果一味追求***的技术,对业务的发展只会是损害。
5 月 18 - 19日,北京•粤财JW万豪酒店,全球最值得关注的IT技术盛宴与您不见不散。2018WOT全球软件与运维技术峰会一定是您发现全新思路、挖掘***思想、拓展人脉的重要平台。
目前我们的各项票种已全面发售。需要提醒您的是,购票越早,折扣越大!与KOL零距离交流,呈现不一样的“英雄盛宴”!
分享文章:WOT2018沈剑:从58速运看微服务架构的优秀实践
文章来源:http://www.shufengxianlan.com/qtweb/news40/475140.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联