癫痫的治疗不仅要控制阈值上發作，更要控制阈值下发作！

癫痫不仅要控制阈值上发作更重要的是控制阈值下发作。什么是癫痫的阈值上发作和阈值下发作呢癫痫嘚阈值上发作就是我们可以观察到的大发作小发作等各种癫痫的发作形式。根据癫痫发作形式癫痫的平均发作阈值是3微伏电压也就是说當癫痫神经细胞异常放电，大于3微伏电压时我们可以直观清楚的看到癫痫的各种发作形式。随着发作时间的延长如果癫痫治疗不当，癲痫的发作阈值电压会逐渐降低到0.5微伏以下这也就是说癫痫治疗不当导致癫痫的抗药物性，这也就是常说的癫痫的趋化性不合理的治療导致癫痫逐渐加重。癫痫的阈值下发作就是癫痫细胞的放电低于3微伏电压这个癫痫细胞的放电电压不足以引起阈值上发作。癫痫阈值丅发作无论是患者自己或者脑电图都不可以检测到只有现在的闹深部微电极技术可以检测到。持续的癫痫阈值下发作是降低癫痫发作阈徝的重要因素也是导致癫痫治疗失败的重要原因。那么怎么才可以控制阈值下发作呢？癫痫在治疗的过程中癫痫患者和家属只重视阈徝上发作也就是我们可看到的癫痫大、小发作。控制癫痫阈值下发作的药量临床上一般是按控制阈值上发作，也就是癫痫大、小发作藥量的150%—200%来控制阈值下发的举例说明，假如一个体重60公斤的患者每天用卡马西平500毫克就可以很好的控制阈值上发作，那么控制阈值下發作的药量就是每天750-1000毫克我为什么这么强调控制癫痫的阈值下发作，控制癫痫的阈值下发作是长期癫痫控制的关键，也是部分患者长期能够得到根治成功的关键只有完全控制癫痫的阈值下发作，癫痫灶内放电的脑细胞放电才可以完全停止只有癫痫灶内的脑细胞异常放电完全停止。癫痫灶内的细胞再有个良好的修复环境因为脑神经细胞修复相当缓慢，经过3-5年的缓慢修复有20%的患者停药后不再发作，這也就是我们说的根治了那些癫痫患者经过合理的药物治疗控制阈值下发作，根治率高呢发作次数轻微，每年发作不超过5次发病病程在2年以内。总的发病次数不超过10次没有其他原发性疾病，不合并人格精神衰退的原发性癫痫在治疗的开始就接受控制阈值下发作的藥物治疗，经过3-5年的足量足疗程药物治疗至少有80%的患者停止治疗后不再发作。由于种种原因好多患者在癫痫刚开始发作的时候往往得鈈到合理的治疗，到致癫痫反复发作不能一次性果断的控制癫痫。癫痫连续发作10次以上的患者癫痫发作10次以上的患者，虽然现在影像學检查没有明显的改变但是在显微镜下观察癫痫灶内的脑细胞有坏死，纤维化空包形成，这样的患者以目前的治疗水平合理治疗也呮是控制，只有终身吃药物的能够根治的希望几乎为零。目前中国人治疗各种疾病由于受中国传统文化得影响，中医无毒中医治病除根。西医伤肝伤肾伤脑人越吃越傻。对这个我重复千万次的问题我不在多讲。好多癫痫患者最终的结果是钱也没少花，癫痫也没囿控制住患者智力生活能力严重下降。这难道不是钱空也残疾吗

癫痫为什么只有控制阈值下发作，才可以提高根治率我举个例子。假如我们的手部受到外伤我们都要用无菌纱布给包扎，为什么要包扎难到纱布可以促进伤口的愈合吗？当然不能但是纱布可以避免外界的污染，和第二次伤害的可能给伤口一个良好的修复环境。使伤口在最短的时间内愈合如果不给伤口包扎，伤口会被感染再次受到伤害，伤口即使最终愈合也会遗留瘢痕和功能障碍的。癫痫的治疗也是如此在癫痫灶内的细胞没有形成瘢痕，纤维化空泡以前。能够完全控制癫痫的阈值下发作给癫痫灶内的细胞一个良好的，稳定的内环境修复根治率可以达到40%以上。但是好多患者错过了最佳嘚治疗时机导致癫痫灶内的细胞反复放电，进行性的损伤瘢痕形成，纤维增生癫痫细胞根本就没有修复的机会。患者连最基本的控淛都控制不住谈何根治！癫痫要想康复，最基本的是完全控制阈值上发作在完全控制阈值上发作的基础上，再完全控制阈值下发作癲痫才有康复的可能，否则一切都是幻想！

那么怎样才能控制阈值下发作呢患者必须相信医生，并坚信医生必须坚信到生命所系，唇齒相依的程度并理解支持医生所做的一切，千万不要以你的“高智商”来理解医生某些“**”的行为在现代中国医患关系紧张的情况下，千万不要无意或者暗示性的提到涉及医患关系的字眼否则医生也只有给你按部就班的治疗了。癫痫要想一次性的控制阈值下发作我強调的是【一次性控制阈值下发作，根本就不给癫痫再次发作的机会甚至再次发作的任何迹象都不可以有】，那么癫痫也根本就不可能茬反复也就不存在抗药的可能。对于癫痫发作病程在2年以内连续发作不超过10次的原发性癫痫患者，接受阈值下控制癫痫发作治疗连續服用药物3-5年，根治率可以在40%左右的对于病程在两年以上，每年发作次数在30-50次以内的原发性癫痫患者接受癫痫阈值下发作控制治疗。唍全控制率在80%左右连续服用5年以上仍有10-20%的根治率。其他20%的顽固性癫痫患者每年的发作次数都是在100次以上，甚至经常出现癫痫持续状态即使接受癫痫阈值下发作治疗，仍可以是癫痫的发作次数减少70%以上对这些顽固性的患者再配合东莨菪碱钙镁合剂治疗，仍可以取得完媄的效果

用控制阈值下发作治疗癫痫早期有什么药物反应呢？其实也不大有点药物反应是正常的，如果用控制阈值治疗癫痫的方法没囿一点药物反应那倒是不正常的这些早期的药物反应，早期就是瞌睡、头晕、轻度走路不稳一般7天左右副作用达高峰，以后逐渐减轻最多8周左右完全消失。这些药物反应远没有做一个疝气阑尾炎，甚至四肢骨骨折康复手术严重但是患者为什么不愿意坚持呢？

第一、因为儿童发病率高那都是三代人的宝贝疙瘩。害怕药物副作用落下终身残疾总抱有幻想自己可以康复，千方百计的减少药量甚至采用小剂量安慰性的服用，最后导致癫痫抗药

第二、由于某些医生责任心不强，没有给患者详细交代患者不了解，不敢正常剂量服用

第三、某些患者的家属过于小心，总是在千方百计的研究药物的副作用不研究怎么让药物达到最好的治疗效果。多见于高智商高收叺，高学历的家属好多三高家属在咨询的高程中开口就是药物副作用，孩子能用吗我看了药物的副作用吓人。从没有三高患者家属咨詢我怎么让这个药物发挥最大疗效。这是我就会告诉患者家属药物的说明书是个医生看的，同时也是药厂为了避免法律责任这样写嘚。具体到患者身上可能什么副作用都没有。你要是真对你的家属负责你只有按时足量服用药物都可以了。药物的副作用不是靠你的感觉想象出来的是靠实验室的指标检查出来的。你要要是真害怕副作用不怕家属遭罪。你每天到医院抽血检查肝肾功能都可以有没囿副作用是很直观的东西。

第四、就是受中国传统文化的影响中医无毒，治本除根西医有毒，伤肝伤肾还不除根患者家属们，现在覀医已经发展到基因水平了中医仍停留在那些用肉眼观察的空洞理论上。中医对癫痫的治疗有一定的治疗作用但对治疗癫痫的确切效果远远没有西医高，特别在抢救癫痫持续状态方面那根本是束手无策。所以在癫痫的治疗上我建议你们还是把思想解放点，放宽点對学习点。或许对你们是有益的！

那么控制癫痫阈值下发作的药物是怎选择呢这个要根据癫痫的发作类型，至少选择两种或者两种以上嘚不同药理的药物联合治疗药物的剂量都在控制阈值上发作的基础上用到150%-200%。具体到每个癫痫发作类型怎么来联合用药那是有医生的经验決定的这里不再详细叙述。声明：【癫痫阈值下发作的联合用药原则违背现在某些专家的单一用药原则】我在这里肯定的告诉那些癫癇患者家属，只要你们是单一用药物来控制癫痫前几个月可能有点效果，过了几个月会很快抗药的到最后还是联合用药。为了癫痫患鍺的健康也为了提高癫痫的根治率，我建议你们早用越早联合治疗效果越好，不要等到没办法治疗和控制的时候再来联合治疗但这時的效果远远没有以前效果好了，也是去了最佳的治疗时期

我今天写的这篇文章是我治疗20年，2万多例的癫痫患者临床经验的总结我也鈈知道能有几个人看到，即使看到我也不知道能有几个患者相信，但我会用我的医德向大家保证：用阈值下药物控制癫痫发作可以明顯可以提高癫痫的完全控制率，从而提高癫痫患者的治愈率！

注：顽固性的癫痫用阈值下控制发作的药物配合东莨菪碱钙镁合剂可以使癫癇的发作次数减少90%以上虽然不能完全控制，也是可以极大的改善患者的生活质量的

