嘉宾介绍

李林锋，现任华为PaaS平台架构师，8年Java NIO通信框架、平台中间件架构设计和开发经验，主导设计和开发的华为分布式服务框架已经在全球数十个国家成功商用。精通Netty、Mina、RPC框架、企业ESB总线、分布式服务框架等技术，《Netty权威指南》作者，公司总裁技术创新奖获得者。

王楠w_n（Q1）：李老师，您好！非常荣幸有机会采访到您，首先请您简单的介绍下自己，以及您的技术背景和目前所负责的领域。

李林峰（A1）：你好，各位读者大家好。我叫李林锋，在华为从事电信软件的架构设计，有7年多的行业网关、业务网关和能力开放平台的设计和开发经验，精通NIO通信框架、网关平台、ESB总线等。目前负责华为PaaS平台的架构设计工作。

王楠w_n（Q2）：从一名技术开发者到华为软件平台架构部架构师，再到《分布式服务框架原理与实践》和《Netty权威指南》两本书的作者。回头看这一路的努力和经历，有哪些收获？能否和我们分享一些刻骨铭心的回忆？

李林峰（A2）：工作之余写书确实非常辛苦，它不像写几篇技术文章和博客那么简单。作者需要针对各层级读者的需求进行系统性的分析和调研，再结合技术本身进行连续性、长时间的写作，几乎挤占你所有的业余时间，无论是从精神上还是工作强度，都非常辛苦。

关于写书的收获，可以从两个角度来看：

1)作者角度：写书的过程实际是对自己已有知识和经验的重新梳理、补充和系统化总结的过程，写书是对自己经验和能力的一种升华。当然，通过写书也认识了很多新的朋友，通过技术的交流和碰撞，会产生新的想法。

2)读者角度：无论是Netty，还是分布式服务框架，很多读者从中受益。技术框架的学习和高效使用需要一定的经验积累，对于很多初学者而言，自己啃代码或者网上搜零散的资料，很难在短时间内系统性的掌握相关领域知识。通过技术书籍的学习和实践可以快速的入门，在实践中成长。

印象比较深刻的是去年在上海的一个技术论坛讲高性能RPC框架的设计和实践，我的一个读者从杭州专门开车到上海现场听我的讲座，会后还执意开车将我送到高铁站，然后才回杭州，这位读者的执着精神令我非常感动。

王楠w_n（Q3）：我们了解到，您在平台架构和开放方面有着丰富的从业经验，对初出茅庐的开发新人，在学习和工作习惯上，您的建议有哪些？可否指点一二。

李林峰（A3）：万丈高楼平地起，对于初学者，切莫盲目追求技术广度，要把精力聚焦在自己感兴趣或者工作实际强相关的技术领域，例如平台中间件或者运维工具。把基础知识打牢，我接触到很多工作2-3年的新人，凡是技术功底比较扎实的，工作都能做的非常好，发展潜力也更大。

众所周知，IT行业竞争激烈，压力也很大。对于新人，要能够耐得住寂寞，静下心来踏踏实实的积累工作经验，不要总是想着跳槽涨薪，当你的能力足够强大时，环顾四周会发现机会多得是。

王楠w_n（Q4）：“微服务”无疑是本年度最热的技术关键词之一！那么微服务如何落地呢？部分读者称您书中技术与实践差距太大，您对此如何回答？

李林峰（A4）：首先需要澄清的是，本书并不是专门介绍微服务的技术书籍。本书聚焦在当前更主流、已经被淘宝、亚马逊、华为等巨头广泛采用和实践的分布式服务框架上。

微服务最近确实很火，15年我也很有幸在硅谷跟亚马逊、谷歌等工程师交流过他们对微服务的实践和看法。整体而言，微服务提倡的足够小、可独立部署、升级、伸缩和运维确实能够提升系统的敏捷性，满足业务的快速发布和敏捷交付，降低运维成本。但是它的落地需要微服务的设计、研发工具、Dev&Ops流水线等基础设施的支撑，以及团队管理方式、协作分工流程的变更，如果没有这些微服务生存的合适土壤，盲目实施微服务，可能得不偿失。

最后一点就是与实践差距太大的问题，这个刚才已经澄清了，《分布式服务框架原理与实践》不是专门针对微服务的，它实际是对目前被互联网大厂广泛使用的分布式服务框架的抽象和实践总结，文中所涉及的技术点，正是分布式服务框架的重点和难点，与实际工作息息相关。

王楠w_n（Q5）：近些年来，越来越多网站需要同时提供Web、移动App、OpenAPI多种访问方式，基于分布式服务的业务分治与复用需求越来越强烈，使用分布式服务构建系统已经成为互联网开发的常用手段。但是分布式服务的关键技术有哪些？核心原理是什么？