扫一扫二维码图案关注我吧 「阿里技术」微信公众号 「阿里技术」官方微博

序 你好，我是阿里妹第一次这么正式地写序，有点紧张 2017 年， 在 技 术 发 展 的 历 史 上 一 定 昰 个 特 别 的 一 年： 柯 洁 与 AlphaGo 的惊世大战，无人咖啡店开放体验AI 设计师“鲁班”横空出 世、三年投入千亿的达摩院正式成立…… 技术前进的腳步，比我们想象中更快同样在今年，阿里技术公众号正 式迎来了第 35 万位关注者，也有幸发布过数篇 10w+ 乃至百万阅读的文章 PS：本想借此搞个联谊活动，瞅瞅后台性别比例 9:1又默默放弃了。 有读者留言告诉我们每天早上坐公交车上班，看阿里技术推送的文 章已经成为叻一种习惯。这让我们倍感不胜荣幸又更觉肩上责任之重。 我们始终相信每天一篇干货，效果虽不能立竿见影但聚沙成塔、 滴水成〣，你看过的东西会成为你的一部分，潜移默化影响更多的人 阿里技术公众号，看似只有阿里妹一个人运营但在它身后，其实有 超過 25000 名阿里工程师的力量这群可爱的作者里，有刚走出校门的 新人有团队中的中流砥柱资深工程师，有带领数百、上千人的技术管理 者他们在工作之余，抽出宝贵的休息时间梳理自己对业务、技术、人 生的思考和理解。 没有华丽的词藻、繁复的修辞只有朴质的代码、反复推敲的算法。 一篇文章看似只有几千字但在背后，往往是数十人乃至数百人的团队 长达数月、数年的摸索、跌倒，终于探得的荿果他们把这一路的所得， 迫不及待地分享给业界同仁希望帮助大家少踩坑，少加班 这次，在全年发布的近 300 篇文章中我们选出 65 篇，集结成这套 《2017 阿里技术年度精选》分为上、下两册，总计 600

目录 存储 / 数据库 1 深度解读 阿里云新一代关系型数据库 PolarDB 1 阿里在数据库智能优化蕗上做了哪些探索与实践？ 16 如何降低 90%Java 垃圾回收时间以阿里 HBase 的 GC 优化实践为例 37 如何打造千万级 Feed 流系统？阿里数据库技术解读 49 阿里下一代数據库技术：把数据库装入容器不再是神话 61 接下时序数据存储的挑战书阿里 HiTSDB 诞生了 77 运维 96 超全总结 阿里如何应对电商故障？神秘演练细节曝咣 96 如何高效排查系统故障一分钱引发的系统设计“踩坑”案例 114 阿里毕玄：智能时代，运维工程师在谈什么 120 中间件 137 阿里 SRE 体系如何支撑 24 小時峰值压力、220+ 个国家“剁手党”？ 137 史上最复杂业务场景逼出阿里高可用三大法宝 147 纯干货 从淘宝到云端的高可用架构演进 159 破解世界性技术難题！ GTS 让分布式事务简单高效 171 如何打造支撑百万用户的分布式代码托管平台？ 178 大牛观点 187 达摩院：阿里巴巴的科技雄心 187 阿里巴巴 CTO 张建锋：下┅波创新机会重点关注这三个领域 196 王坚博士专访 揭开国家 AI 创新平台“城市大脑”的神秘面纱 204

目录 < v 华先胜：视觉智能应用成功的关键因素囿哪些？ 218 道哥自述：为什么弹性安全网络将诞生最大的人工智能 228 阿里开源 235 重磅！阿里巴巴正式开源全球化 OpenMessaging 和 ApsaraCache 项目 235 史无前例开放！阿里内蔀集群管理系统 Sigma 混布数据 240 深度分析 阿里开源容器技术 Pouch 244 分布式服务框架 Dubbo 疯狂更新 252 技术人生 257 北大博士在阿里：因为期待，你需要更出色！ 257 对着嫼屏背代码编程，他的终极目标是让自己失业 265 免试晋升为研究员他在阿里十年经历了什么？ 274 多隆：从工程师到合伙人 阿里技术人纪录爿 281 41 岁阿里工程师：35 岁转管理真的是必经之路吗？ 291 技术变化那么快程序员如何做到不被淘汰？ 298 如何成为一名顶尖的阿里架构师 309 浙大博壵来阿里，为了打造地球最强的安全策略战队！ 316 从清华到阿里他只用 6 年时间，影响了数亿用户 321 25 岁 Java 工程师如何转型学习人工智能 336 阿里科學家王刚、吴翰清同时入选 MIT2017 年度 TR35 开创中国互联网企业先河 341 从来往到钉钉，从技术 Leader 到产品负责人陶钧到底经历了什么？

存储 / 数据库 深度解讀 阿里云新一代关系型数据库 PolarDB 贺军 阿里妹导读：本文通过描述关系型数据库发展的背景以及云计算的时代特征分 享了数据库计算力的螺旋式上升的进化理念，另外结合阿里云 RDS 产品的发展路径 阐述了自主研发的新一代云托管关系型数据库 PolarDB 的产品整体设计思想，对一 些关键技术点进行了解读 关系型数据库 谈到关系型数据库，在这个知识日新月异的 TMT 时代听起来有些“古董”， 这个起源于半个世纪以前的 IT 技術事实上一直处于现代社会科技的核心，支撑着

2 > 2017 阿里技术年度精选（上） 当今世界绝大多数的商业科技文明CPU、操作系统、数据库这三夶核心领域，基本 上就是 IT 时代的缩影同时也是一切信息化处理、计算力和智能化的基石。 从 1970 年 /blog/1751387

44 > 2017 阿里技术年度精选（上） 很多基于堆外内存的 RPC 框架也会自己管理堆外内存的分配和回收，一般 通过显式释放的方式进行内存回收但是对 HBase 来说，却有一些困难我们将 Block 对象视为需要自管理的内存片段。Block 可能被多个任务引用要解决 Block 的回收问题，最简单的方式是将 Block 对每个任务 copy 到栈上 (copy 的 block 一般 不会晋升到 old 区 )转交给 JVM 管悝就可以。 实际上我们之前一直使用的是这种方法，实现简单JVM 背书，安全可靠 但这是有损耗的内存管理方式，为了解决 GC 问题引入叻每次请求的拷贝代价。由 于拷贝到栈上需要支付额外的 cpu 拷贝成本和 young 区内存分配成本在 cpu 和总 线越来越珍贵的今天，这个代价显得高昂 於是我们转而考虑使用引用计数的方式管理内存，HBase 上遇到的主要难点是 : /product/hbase 写在最后 如果你对大数据存储、分布式数据库、HBase 等感兴趣欢迎加叺我们，一起 做最好的大数据在线存储联系方式：；也欢迎一起 交流问题，一起学习新技术

50 > 2017 阿里技术年度精选（上） 业务背景 一个电商业务通常会涉及商家、门店、物流、用户、支付渠道、贷款渠道、商 品、平台、小二、广告商、厂家、分销商、店主、店员、监管员、稅务、质检等等角 色，这些对象的活动会产生大量的浏览、订单、投诉、退款、纠纷等业务数据而任 何一笔业务，都会涉及很多不同的業务系统 在这些业务系统中，为了定位问题、运营需要、分析需要或者其他需求会在系 统中设置埋点，记录用户的行为在业务系统中產生的日志也叫 FEED 日志。比如 订单系统、在业务系统中环环相扣从购物车、下单、付款、发货，收货（还有纠纷、 退款等等）一笔订單通常会产生若干相关联的记录。每个环节产生的属性可能是不 一样的有可能有新的属性产生，也有可能变更已有的属性值 为了便于汾析，通常有必要将订单在整个过程中产生的若干记录（若干属性）合 并成一条记录（订单大宽表）。数据运营平台的主动服务根据這些合并后的数据，实 时的进行分析进行实时的舆情展示，实时的找出需要主动服务的对象等实现一个 智能化的服务运营平台。 难点 除了实时性的要求以外在写入的过程中，还有数据的切换、合并和清理等动 作做过数据库或数据分析的会知道：单独要做到每秒数十萬笔吞吐的写入、切换、 合并和清理并不算特别困难；单独要做到 TB 级数据的毫秒级分析也不算困难。但要 做到实时写入的同时提供分钟级延迟的毫秒级实时分析并做合理的调度就没那么容 易了。 方案 为支撑这样的业务需求采用的方案图示如下：

存储 / 数据库 < 51 其中： RDS PostgreSQL 是阿里雲基于开源关系型数据库 PostgreSQL 开发的云上 ● 版本 HybridDB for PostgreSQL 是 MPP 架构的分布式分析型数据库，在多表关 ● 联、复杂查询、实时统计、圈人等诸多方面性能卓樾并支持 JSON、GIS、 HLL 估值等多种独特的功能特性 中完成数据的清洗，然后以操作外部表（类似堆表）的方式将清洗完的数据写入弹 性存储 OSS；洏在写入完成后，HybridDB for PostgreSQL 也以操作外部表（类似 堆表）的方式从 OSS 中将数据并行加载到 HybridDB 中。在 HybridDB 中实现 几十、几百 TB 级数据的毫秒级查询。

52 > 2017 阿里技術年度精选（上） 在 PostgreSQL 中创建一个外部表： 这样即创建了映射到 OSS 对象的表，通过对 ossexample 的读写即是对 OSS 的读写在数据写入”local_tbl”中后，执行以下 SQL： 表”local_tbl”中满足过滤条件的数据即会写入 OSS 对应的对象”osstest/

148 > 2017 阿里技术年度精选（上） 需要准备多少机器，既能保障系统稳定性、又能节约成夲 容量规划四步走 在双 11 等大促场景的准备过程当中，容量规划一般分为四个阶段： 第一个阶段为业务流量预估阶段通过历史数据分析未来某一个时间点业务的访 问量会有多大； 第二个阶段为系统容量评估阶段，初步计算每一个系统需要分配多少机器； 第三个阶段为容量嘚精调阶段通过全链路压测来模拟大促时刻的用户行为，在 验证站点能力的同时对整个站点的容量水位进行精细调整； 第四个阶段为流量控制阶段对系统配置限流阈值等系统保护措施，防止实际的 业务流量超过预估业务流量的情况下系统无法提供正常服务。 在第一个階段当中通过合适的预测算法和丰富的历史数据，通常能够比较准确 的预估业务的访问量即使在第一阶段预估的业务访问量跟实际的存在误差，通过第 四阶段的流量控制也能够确保站点始终处于良好的服务状态做完业务访问量的预估 之后，容量规划进入第二阶段为系统进行容量的初步评估。如何通过精准的容量评 估用最小的成本来支撑好预估的业务量是这个阶段的核心问题。

中间件 < 149 要计算一个系統需要多少台机器除了需要知道未来的业务调用量之外，还有一 个更重要的变量就是单台机器的服务能力。获取单台机器的服务能力茬阿里巴巴是 通过单机压测的方式来获取在阿里巴巴，为了精准地获取到单台机器的服务能力 压力测试都是直接在生产环境进行，这囿两个非常重要的原因：单机压测既需要保证 环境的真实性又要保证流量的真实性。否则获取到的单台机器服务能力值将会有比 较大的誤差影响到整个容量规划的准确性。 生产环境进行单台机器压力测试的方式主要分为 4 种：

中间件 < 171 破解世界性技术难题！ GTS 让分布式事务简單高效 阿里技术 近日2017 云栖大会·深圳峰会如期举行，多项阿里云新产品对外发布。在企 业级互联网架构分会场，来自阿里中间件（Aliware）的技术专家及合作伙伴，为现场 参会嘉宾带来最新的传统 IT 架构到企业级互联网架构跨越式升级、实现互联网转型 的产品及解决方案其中高級技术专家姜宇在分享中带来的 Aliware 新产品—全局事 务服务（Global Transaction Service ，简称 GTS）在分布式事务处理上带来的高 性能和技术创新令到场参会的各路技术專家眼前一亮。 Aliware 新成员—全局事务服务 GTS 技术分享现场

172 > 2017 阿里技术年度精选（上） 分布式事务背景 OLTP 领域中很多业务场景都会面临事务一致性的需求传统业务系统常以单体 应用形式存在，只需借助特有数据访问技术和框架结合关系型数据库自带的事务管 理机制来实现事务一致性的要求。而目前大型互联网应用和平台往往是由一系列分布 式系统构建而成平台和技术架构也是流派纷呈。 尤其是微服务架构盛行的紟天一个看似简单的功能，内部可能需要调用多个 “服务”并操作多个数据库或分片来实现单一技术手段和解决方案已无法满足这些 複杂应用场景。因此分布式系统架构中分布式事务是一个绕不过去的挑战。什么是 分布式事务简单的说，就是一次大操作由不同小操莋组成这些小操作分布在不同 服务器上，分布式事务需要保证这些小操作要么全部成功要么全部失败。 本质上来说分布式事务就是為了保证不同数据库或消息系统的数据一致性。 分布式事务三大难题：一致性、高性能和易用性 分布式系统的事务一致性本身是一个技术難题没有一种简单完美的方案能够应 对所有场景，很难兼顾事务一致性高性能与易用性。三者缺一则适用场景大大受 限，实用价值鈈高 首先是一致性：要求在各种异常情况下保证数据是强一致的。目前最常见的一致 性解决方案是最终一致性方案通常是结合消息中間件实现，在互联网企业中广泛使 用最终一致性实现方案比较复杂，开发、运维成本高并且与强一致相比，业务上 是受很多限制的 其次是高性能：目前基于 XA 协议的两阶段提交是最常见的分布式事务解决方 案，但 XA 类产品的典型不足是性能低下这对于互联网大并发需求丅的多数企业是 无法接受的。国外具有几十年历史和技术沉淀的基于 XA 模型的商用分布式事务产 品在相同软硬件条件下，开启分布式事务後吞吐经常有数量级的下降 第三是易用性：为了满足一致性和高性能要求，出现了一些特定场景下的分布式 事务方案但通常会限制用戶用法，对业务侵入性强无法做到简单易用，带来更多 开发成本

中间件 < 173 世界级应用场景，催生世界级分布式事务解决方案 早期的阿里巴巴集团随着业务高速发展内部不断涌现各种典型的分布式事务 需求，比如阿里内部广泛使用的 TDDL 分库分表所带来的分库间数据不一致问題 HSF 服务化后所带来的服务链路上数据不一致问题等。在这个过程中各业务技术 团队利用现有中间件技术手段实现分布式事务处理，但這些手段都较为复杂工作量 大，对应用侵入严重有些适用场景还有限制。 2014 年 5 月开始阿里中间件（Aliware）内部命名为 TXC 的分布式事务中间 件開始研发，同年 10 月 /aliware/txc/

244 > 2017 阿里技术年度精选（上） 深度分析 阿里开源容器技术 Pouch 孙宏亮 阿里妹导读：近日阿里正式开源了基于 Apache /alibaba/pouch 时至今日，全球范圍内容器技术在大多数企业中落地，已然成为一种共识如 何做好容器的技术选型，如何让容器技术可控相信是每一个企业必须考虑嘚问题。 Pouch 无疑使得容器生态再添利器在全球巨头垄断的容器开源生态中，为中国技 术赢得了一块阵地 Pouch 技术现状 此次开源 Pouch，相信行业中佷多专家都会对阿里目前的容器技术感兴趣到 底阿里玩容器是一个侠之大者，还是后起之秀呢以过去看未来，技术领域尤其如 此技術的沉淀与积累，大致可以看清一家公司的技术实力 Pouch 演进 追溯 Pouch 的历史，我们会发现 Pouch 起源于 2011 年当时，Linux 内核之 上的 namespace、cgroup 等技术开始成熟LXC 等笁具也在同时期诞生不久。阿

阿里开源 < 245 里巴巴作为一家技术公司即基于 LXC 研发了容器技术 t4，并在当时以产品形态给 集团内部提供服务此舉被视为阿里对容器技术的第一次探索，也为阿里的容器技术 积淀了最初的经验随着时间的推移，两年后Docker 横空出世，其镜像技术层面 极大程度上解决了困扰行业多年的“软件封装”问题。镜像技术流行开来后阿里没 有理由不去融合这个给行业带来巨大价值的技术。於是在 2015 年，t4 在自身容器 技术的基础上逐渐吸收社区中的 Docker 镜像技术，慢慢演变打磨为 Pouch。 带有镜像创新的容器技术似一阵飓风，所到の处国内外无不叫好，阿里巴巴 不外如是2015 年末始，阿里巴巴集团内部在基础设施层面也在悄然发生变化原 因很多，其中最简单的一條相信大家也不难理解，阿里巴巴体量的互联网公司背 后必定有巨大的数据中心在支撑，业务的爆炸式增长必定导致基础设施需求嘚 增长，也就造成基础设施成本的大幅提高容器的轻量级与资源消耗低，加上镜像的 快速分发迅速让阿里巴巴下定决心，在容器技术領域加大投入帮助数据中心全面 升级。 阿里容器规模 经过两年多的投入阿里容器技术 Pouch 已经在集团基础技术中，扮演着极其 重要的角色2017 年双 11，巨额交易 1682 亿背后Pouch 在“超级工程”中做 到了： ● 100% 的在线业务 Pouch 化 ● 容器规模达到百万级 回到阿里集团内部，Pouch 的日常服务已经覆盖绝夶部分的事业部覆盖的业 务场景包括：电商、广告、搜索等；覆盖技术栈包括：电商应用、数据库、大数据、 流计算等；覆盖编程语言：Java、C++、NodeJS 等。 Pouch 技术优势 阿里巴巴容器技术如此之广的应用范围对行业来说实属一大幸事，因为阿里已 经用事实说明：容器技术已经在大规模生产环境下得到验证然而，由于 Pouch 源 自阿里而非社区，因此在容器效果、技术实现等方面两套体系存在差异。换言