李林峰（A5）：在我看来，分布式服务框架的关键技术有三点：

1) 底层远程服务调用使用的RPC框架，它负责链路的创建、跨网络通信、消息的发送和接收、消息序列化和反序列化等。

2) 服务的调度和透明化路由，涉及到服务的发布和消费、服务的透明化路由和软负载，以及集群容错等。

3) 服务治理: 服务化之后，如何保障服务线上高效运行，服务发生故障之后如何快速恢复业务，需要一套功能强大和成熟的服务治理体系来保障服务的SLA。

分布式服务框架的核心原理并不复杂，它实际上是RPC框架的升华，为了解决应用服务化之后面临的种种问题和挑战，降低对业务层的侵入，提升服务的开发效率。以RPC框架为基础，把一些通用的服务化能力叠加进来做整合，使各层有机结合起来形成一个整体，随着服务的上线运行，服务的治理和运维能力逐渐被增强，最后逐步演进到了分布式服务框架。

王楠w_n（Q6）：相较业界的分布式服框架，阿里Dubbo、淘宝HSF 、亚马逊Coral Service，华为的优势在哪里？能否详细介绍下这几个框架的性能和优缺点？

李林峰（A6）：这几款分布式服务框架都是各自领域的佼佼者，各有千秋。

阿里Dubbo的特点总结如下：

1)开源，除了阿里的聚划算、来往等，被国内很多公司使用，社区运作比较成功。

2)比较成熟，在阿里内部得到了大规模、广泛的使用。

3)轻量级，第三方依赖类库较少，可以按需裁剪。不依赖具体的运行容器，可以直接使用java main函数拉起来。

4)可扩展，基于Java SPI机制，在通信协议、编解码、Filter拦截器等多个层面提供了扩展接口，用户可以替换或者扩展Dubbo框架自身的能力，例如当当扩展实现的DubboX，新增了Restful协议等功能。

淘宝HSF没有开源，但是作为淘宝3.0架构的核心框架之一，被大家所熟知。它的核心特点总结如下：成熟稳定、支持第三方类库的隔离并具备强大的服务治理能力。

亚马逊的Coral Service的特点总结如下：

1)与亚马逊的其它基础设施集成，实现DevOps。

2)全公司统一服务化开发框架，统一运行平台，快速高效服务开发。

3)超大规模支持：几十万个服务，成千上万开发者同时使用，平均每秒钟有1-2个服务部署。

4)服务由小团队（2 Pizza Team）负责服务开发、测试、部署、治理，运维整个生命周期支撑。

相比于其它几款分布式服务框架，华为的分布式服务框架基于电信运营商的特点做了针对性的设计和优化，例如高并发时的时延毛刺消除、服务调用的安全、电信级5个9可靠性保障等，以及欧美国家的法律合规性整改和隐私保护等，这些都是电信行业和华为全球交付模式的行业特点，与互联网公司内部自己使用还是存在很大差异。

性能和优缺点的对比在此不做详细展开，不同的应用场景和业务诉求，对分布式服务框架的需求也不同。脱离业务实际应用场景直接做性能等特性对比是不合适的。

对于分布式服务框架，只有最合适的，没有最好的。

王楠w_n（Q7）：人们常说，解决问题不在于结果而在于过程。最后，请您聊下实际运用设计框架的思想路径。

李林峰（A7）：相比于编码，架构的设计更加复杂和困难，但是一些方法和实践可以分享给大家，抛砖引玉：

1)高屋建瓴，有所舍，有所得。聚焦在矛盾的主要方面，不要性能、功能、可靠性等都想做到最优，要能够平衡好这些架构要素。

2)切勿脱离业务的实际需求，架构本质上要为商业服务，脱离业务实际的架构是没有商业价值的。

3)不要闭门造车，多参考业界标杆产品的设计理念和优秀实践，吸收消化，为我所用。

4)不要试图做一个完美的理想主义者，架构设计亦如此。架构是为商业服务的，它会随着业务的发展由最初的不完美向完美逐步演进。顺其自然，而不是在设计之初就试图打造最完美的架构。

福利来了

什么？这就结束了……小伙伴们是不是有点意犹未尽呢？别着急，更大的福利来啦！

下周三（1月27日晚20:00），李老师将在我们的IT架构技术交流群，主讲“服务化架构的演讲与实践”，回复“W4”即可获取入群方式哟！

（具体详情参考下图）

ITPub博客

专访华为技术大牛：一起畅谈分布式服务框架！

最新文章