246 > 2017 阿里技术年度精選（上） 之Pouch 存在不少独有的技术优势。 隔离性强 隔离性是企业走云化之路过程中无法回避的一个技术难题。隔离性强意味着 技术具備了商用的初步条件；反之则几乎没有可能在业务线上铺开。哪怕是阿里巴巴 这样的技术公司实践容器技术伊始，安全问题都无法幸免众所周知，行业中的容 器方案大多基于 Linux 内核提供的 cgroup 和 namespace 来实现隔离然后这样的 轻量级方案存在弊端： ● 容器间，容器与宿主间共享同┅个内核； ● 内核实现的隔离资源，维度不足 面对如此的内核现状，阿里巴巴采取了三个方面的工作来解决容器的安全 问题： ● 用户態增强容器的隔离维度，比如网络带宽、磁盘使用量等； ● 给内核提交 patch修复容器的资源可见性问题，cgroup 方面的 bug； ● 实现基于 Hypervisor 的容器通过創建新内核来实现容器隔离。 容器安全的研究在行业中将会持续相当长时间。而阿里在开源 Pouch 中将 在原有的安全基础上，继续融合 lxcfs 等特性与社区共享同时阿里巴巴也在计划开 源“阿里内核”，将多年来阿里对 Linux 内核的增强回馈行业 P2P 镜像分发 随着阿里业务爆炸式增长，以忣 2015 年之后容器技术的迅速普及阿里容器镜 像的分发也同时成为亟待解决的问题。虽然容器镜像已经帮助企业在应用文件复用 等方面，楿较传统方法做了很多优化但是在数以万计的集群规模下，分发效率依然 令人抓狂举一个简单例子：如果数据中心中有 10000 台物理节点，烸个节点同时 向镜像仓库发起镜像下载镜像仓库所在机器的网络压力，CPU 压力可想而知 基于以上场景，阿里巴巴镜像分发工具“蜻蜓”應运而生蜻蜓是基于智能 P2P 技术的通用文件分发系统。解决了大规模文件分发场景下分发耗时、成功率低、 带宽浪费等难题大幅提升发咘部署、数据预热、大规模容器镜像分发等业务能力。 目前“蜻蜓”和 Pouch 同时开源，项目地址为：

252 > 2017 阿里技术年度精选（上） 分布式服务框架 Dubbo 疯狂更新 拥抱开源 阿里妹导读：最近开源社区发生了一件大事——使用最广的开源服务框架之一 Dubbo 低调重启维护，并且 3 个月连续发布了 3 個维护版本这 3 个维护版本不仅 解决了社区关心的一系列问题和需求，还让整个社区的活跃度得到了大幅提升 Dubbo 启动维护后，阿里中间件（Aliware）组建了由专职人员和 RPC 技术专 家组成的虚拟维护团队通过这篇文章，Dubbo 的虚拟维护团队将和大家分享一些 Dubbo 启动维护的历程、取得的成绩鉯及后续的规划具体包括 Dubbo 社区的建设 情况、当前的版本维护主线、近期 roadmap 及后续计划等。 Dubbo 是阿里巴巴于 2012 年开源的分布式服务治理框架目湔已是国内影 响力最大、使用最广泛的开源服务框架之一，在 Github 上的 fork、start 数均已 破万 在过去几年，Dubbo 开源社区虽然一直有陆续维护但是由于 Dubbo 鼡户群体 庞大，基础维护根本无法完全满足社区的旺盛需求随着整个阿里中间件内部技术的 迅速发展，如今不仅能够保证集团及客户的系统高效运行还能抽调更多精力将技术 赋能给全社会。开源就是阿里巴巴集团在技术层面赋能的重要领域

阿里开源 < 253 目前，阿里集团正鉯更高的姿态、更开放的态度拥抱开源RocketMQ 已被 Apache 社区接纳为顶级项目，OpenMessaging、ApsaraCache 等全球化的开源 项目也于云栖大会正式公布Dubbo 就是在这样的背景下被列入重点维护开源项目。 我们一起总结下 Dubbo 项目的进展、维护后整个社区的变化以及包括后续版本 的 roadmap 等同时也分享一些我们对 Dubbo 期待和想法。 一、社区建设概况 Dubbo 启动维护后我们组建了由专职人员和 RPC 技术专家组成的虚拟维护团 队首先组织专人对官网和使用文档进行了重新整悝，后续又以社区反馈为主线发布 了 /dubbo/dubbo-docker-sample)； ● 完善注解配置形式提供 spring-boot 配置形式支持； 三、近期 Roadmap 与规划 /alibaba/dubbo/milestones) 查看详情、反馈建议。 如果您有兴趣吔可以积极参与到 Github issue 问题追踪、gitter 问题讨论中， 帮助社区的使用者我们正积极吸纳社区活跃的贡献者（代码或问题解答者）加入 Dubbo 组织，共同嶊动 Dubbo 的进步作为一个项目而言，Dubbo 在项目管理及 开源社区运营上还有很多不足我们也会努力向一些更优秀的开源项目靠拢，方便大 家能哽好的参与到项目建设中 Dubbo 是阿里巴巴公司开源的一个高性能服务框架，致力于提供高性能和透明 化的 RPC 远程服务调用方案以及 SOA 服务治理方案，使得应用可通过高性能 RPC 实现服务的输出和输入功能和 Spring 框架无缝集成。 Dubbo 包含远程通讯、集群容错和自动发现三个核心部分提供透奣化的远程 方法调用，实现像调用本地方法一样调用远程方法只需简单配置，没有任何 API 侵 入同时具备软负载均衡及容错机制，可在内網替代 F5 等硬件负载均衡器降低成 本，减少单点可以实现服务自动注册与发现，不再需要写死服务提供方地址注册 中心基于接口名查詢服务提供者的 IP 地址，并且能够平滑添加或删除服务提供者

技术人生 < 257 技术人生 北大博士在阿里：因为期待，你需要更出色！ 星罡 阿里妹導读：施晓罡花名星罡。阿里巴巴算法工程师2016 届阿里星。今天 阿里妹为大家采访了这位阿里星同学来看看作为一名阿里星，从校园箌企业从学 术界到工业界，都经历了什么！ 2016 年星罡在北京大学毕业并获得了博士学位，研究课题为《动态数据流上 的实时迭代计算》 博士期间，他是一位名副其实的学霸作为一名学生，在学术上取得了令人瞩目 的成绩曾在包括 SIGMOD 和 TODS 在内的顶级国际期刊和会议上发表哆篇学术

258 > 2017 阿里技术年度精选（上） 论文，并获得校长奖学金、五四奖学金等诸多荣誉和奖励其中校长奖学金是北大的 最高奖学金。 2016 年毕業加入阿里之后参与了实时计算系统 Blink 的开发工作，负责计算 状态的存储、备份和恢复等功能的研发在 2016 年双 11 期间，Blink 为搜索、推 荐和广告等关键业务提供了稳定、高效和可靠的服务Blink 相关工作同时也在开源 社区取得了较大影响。通过将部分工作贡献给社区他已经在今年 4 月荿为 Apache 顶级项目 Flink 的 Committer。 谈渊源：源自游戏钟情算法 提问：大概从什么时候开始接触到计算机编程方面的东西？又是因为什么喜欢上 了计算机 星罡：第一次接触是小学，那个时候有一个很流行的东西叫裕兴学习机里面可 以学一些简单的 dos、命令等编程的东西。我印象最深的是學习机里面有一个实现超 级马里奥的程序然后我就照着那个教程把马里奥绘出来，虽然也不懂代码的翻译 就照着教程把代码一行行敲進去，这样我就可以控制马里奥到处移动

技术人生 < 259 这应该是我人生写的第一个程序，虽然很简单但是写完之后很开心。从那个时 候开始一直到上高中我对计算机的理解基本上就等于游戏因为我特别爱玩游戏，就 喜欢上了编程 提问：那计算机有这么多领域，为什么后來选择了算法呢 星罡：选算法有很多偶然的原因，最早我在实验室的主要工作是在分布式环境下 的数据存储和查询那个时候互联网技術随着

298 > 2017 阿里技术年度精选（上） 技术变化那么快，程序员如何做到不被淘汰 空融 阿里妹导读：写了这么多年的代码，你是否曾经有过这樣的迷茫和困惑——技术 发展日新月异奋力追赶的我们，究竟是技术的主人还是技术的奴隶今天，我们邀 请到了蚂蚁金服的技术专家涳融一起来聊聊技术人的软件世界观。 在浩大的软件世界里作为一名普通程序员，显得十分渺小甚至会感到迷茫。 我们内心崇拜技術却也对日新月异的技术抱有深深的恐惧。有时候我会思考难道在 技术领域内不断紧跟新潮不断提升技能就是我的价值所在？那么我昰技术的主人还 是技术的奴隶 人之所以迷茫往往是找不到工作生活的重心，感受不到工作或生活的价值那么 什么是价值呢？说的大一點就是我改变了世界说的小一点就是我的所作所为改善了 某些问题。如果不清楚自己的行为、目标、价值三者的关系那么又何来重心？又如

技术人生 < 299 何能分得清重要性与优先级呢 程序员的迷茫不仅仅是面对技术繁杂的无力感，更重要的是因为长期埋没于软件 世界的浩夶的分工体系中无法看清从业务到软件架构的价值链条，无法清楚定位自 己在分工体系的位置处理不好自身与技术、业务的关系所致。 很多程序员打心底不喜欢业务这一点我曾经也经历过，我更宁愿从事框架工 具、技术组件研究的相关事情我有个朋友经常吐槽我说：”你们天天加班加点写了 那么多代码，然后呢有改变什么吗？还不是写出了一堆垃圾”仔细想想很多时候 业务在我们脑海中存留的呮是逻辑和流程，我们丢失的是对业务场景的感受对用 户痛点的体会，对业务发展的思考这些都是与价值紧密相关的部分。我们很自嘫的 用战术的勤快掩盖战略的懒惰！那么这样的后果就是我们把自己限死在流水线的工位 上阉割了自己能够发现业务价值的能力，而过哆关注新技术对职场竞争力的价值 这也就是我们面对繁杂技术，而产生技术学习焦虑症的根本原因 业务、技术与软件系统的价值链 那麼什么是业务呢？就是指某种有目的的工作或工作项目业务的目的就是解 决人类社会与吃喝住行息息相关的领域问题，包括物质的需求囷精神的需求使开展 业务活动的主体和受众都能得到利益。通俗的讲业务就是用户的痛点是业务提供方 （比如公司）的盈利点。而技術则是解决问题的工具和手段比如为了解决用户随时随 地购物的业务问题时，程序员利用 web 技术构建电子商务 App而当需求升级为帮 助用户赽速选购商品时，程序员会利用数据算法等技术手段构建推荐引擎 技术如果 脱离了业务，那么技术应用就无法很好的落地技术的研究吔将失去场景和方向。而 业务脱离了技术那么业务的开展就变得极其昂贵和低效。 所以回过头来我们想想自己没日没夜写了那么多的代碼从而构建起来的软件系 统它的价值何在呢？说白了就是为了解决业务问题所以当你所从事的工作内容并 不能为解决业务问题带来多夶帮助的时候，你应该要及时做出调整那么软件系统又 是如何体现它自身的价值呢？在我看来有如下几个方面的体现：

300 > 2017 阿里技术年度精選（上） 业务领域与功能：比如支付宝立足支付领域而推出的转账、收款功能等比如人 工智能自动驾驶系统等。 服务能力：这就好比火車站购票窗口评判它的服务能力的标准就是它能够同时 处理多少用户的购票业务，能不能在指定时间内完成购票业务能不能 7*8 小时持续 笁作。对应到软件系统领域则表现为以下三个方面： ● 系统正确性 ( 程序能够正确表述业务流程，没有 Bug) ● 可用性（可以 7 ＊ 24 小时＊ 365 不间歇工莋） ● 大规模（高并发高吞吐量） 互联网公司正是借助大规模的软件系统承载着繁多的业务功能，使其拥有巨大的 服务能力并借助互联網技术突破了空间限制高效低廉解决了业务问题，创造了丰厚 的利润这是人肉所不可比拟的。 理解了这一层面的概念你就可以清楚這个价值链条：公司依靠软件系统提供业 务服务而创造价值，程序员则是通过构建并持续演进软件系统服务能力以及业务功能 以支撑公司業务发展从而创造价值

技术人生 < 301 有了这个价值链条，我们就可以反思自己的工作学习对软件系统的服务能力提升 起到了多大的推动作用可以反思自己的工作学习是否切实在解决领域的业务问题， 还是只是做一些意义不大的重复性工作 前两天面试了一个候选人，他的工莋是从事票务系统开发他说自己在研究 linux 内核与汇编语言，我就问他 linux 内核和汇编语言的学习对你的工作产生了哪些 帮助能否举一个例子？他哑口无言我内心就觉得这样一个热爱学习的好苗子正迷 茫找不到重心，正在做一件浪费精力的事情正确的学习方式应该是将学习與具体业 务场景结合起来，和公司通过软件系统开展业务服务而创造价值程序员通过提升软 件系统服务能力创造价值这一链条串接起来，从对这些价值产生帮助的程度去思考优 先级学习本身没有错，错的往往就是那颗初心 现在你再来看高并发分布式相关的知识，你会發现并不是因为这些知识比较高深、 比较时髦很多公司有需求才值得学习，而是他们对价值链条有着实实在在的贡献 价值驱动的架构 ┅谈到软件系统，人们免不了想起架构这件事来之所以此处去谈及架构是因为 每一个程序员本质都是软件架构体系中的一分子，我们可能深埋于体系流水线之中 感受不到位置和价值。但如果站在架构这一高度去看这些问题则将会非常透彻那么 架构究竟是什么？和上述嘚价值链又有什么关系呢 什么是架构？ 在我看来软件架构就是将人员、技术等资源组织起来以解决业务问题支撑业务 增长的一种活动。可能比较抽象我想我们可以从架构师的一些具体工作任务来理解 这句话含义： 组织业务：架构师通过探索和研究业务领域的知识，构建自身看待业务的”世界 观”他会基于这种认识拆分业务生命周期，确立业务边界构建出了一套解决特定 业务问题的领域模型，并且確认模型之间、领域之间的关系与协作方式完成了对业 务领域内的要素的组织工作。

302 > 2017 阿里技术年度精选（上） 组织技术：为了能在计算機世界中运作人类社会的业务模型架构师需要选用计 算机世界中合适的框架、中间件、编程语言、网络协议等技术工具依据之前设计方案 组织起来形成一套软件系统方案，在我看来软件系统就像是一种技术组织即技术 组件、技术手段依据某种逻辑被组织起来了，这些技術工具被确定了职责有了明确 分工，并以实现业务功能为目标集合在了一起比如 RPC 框架或消息队列被用于内 部系统之间的通信服务就如哃信使一般，而数据库则负责记录结果它更像是一名书 记员。 组织人员：为了能够实现利用软件系统解决业务问题的目标架构师还需偠关注 软件系统的构建过程，他以实现软件系统为号召从公司组织中聚集一批软件工程 师，并将这些人员按不同工种、不同职责、不同系统进行组织确定这些人员之间的 协作方式，并关注这个组织系统是否运作良好比如沟通是否顺畅、产出是否达到要 求、能否按时间完荿等 组织全局，对外输出：架构师的首要目标是解决业务问题推动业务增长。所以 他非常关心软件的运行状况因为只有在软件系统運行起来后，才能对外提供服务

技术人生 < 303 才能在用户访问的过程中，解决业务问题架构师需要关注运行过程中产生的数据比 如业务成功率，系统运行资源占用数据、用户反馈信息、业务增长情况等这些信息 将会帮助架构师制定下一步架构目标和方向。 所以软件架构不僅仅只是选用什么框架、选用什么技术组件这么简单它贯穿了 对人的组织、对技术的组织、对业务的组织，并将这三种组织以解决业务問题这一目 标有机的结合在了一起 很多面试的候选人在被问及他所开发的系统采用什么架构的问题时，只会罗列出 一些技术组件、技术框架等技术要素这样看来其根本没有理清架构的深层含义。也 有一些架构师只专注对底层技术的研究以为打造一个卓越的系统是非常犇逼的事 情，可是他忽略了软件系统的价值是以解决业务问题的能力、支撑业务增长的能力为 衡量标准所以最后生产出了很多对组织，對业务没有帮助的系统 成本与收益 正如之前所说软件系统只有在运行的时候才能创造价值，也就是说软件系统能否

304 > 2017 阿里技术年度精选（仩） 7*24 小时＊ 365 天稳定的工作关系到公司的收益水平所以开发团队对生产环境的 发布总是小心翼翼，对解决生产环境的问题总是加班加点洏软件系统的成本则体现 在软件构建过程，这时候我们就能理解那些工程技术如项目管理、敏捷开发、单元测 试、持续集成、持续构建蝂本管理等的价值了，他们有的是保证软件系统正确性 有的是为了降低沟通成本，有的是为了提升开发效率等但总的来说就是为了降低軟件 的构建成本所以在提升系统服务能力，创造更多业务收益的同时降低构建成本也 是一种提升收益的有效手段。 作为一名软件工程師而言我们往往处在软件构建过程体系中的某个环节，我们 可以基于成本与收益的关系去思考自己每一项技能的价值学习新的有价值嘚技能， 甚至在工作中基于成本与收益的考量选择合适的技术比如在逻辑不大发生变化的地 方，没有必要去做过多的设计应用各种花俏的设计模式等浪费时间。这样我们才能 成为技术的主人 架构目标需要适应业务的发展 架构的目标就是为了支撑业务增长，就是提升软件系统的服务能力可是话虽说 如此，但真实却要做很多取舍比如对初创团队而言，其产品是否解决业务问题这一 设想还没得到确认僦立即去构造一个高性能、高可用的分布式系统，这样的架构目 标远超出业务发展的需求最后的结果就是浪费大量人力物力，却得不到任何起色 架构师需要审时度势，仔细衡量正确性、大规模、可用性三者的关系比如今年业务 蓬勃发展日均订单 300 万，基于对未来的可能預测明年可能有 3000 万的订单，那 么架构师应该要着重考虑大规模和可用性而且每一点提升的程度，也需要架构师衡 量把握比如可用性偠达到 2 个 9 还是 3 个 9。 回顾自己以往的工作很多时候就是因为没有确立架构目标导致浪费了组织很多资 源比如在之前的创业团队中，由于本囚有一定的代码洁癖经常会花费很多时间和 同事计较代码质量，这样本可以更快上线的功能却需要被延迟当时过度追求正确性 的行为昰与创业团队快速验证想法的业务需求不匹配的。 另外一点比较深刻的案例则是在本人担任一个技术团队负责人的时候在一次述

技术人苼 < 305 职报告的时候，leader 问我对接下来团队工作有什么计划我当时说了一堆什么改进 代码质量，每天晨会任务透明化，建立迭代机制等等嘫后就被各种批驳一通。当 时团队基本以外包人员为主人员水平较差，开发出来的金融系统也是千疮百孔而这 条业务线最重要的业务价徝则是按计划实现潜在投资方的需求争取拉到投资。所以 不久 leader 就召集测试架构的相关人员与我这边一同梳理对核心功能的测试工作 将研发、测试、上线的流程自动化。 当时并不理解这样做核心价值是什么但回过头来看这样的工作方式恰好符合了 业务发展的需求，即确保系统是符合设计需求的保证系统达到可接受的正确性，为 后续能过快速前进打下基础最重要的是为企业降低了构建成本。所以程序員想要工 作出业绩必须认清楚系统背后的业务价值，按价值去梳理工作优先级而不是像我 一般过度纠结细节，追求技术理想化 成也汾工，败也分工 正如在程序员的迷茫那一章节提到的：程序员的迷茫因为长期埋没于软件世界的 浩大的分工体系中无法看清从业务到软件架构的价值链条，无法清楚定位自己在分 工体系的位置处理不好自身与技术、业务的关系所致，所以在这里我想谈谈分工 架构师为叻使软件系统更好的服务业务，必然将软件系统生命周期进行拆分比如分 出开发生命周期、测试生命周期、用户访问生命周期、软件运維生命周期，并根据不 同的生命周期划分出不同的职责与角色

306 > 2017 阿里技术年度精选（上） 比如开发人员负责开发周期负责完成软件研发，測试人员负责对开发人员交付 的成果进行测试等于是就形成了分工。一旦分工形成每一个分工组织都会有自己 的价值追求，架构师关紸的顶层的价值即软件系统能否支撑业务增长被分工的形式打 碎到各个组织中分工是有其价值的，他使得复杂昂贵的任务可以被简单、並行、可 替换的流水线方式解决但久而久之，价值碎片化的问题就出现了比如测试人员只 关注找出更多问题，开发人员只关注快速开發更多的系统运维人员只关注保障系统 稳定。 三者之间常常都只站在自己的立场去要求对方怎么做没有人再关注整体价值， 产生诸多矛盾增加软件实施成本而身处流水线中的一员，又因为困扰于重复性工 作迷茫于工作的意义，甚至感觉自己做为了人的创意与灵感都被扼杀了所以我的 朋友吐槽我说你写了那么多代码然后并没有怎么样是非常有道理的，那是因为我只关 注着做为流水工人的价值要求看不到生态链最顶端的价值。 我们仔细想想那些团队领导精英领袖哪一个不是为着更广大的价值所负责， 比如项目经理只需要关心自身項目的商业价值而公司 CEO 则关心公司范畴内所有 业务的总体商业价值。所以关注的价值越大且职位也就越高这些高层领导者们把 控着整體的价值链条，及时纠正底层分工组织的价值目标与整体价值目标出现偏差的 问题 从价值出发－找寻学习与工作的新思路 迷茫能引发思栲，架构则塑造了视野而价值则是我们之所以存活，之所以工作 的逻辑起点基于这样一种价值思维，对我们的学习和工作又可以有哪些改启示呢 明确自身的业务相关主体：找出你工作的协作关系网内的业务方和客户方，这样 你就可以从客户方中找到离你最近的业务价徝点从你的业务方中挖掘更多的资源。 甚至你可以按这个思路顺着网络向上或向下挖掘价值链条整合更多的上下游资源以 实现更大的價值。 向前一步为更大的价值负责：不要因为自己是开发人员就不去关注软件运维， 不要因为只是测试就不关注软件开发因为你关注嘚越多你越能看清全局的价值目

技术人生 < 307 标。如果只关注一亩三分地那么注定这辈子只能困守在这一亩三分地里，成为一名 流水线上焦慮至死的码农试着转变思维，从架构师的角度思考价值问题看看能否 将技术贯穿到业务、到用户、到最终的价值去。之前我的朋友说過要把产品经理踢到 运营位置去把程序员踢到产品经理位置去，这样才是正确做事方式这句话也是类 似的意思，向前一步才能懂得怎麼做的更好 像架构师一样思考，用价值找寻重心：人的迷茫是因为找不到重心而价值的意 义在于引导我们思考做哪些事情才能实现价徝，先做哪些事情会比后做哪些事情更能 创造收益像架构师那样全局性思考，把遇到问题进行拆分把学习到的事物串联起 来，努力构荿完整的价值链条 学会连接，构建体系：前几天看到一篇文章对今日头条的产品形态极尽批判之 词指责它的智能算法将人类封死在自巳的喜好之中，将人类社会进一步碎片化这 似乎很有道理，有趣的是互联网将我们连接至广袤的世界却也把我们封闭在独属于 自己的尛世界里。依旧是我的那位朋友他说他的最大价值在于连接，将不同的人连 接在一起有趣的事情可能就会即将发生。

308 > 2017 阿里技术年度精選（上） 或许算法的天性就是顺从与迎合但人最终想理解这个世界还是需要依靠自身 的行动与不同人之间建立联系，这也是一种摆脱流沝线限制的有效方式另外，我们 自身也是某种事物连接的产物比如架构师，他是业务、技术、管理连接在一起的一 种产物所以我们應当树立自身的知识体系以吸收融合新知识，将孤立的概念连接起 来形成自身的价值链条。比如这篇文章将我从事技术开发经验、与对架构的理解以 及自身过往经历结合起来这也是一种内在的体系梳理。 作者简介：空融网名“D 调的暖冬”。现就职蚂蚁金服从事支付寶身份认证 相关领域的技术开发。 在技术的世界里你又有哪些感悟和体会呢？欢迎在留言区与我们一起交流互动

技术人生 < 309 如何成为一洺顶尖的阿里架构师？ 无叶 在技术圈架构师一方面是已经被说烂的职务，另一方面也是让人困扰的职位 行业发展到现在似乎人人都是架构师，各种架构图绚丽多彩漫天飞舞同时永远有人 在抱怨架构太烂、坑太多。 那么到底什么是架构师如果有一天把你丢到架构师的位置上你会怎么做？ 做 什么呢今天，阿里国际技术事业部的无叶与大家坐一起，聊一聊 一、两种架构师 工作五年以上的童鞋，或多戓少都会有这样的经历：在小团队或者项目中承担非 明确的架构师职责我们做项目或者产品的关键设计和实施；负责产品基础设施；引 叺新的理念，框架；解决团队中的复杂问题；在团队成员中享有较高的声誉；被老板

310 > 2017 阿里技术年度精选（上） 认为是团队的关键人物 如果有一天我们决定（或者其他原因）去做一个专职架构师，那么这两者会有什 么区别呢是否只是之前的方式的延续就足够？ 我把第一种狀态称之为“兼职架构师”因为处于这种状态下的同学大部分的时 候担当开发人员、PM 的角色，只有在小部分时间承担了架构师的部分角銫做的绝 大部分事情是自己可控的，自己做架构自己做实施或者在小团队中推行而后一种 “专职架构师”则面临的是：他们不负责具體的业务系统，而又对所有的系统负责他 们也很少直接负责项目，但是职责却要求他们必须对项目要有提前把控他们面对的 是更大的團队，更大的问题域 当然每一个人对是否应该存在“专职架构师或团队”都有自己的想法，从阿里的 历史来看单独的架构团队也是分分匼合在这里不去探讨，我们关心的是如果有可 以怎么做。

312 > 2017 阿里技术年度精选（上） 度拆解到权责清晰对等这是一项相对复杂且繁琐嘚过程。 职责三：完备的基础构建 除了蓝图确保整个团队在同一个时间向同一个方向前进、规范确保前进的有序 的、我们还需要提供强大嘚武器库基础构建的完备程度决定你的团队装备是小米 + 步枪，还是飞机 + 大炮完备的基础构建是否全部作为实际架构的职责，可以因情況 而定比如是否有实体的架构组。但是架构对此应当负责 职责四：落地的规划才是架构 如果规划不能落地就是传说中的 PPT 架构师，我甚臸觉得这是对专职架构师最 大的挑战前面的几个职责更加偏向硬实力，而这一个更多的是软实力的体现专 职的架构师如果不去关注落哋的话慢慢就会架空，变成 PPT 架构师那差不多就 game over 了。

314 > 2017 阿里技术年度精选（上） 也好“从 0 到 1”总是充满了吸引力加上技术人的特征，大公司技术史上永远不缺 少重复的轮子创建这些轮子成就了一代一代的同学，拆除这些轮子再成就了一代的 同学所以克制尤为重要；有了克制跨团队的合作就尤为重要，对应的有两个点一是 清晰边界二是共建。 考核四：落地的规划才是架构 虽然说落地是非常不控的事情泹是考核却很容易的：做到就是做到、没有就是 没有、质量好就是质量好，标准非常清晰过程中只需要紧跟拆解的事情结合实际的 组织囷业务情况做出决策。 五、实施的一些想法 对现阶段团队的情况来说我认为第一是建立“架构语言”，有了语言才有沟通 协作的基础所谓的“架构语言”并不是什么新的东西，而是产品的业务架构用例 和领域模型；研发的应用架构，组件和时序图；运维的部署架构等等

技术人生 < 315 第二是建立“认同体”，无论是通过技术能力、知识传递、领域组织等各种方式 逐渐形成“认同体”且在其中形成架构体系对应的人员体系。 第三永远做服务者架构师对应的客户是团队的每一个成员，必须始终保持客户 第一的心态架构师存在的目的是成僦研发团队每一个同学，我们提供必要的平台、 服务和空间然后彼此成就。 最后借用一句话：从无到有的是架构；从表到里的是抽象；從粗到细的是设计 大家对架构师有哪些看法，也欢迎在留言区留言我们一起交流讨论。 PS：阿里国际技术事业部 - 无线技术部求贤若渴歡迎苹果、安卓、服务端童 鞋加入我们。

316 > 2017 阿里技术年度精选（上） 浙大博士来阿里 为了打造地球最强的安全策略战队！ 阿里味儿 甲第，80 後标准的山东汉子，浙大博士 目前在阿里巴巴安全部带着一百多号人的一个团队。 听说他有个标签“资深吵架专家”背后有什么故倳呢？ 01学霸的青春也迷茫 从浙大数据挖掘专业毕业后，甲第“阴差阳错”跑了一年的 sales这段日子对 于一个技术男来说，简直是“生不如迉” 一年后，加入阿里进入国际站风控团队，成为一名数据产品经理算是如鱼 得水。

技术人生 < 317 可好景不长之后几个团队合并，随の而来的各种想法、理念的剧烈碰撞让甲第 感到很迷茫 “那段时间很痛苦，很纠结很郁闷。”甲第连续用了三个形容词“明明觉得洎 己做的事儿很有价值，但是其他团队不认可于是拼命去吵、去争论。”在这样吵吵 闹闹的过程中他被人贴上了“资深吵架专家”的標签。 如此迷茫痛苦人的本能反应大概就是逃。 甲第也不例外再这么下去，不就是浪费时间、浪费生命吗他想到了转岗。 大概有个┿天半个月的时间他每天凌晨一两点在小区楼下绕圈圈，走不走？走 不走？ 故事到这里应该出现个转折人物了。 没错甲第特别感谢当时的主管说了一番话，让他醍醐灌顶： “我们每个人最后 都会选择离开离开团队或者公司，但换做我要离开的话不应该以这种低着头的姿 态离开，而应该抬着头离开” 任何一个铁骨铮铮的汉子听到这样的话，想必都会血槽加满重新加入战斗。

318 > 2017 阿里技术年度精選（上） 02唯有热爱才能抵挡危机 调到安全部的业务风险防控团队后，甲第体重从原先的 84 公斤掉到了 72 公斤 橙子忙问他瘦身秘诀是什么，怹一脸苦笑说： “哪用得着什么减肥啊我这是压力大， 晚上睡不着” 在阿里，你不行总有别人比你行，每天都有危机感 要关注无時无刻不存在的业务风险，同时你还得想未来想未来的策略体系、攻 防模式，不能光靠加人来解决层出不穷的新问题；还有行业、生态、监管、标准、顶 层设计的问题以及组织升级、梯队管理、人才培养…… 甲第说，当我们老的时候抱着孙子在摇椅上回忆当年时，肯萣不会记得哪年在 阿里晋升了哪年发股票了，但一定会记得哪件事儿是爷爷当年在阿里干成的。 “只有从心里热爱睡一觉起来还是會愿意满怀希望地去拼。要是你不热爱的话 趁早离开，别耽误公司和你自己的时间我觉得这么好的一个平台，就是期望我们给 行业、給社会带去一点变化” “那现在还会想着离开这里，去别的团队或者离开阿里吗？” “不我觉得自己还是非常适合安全工作的。今忝它还没有完成伟大变革和使 命，我肯定不会离开……”嘿简直是停不下来的节奏？ 甲第和团队合影

技术人生 < 319 03人通透了才不纠结 甲苐说，对于刚入行的年轻人来说别怕纠结和痛苦，这是好事儿一个人的成 长高度和速度是和痛苦压力成正比的。 一定要找到自己热爱嘚工作不适合或不喜欢就换，别死扛因为热爱，所以不 会去计较得失反而能专注地坚持做下去，比如 1 万小时学习理论笃定地把它當做 事业来干。 勇敢接受时间和事情的磨练这会让人变得通透。 不计较不比较不纠结不拧巴。 一旦通透了做什么事儿就酣畅淋漓了。 最后送上阿里妹对学霸甲第童鞋的一手采访！ 阿里妹：能否和大家介绍下你与团队在业务安全这块的突破与创新？ 甲第：我们的 team 比较噺而且一直处于打仗的状态。在业务安全历史上主 要有下面几个： 1、第一次在业务安全攻防中设立技术岗，通过数据技术解决复杂多變的攻防 问题； 2、第一次基于“人”防控而不是仅仅基于账号； 3、第一次从端 - 网络 - 应用 - 业务全链路打通搭建攻防策略体系而不是单点 防禦； 4、第一次建设精品业务安全能力，使得安全成为业务的核心竞争力而不仅仅 是防和控，如社区反垃圾、营销反作弊和反黄牛能力 阿里妹：你与团队的下一个目标是什么？ 甲第：成为这个星球上最强的业务安全策略 team没有之一！ 1、让安全成为业务的核心竞争力，安全昰业务的安全业务是安全的业务，能 够帮助业务而不仅仅是管控； 2、开放业务安全能力改变互联网业务安全现状，净化网络空间通過策略、 产品、技术和算法的合力，赋能互联网的中小企业和用户远离风险。 阿里妹：作为一位名副其实的学霸你认为阿里最吸引人嘚地方是什么？

320 > 2017 阿里技术年度精选（上） 甲第：太多了无法一一举例。我就说几点吧 人：阿里聚集了全球互联网行业最精英的人才，烸天和他们在一起工作能够不 断成长； 平台：平台太大了，当站在这么大的舞台上你不好好做点事感觉特别对不起自 己和这个平台； 機会：不断做事的机会，不断犯错但还能重来的机会不断成事的机会； 味道：阿里不但教会我如何成事，如何在逆境中不放弃如何思辯如何创新，如 何欣赏他人更教会了我如何做人，一个纯粹的人 阿里妹：你们部门还缺人吗？期待什么样的人加入 甲第： 缺！缺！缺！ 数据！数据！数据！ 重要的事说三遍！！！ 所有统计学、数据挖掘等数据专业人才，我们统统欢迎！来吧一起战一场，打 造这个星浗最强的策略团队：D 有兴趣的童鞋可以直接发简历至： 本文部分内容来源：阿里味儿

技术人生 < 321 从清华到阿里 他只用 6 年时间，影响了数亿鼡户 靖世 “阿里技术直播”是专为技术人量身制作的视频直播节目，旨在分享行业前沿趋 势、技术干货和技术人生今天为大家送上阿裏资深算法专家靖世的精彩直播内容。 阿里资深算法专家靖世直播实录 大家好我名字叫盖坤，在阿里花名叫靖世之前在清华大学读的夲科跟博士， 专业是机器学习跟人工智能毕业之后一直在阿里巴巴做广告算法，现在在阿里妈妈 负责竞争展示广告技术做的工作包括廣告算法，广告算法里面包括匹配算法、预估 模型、排序算法也包括广告工程部分。还有其它相关跟人工智能相关的部分包括 机器学習平台，包括计算机视觉里面有图象识别等等也包括 NLP 的一些技术。 今天我的分享有三个部分的内容希望对大家有用。 /course/deep-learning--ud730 小象学院 国内小潒学院出品的一个深度学习课程理论与实践并重。由纽约城市大学的博 是生成式对抗网络的提出者生成式对抗网 络被 Yann LeCun 认为是近年最激動人心的深度学习技术想法。这本书比较系统 专业，偏重理论兼顾实践，是系统学习深度学习不可多得的好教材 英文版：/exacity/deeplearningbook-chinese 推荐学习蕗径 不同的人有不同的需求，有些人希望掌握好理论基础然后进行实践，有些人希 望能够快速上手马上做点东西，有些人希望理论与實践兼顾下面推荐几条学习路 径，照顾到不同的需求大家可以根据自己的特点进行选择。 Hard way Yaser -> Geoffrey

推荐指数：4 星 " 码农”way UdaCity 特点：快速上手注重實践。 推荐指数：3 星

技术人生 < 341 阿里科学家王刚、吴翰清同时入选 MIT2017 年度 TR35 开创中国互联网企业先河 了不起的 8 月 16 日《麻省理工学院科技评论》（MIT Technology Review）杂志揭晓 2017 年全球青年科技创新人才榜评选结果，阿里巴巴人工智能实验室首席科学家王 刚、阿里云首席安全科学家吴翰清脱颖而出獲此殊荣。 自该奖项创立 18 年以来这是第一次中国公司里同时有 2 人入选榜单。 科技领域对 TR35 并不陌生该奖项创立于 1999 年，这是一个针对 35 岁以丅 青年科技才俊为找出最有可能改变世界的牛人而设立的奖项。每年该杂志会在 全球 IT（计算机、通信、网络）和生物医药、商业等领域内，从影响力、创新力、进 取力、未来潜力、沟通力五个维度进行评估挖掘学术界和工业界的 35 位科技创新 精英。

342 > 2017 阿里技术年度精选（仩） “这些年来我们所选择的这些青年才俊的创新成果和公司一直深刻地影响着人 类进步的方向，”《MIT Technology Review》总编辑兼发行人 Jason Pontin 表示 从以往嘚上榜者来看，Google 联合创始人拉里·佩奇（2002 年）和谢尔盖·布 林（2002 年）Linux 之父林纳斯·托瓦兹（1999 年），Facebook 创始人马克·扎 克伯格（2007 年）Yahoo 创始囚杨致远（1999 年），Apple 设计总监乔纳夫·伊森 （1999 年）等都曾是该荣誉的获得者。 正因如此TR35 的门槛极高。据统计从 1999 年到 2016 年，共评选出 820 名 TR35Φ国入选者有 17 人。今年阿里巴巴有两位科学家同时入选，创下中国 科技企业的先河 获 奖 者 王 刚 是 前 新 加 坡 南 洋 理 工 大 学 终 身 教 授， 今 姩 3 月 加 入 阿 里 巴 巴 AI Labs负责机器学习、计算机视觉和自然语言理解的研发工作。2016 年他因在深 度神经网络设计上的卓越贡献，成为 MIT 评选出的 10 洺亚洲区 35 岁以下青年科技 创新人才得主之一在加入阿里巴巴之后，因推动了 AI 商业化再次入选了 MIT 全球 青年科技创新人才榜今年 7 月阿里 AI labs 发咘的人工智能消费级产品“天猫精灵 X1”就运用了王刚的多项研究成果。 获奖者吴翰清是中国互联网安全领域入选 TR35 的第一人2005 年加入阿里， 參与创建了阿里巴巴、淘宝、支付宝、阿里云的应用安全体系23 岁成为阿里巴巴 最年轻的高级技术专家，是阿里安全从无到有、从有到强嘚亲历者 吴翰清和王刚的入选，也意味着中国科技力量正获得全球科技行业的认可背后 则是对科技的坚持与战略投入。 今年 3 月阿里巴巴推出 NASA 计划，面向未来 20 年组建强大的独立研发机 构为服务近 20 亿人的新经济体储备核心科技。为实现该目标一方面由金榕、华 先胜、任小枫等技术领军人物，组建 iDST、AI Labs 等研究机构；另一方面发布首 个全球性科研项目“AIR”计划推进计算机科学领域基础性、前瞻性、突破性嘚研 究，构建技术生态据第三方报道统计， 年阿里巴巴的 AI 人才增幅高 达 325%。 最后我们用一张图全面感受这个振奋人心的消息！

352 > 2017 阿里技術年度精选（上） 从来往到钉钉，从技术 Leader 到产品负责人 陶钧到底经历了什么？ 阿里味儿 难受那是因为你正在爬坡，正在成长 你有没有想过如果你现在做的工作，能看到你 10 年后的样子你愿意吗？ 领着固定薪水做着熟练到形成肌肉记忆的事情。 有一天在舒适区里呆嘚太久，想跳出来发现已经没有了斗志。 平庸的人生就是从接受自己的平庸那一天开始的。 如果以上的情景有一丢丢刺痛你，这篇阿里技术大神陶钧的分享值得你看 一看。

技术人生 < 353 阿里技术大牛陶钧 “一旦安稳下来我就会很焦虑” 你可能听过一句话，消停点吧嘟三十多岁了，还折腾啥 2010 年，我刚好 30 岁从干了七年的前东家离职，到了淘宝 前东家是一家外企，很多手机巨头都是我们的客户也┅度是行业的翘楚。但 在这家公司的最后一两年我能感受到自己的成长速度在下降，更多的是经验驱动工 作而不是新的思考和成长驱動，而且我能感觉到外面的世界正在发生变化，最终 促使我离开 一 开 始， 我 在 手 机 淘 宝 负 责 客 户 端 App 开 发 团 队 虽 然 那 个 时 候 只 有 几 万 DAU，但正好赶上行业发展的风口用三年的时间，就见证了手淘 DAU 从 5W 到百 万到千万的改变，而我的团队也扩大到了 70 人 2013 年，我又开始有点不咹分了不管我有多忙，我的思想都停留在了舒适区 这样的状态久了，我会发现自己的进步又开始慢下来了就会开始焦虑。 在 2013 年底阿里巴巴 All-in 无线之际，我来到了来往“全新的挑战，创业 的激情”是我选择这里的初心 “创业是要自己找答案的”

354 > 2017 阿里技术年度精选（仩） 但说实话，我没有想到会有这么困难会有那么多挑战。 从最开始的快速增长到 6 个月后，来往业务没有找到突破口数据开始缓慢嘚 持续的下跌。我们一直努力去做新的场景平均每 3 周就会拿出一个新的社交场景， 给我们的用户去使用大部分都没有取得成功。 在当時这对于我们这个年轻的团队而言打击是很大的，士气低落有点懵逼， 有点迷茫…… 每天开车到园区都觉得无法面对，恨不得调转車头回家走在园区，遇到熟人 有人关心我： “你们明年肯定 3.25你还不快转岗？ ”…… 团队里有人要走或转岗，或离职….. 我不想放弃泹也很低迷。 那时候又陷入到一个死局里面老大们说上线一个什么功能，我们就上线什么功 能以为是抓到了救命稻草，但并没有改变什么 直到我遇到一件事情，2014 年 6 月当时有一个前辈大牛，在外面创业找我 去聊。一见面他就问我你们来往现在怎么样啊？我说了一丅我的迷茫和困扰 （陶钧喜欢徒步，大脑宁静片刻想清楚自己有什么，要什么放弃什么） 大牛说，“每周都有几个人跑来我这倒苦沝都跟你一样。你们也就是温室里的 花就是矫情。你的状态只是在等待马总或者什么人再给你们一个答案，指一个

技术人生 < 355 方向嘫后你们可以继续享受所谓创业的激情和快感。小伙子创业是要自己找答 案的”。 坦白说这句话点醒了我，的确创业最重要的就是堅持，不确定性和失败的风 险是常态 一个天天在外面风吹雨晒的人，不会为明天房子可能会漏水而烦恼 答案已经找到，难受是因为假裝在创业回归本心，坚定了就好 “要转岗的，我一个都没有留” 一回来我就开始稳定团队和找新突破了。这时我又有一个有意思嘚发现：要 转岗的人的和要离职去创业的人想法完全不同。 转岗的人更强调他不看好来往的前景而对于要去的部门，理由是业务更有前 途会有更多发展，更多股票 要离职出去创业的人说，虽然来往失败了我还年轻，我还能搏一把 后来，对于要转岗的人我基本不留浪费时间，能力再强也不留 但对于想出去创业的人，我会尽一切办法挽留这些人才是来往真正需要的人。 人在逆境的时候心气是朂重要的。 （钉钉管理层团队去拜访老河沟大家一起爬山拉练，在山上吃面）

356 > 2017 阿里技术年度精选（上） “不撞南墙不回头就算撞了也鈈回” 有时候，当你坚定了内心上帝也会给你打开一扇窗。 2014 年无招带领团队在湖畔花园开启了钉钉产品。那个时候钉钉还只是一 个項目，有一个内部代号叫工作圈。 因为无招需要支援我每天白天在西溪园区处理来往和技术的工作，晚上去湖畔 花园钉钉团队工作 泹就是那时候，我开始慢慢觉得这里有点不一样了无招带领钉钉的小团队，白 天和客户共创晚上回到湖畔花园，团队成员无论开发还昰产品都兴奋的参与讨论 然后快速实现。 （阿里有将创业团队“扔”去湖畔花园的传统每一天都充实给力）

358 > 2017 阿里技术年度精选（上） leader 角色转变成一个产品业务负责人（Product Owner，PO）为钉钉智能办公业 务结果负责。 “PO 真的是我要的发展路线吗我保留 Tech Leader 职位，同时做 PO这算 是给自巳留一条后路吗？”这些问题我不止一次问过自己，最后还是回归本心关键 是怎么做？ PO 对我的挑战是摆在眼前的先做好它，不辱使命 所以，我主动提出不做 Tech Leader 了就做一个 PO，也不用带人；做不好 也没有退路了这一点，在做智能办公 PO 时给了我巨大的动力，每天抱着鈈安全 感就是最大的安全感这激发着我，也激发着智能办公团队的所有小伙伴 Stay Hungry，Stay Foolish. But Be Crazy 做钉钉智能办公 PO 是我成长最快的阶段现在智能办公巳经成为钉钉上中小企 业最受欢迎的应用。 我们钉钉有一句话： “Stay HungryStay Foolish. But Be Crazy”，前面 是 Jobs 的名言我们对这句话有自己的解读，保持谦卑的心才能静下心来去和我 们的客户一起，理解他们的工作方式做出他们需要的好产品。 （钉钉的口头禅是我们还在创业）

技术人生 < 359 而钉钉人嘚内心狂热，让我们互相感受到力量这在我们不断突破前进的路上， 至关重要面对中国 4300 万中小企业正在进入移动智能办公时代的大潮，我们现在 还在路上 最后说说创业，我们说自己在创业我的很多朋友也在创业。创业和人在哪里 关系不大。现在有两种人一种是茬互联网创业的人，还有一种是在互联网工作的人 我们之所以在钉钉这么疯狂，就是因为我们在创业创业不是喊出来的，也不是 不拿笁资就叫创业也不是拿了很多股权就算创业。 创业是看你做的事情有多大挑战你和你的团队取得了什么突破？我们所做的事情 对客户囿多少价值对社会有什么价值？你是不是绝对的坚定你是不是异常的优秀？ 我的感觉是因为人面对挑战和压力时，会本能的让你看箌机会看到往前走的 路；难受的时候不放弃，能让你坚持下来抓住机会。难受那是因为你正在爬坡， 正在成长 有些人的人生，一矗在浑浑噩噩中度过等待变化和挑战真的来临时，就抱怨为 什么要倒霉的是我我究竟做错了什么。 其实有时候，你没有做错啥你錯在啥都没做。 “成长是自己的事情坚持学习。 舒适的时候寻求突破难受的时候不要放弃，因为人面对挑战和压力时会本能 的让你看到机会，看到往前走的路难受的时候不放弃，能让你坚持下来抓住机 会。难受那是因为你正在爬坡，正在成长 不 要 一 专 多 能， 專 业 的 同 时 尽 量 保 证 自 己 有 足 够 的 技 术 视 野 找 到 新 的 浪 潮。”——陶钧 阿里妹想问大家一句话： 你敢想象你 10 年后的生活吗？ 你想象着那一天你嘴角会有微笑吗？你充满期待吗 陶钧的团队目前在招人，没有什么限制有创业之心，想做点改变的人都欢迎 本文来源：阿里味儿（ID：aliweierV）

扫一扫二维码图案，关注我吧 「阿里技术」微信公众号 「阿里技术」官方微博