大家早上好，我是智宇，来自阿里巴巴商家业务奇迹部。很高兴能本日能在运维专场的开场给大家分享一下聚石塔容器系统运维。在进入正题前我先大略先容一下聚石塔。聚石塔是阿里巴巴电商云平台，紧张是面向全体阿里电商生态，供应带有电商属性的云做事。大家知道环绕着阿里电商生态有传统观点的买家，卖家之外，还有品牌商，做事商和ISV也便是独立软开拓商等角色。除了阿里巴巴供应的根本的电商做事外，这些中小卖家，品牌商在运营中的一些个性化的需求实在是非常多样化的，举个例子，比如雅诗兰黛把他的天猫旗舰店和原有CRM系统做对接，比如优衣库希望通过游戏的办法给用户发优惠券，可以说是千奇百怪，这些多样化的需求纯挚靠平台方是很难很好的知足。以是阿里生态中有开拓能力的品牌商，做事商，以及ISV都须要开拓软件，来和阿里的系统做对接，那这些软件，便是跑在聚石塔上面。目前聚石塔做事了险些所有的淘宝商家，97%以上的订单都是跑在聚石塔上面。可以说聚石塔是商家业务的基石。
聚石塔作为阿里电商云平台，除了供应基于阿里云的根本IaaS云做事之外，紧张供应了许多电商PaaS类做事，比如业务干系的电子面单，订单推送，比如数据干系的御膳房，当然也供应了PaaS容器做事，这个也是本日禀享的主题，聚石塔容器做事EWS，那么为什么要做容器做事? 为什么要做EWS。EWS究竟是做什么的，这里面我想先讲讲需求和背景信息。
EWS是从TAE （Taobao AppEngine）演进过来的，最早TAE1.0定位为安全容器，用于办理聚石塔上的数据安全和站内安全问题。这里举个例子，大家知道淘宝上商家会产生很多数据，这个数据实在是属于商家自己的，那第三方软件开拓商开拓软件比如营销软件，签到软件是卖给很多商家利用，我即卖给ao史密斯，也卖给李宁。那么如何担保这些商家的数据不被第三方软件开拓商滥用，或者只能在授权的情形下利用，这便是TAE1.0要办理的数据安全问题。再举个例子，很多开拓商开拓的软件，比如抽奖插件，这些都是运行在淘宝店铺页面上的，如果这些开拓商开拓的软件存在xss,sql注入等一些漏洞，那么就会被不法分子利用，这样就会对淘宝造成非常大的负面影响。以是TAE1.0紧张在安全方面做了很多的事情。但紧张还是针对一些Web程序。 随着业务的发展，用户的系统架构也在升级，纯挚的Web运用无法知足用户需求。用户的程序逐渐从2层架构，演进到了三层架构。数据库不只须要Mysql了，还须要缓存，还须要mongodb，通信也须要总线化，也须要行列步队。以是针对这种需求，TAE2.0紧张是做了支持三层体系架构的PaaS，也便是全架构PaaS，TAE2.0全面的做事了阿里百川无线开放平台，就在昨天阿里百川也和InfoQ达成了计策互助。在去年的年中，我们创造用户的需求又发生了变革，PaaS形态的封闭性，已经不能适应用户的需求。比如对多机房容灾，异地多活，弹性打算有了更高的哀求。尤其是去年发生了多起IDC故障，用户对高可靠系统架构的需求格外高。以是针对这种情形，我们又推出了EWS做事，目的让用户能够大略的获取高质量架构的能力。
首先来看一下EWS 的业务架构，EWS的全称是Enterprise Workstation,叫企业事情站。紧张三个层次，底层是基于阿里云根本做事，中间是聚石塔和容器平台，包含御城河，云盾安全做事，紧张做安全防护。供应多措辞的容器做事。并且配套镜像做事，多Region弹性打算做事，以及可视化运维系统。整体构成了一套企业高质量架构产品化办理方案。最上面是业务。可以看到分成了两部分，左边是针对ISV的一些开放业务，这些业务都是第三方开拓软件运行的淘宝环境，比如店铺模块儿，阿里百川，满天星。大家如果喝可乐的时候扫过上面的二维码，跳转到一些活动页面，便是满天星业务，就在EWS上面。当然，除了做事ISV,EWS也做事了很多淘宝内部的业务，右边的一部分是一些内部系统，比如多媒体做事，订单推送，APM做事等。
由于既做事站内业务，也做事ISV，这里我们就创造了一个很故意思的征象，便是内部系统的需求和外部系统需求不一样，我们知足需求的模式也不一样。 首先看看ISV用户。一样平常ISV要开拓一个工具，或者参加一个活动。他们的哀求是快速开拓，快速上线，投入也不多便是2，3个开拓。系统架构也不标准化，什么措辞都有，java，php，nodejs，c#非常多样化。 其余呢本身他们的系统架构能力还是一样平常的。 但对付平台方来讲，由于它是跑在淘宝环境，用户认为这是淘宝的做事，那么当然我们就哀求这些做事有着淘宝系统的质量。 一个希望又快又省钱，另一个希望又猛又持久，彷佛是天生的抵牾。再加上第三方开拓职员水平参差不齐，这个怎么解？我们做事了这么多ISV后，总结了一下方法，归结成叫做“老中医模式”。用户来了之后，先看他系统架构，就像老中医号脉一样，手一搭脉，眉头就一皱，苦口婆心的说：“恩，年轻人，你得补补肾啊”。 ISV一听急了：“什么，我今晚就要入洞房，你现在让我补肾。” 老中医缕了一下髯毛，淡定的说：“恩，莫慌，待老夫给你一剂猛药。” 然后就什么千年雪莲，万年人参统统用上了，末了结账的时候，ISV总说我五行缺钱。这个实在像极了ISV的接入过程。 审架构就像号脉，ISV肾虚那便是性能压测过不了关。 猛药便是加机器。 但这种模型很难批量复制。那么怎么才能做成产品化的办理方案，不用老中医号脉了呢。我们先暂且不表。花开两朵，咱们再来看看内部业务需求如何知足。
EWS也做事了很多站内系统。比如订单推送。淘宝97%的订单跑在聚石塔上，就本日的详细情形来讲，淘宝97%的订单实在是跑在EWS上面的。针对这种内部大客户，我们总结叫“老鸨模式”，实在也便是经济人模式。好比一个歌手，身怀绝技，但便是没名气，形象没包装过，也没有粉丝，在这个年代光靠硬碰硬刚毅刚烈面是不足的，以是还要立体化的包装。拿订单推送举例，在EWS之前，还是单Region模式，进入EWS之后便是多Region模式。 在EWS之前整体的管控还是基于做事器包发布，到EWS后变成了可以支持容器标签发布。这样做按Region，按标签灰度就变得非常大略，镜像发布又让交付变的更加标准。 以是这种经济人模式，便是把身怀绝技但不出世的高手包装成明星的模式。这个也有一个好处，你想ladygaga都是我旗下艺人，你过来吧，把你包装成国际巨星。对EWS也是一样，淘宝97%的订单都在EWS上了，那其他想成为Lady GAGA的业务不得蜂拥而至吗，那直播，APM，顽兔多媒体也都在EWS帮助下实现了异地多活，弹性打算的高质量，和高灵巧运维。你只须要写高质量的程序，把高质量的架构交给EWS。
当既具备了老中医的能力，又具备了经纪人的能力后。我们就思考一件事情。便是一个别系是怎么一步一步从最大略的架构变成高质量架构的，这是我们在做事了上千开拓者，以及做事站内大型用户的根本上总结出来的一套演进路线。由于本钱，业务发展，职员本色等综称身分，一个业务系统基本上都会经历着5个步骤，范例的从最早两层裸奔，到末了具备单元化做事的路径。首先是一定是一个两层构造，第一阶段Web+数据库我们叫做两层裸奔。第二阶段增加了大略的负载均衡，数据库的灾备，并且接入CDN。第三步当业务发展到一定阶段，网络上纯http短链接的办法已经很难知足业务需求，那么会增加长连接， 中间会增加缓存和行列步队。 第四步由于业务高可用哀求，基本会把各个功能性的做事，做事化。比如数据库增加DB Proxy 比如缓存增加Cache Proxy，这样可以做到一直服数据升级，包括阿里云的RDS 和 OCS核心 也是基于一套Proxy的高可靠运维系统。第五阶段便是单元化，具备统一块存储能力，具备异地多活的能力，也便是淘宝现在具备的能力。
基于上面的铺垫，大家一定有这种觉得，如果每新建一个别系，都要这么演进，太费劲。能不能一步到位？能不能别一开始给我大略单纯房，一步到位海景房。能不能让一个别系在培植初期就具备构建快速，发布灵巧，运维大略。能不能直接具备多Region，负载均衡，弹性打算的能力。这个便是EWS的目标。 末了我们把它总结为10个字。便是“高质量架构产品化输出”。输出的是什么，是能力，是内力，就像无崖子把一个甲子的功力给虚竹一样。在这里大家也肯定能想到，把自己系统培植成高质量已经是很难的事情了， 那么把高质量架构作为一种能力输出，或者说把高质量架构做成一个产品，一定会更难。这个难事儿，便是EWS要做的事情。
那么EWS究竟要怎么做，才能做到高质量架构产品化输出呢？接下来我想讲一下EWS的技能实现。
开门见山，基于做事于阿里商家业务多年的履历，我们团队总结出了高质量架构系统在6个维度的20个能力。EWS正是基于这个方法论进行系统培植。这里面包含了“可靠性”：你的系统是不是具备异地多活，负载均衡的能力。“扩展能力”：是否具备弹性伸缩，海量扩展的能力。“性能”：是否在运用，链路，措辞层面都有profile的能力。“可用性”：是否具备告警，康健检讨，故障迁移，IP漂移，当然还有运维能力和安全能力。统共6个维度的20个能力。我在这里不一一讲每中能力怎么实现，但很明显，这20个能力中的每一个都是一个大命题，都不是开拓一个两个模块儿就能实现的，都须要多系统合营来实现。那要怎么讲？先来看一下EWS的整体架构。
这是EWS的整体架构图，分了两个部分。左边是用户访问的runtime系统， 右边是运维系统。 在runtime系统里又分为上中下三个层次。最上面是统一接入层卖力安全和负载均衡。最下面这天记和监控系统，值得一提的是全体日志和监控系统带有APM的功能。中间是核心管控系统，包括容器，分区管控系统，功能系统，中央管控系统。右边是运维，整体两部分一部分是给用户的运维掌握台，另一部分是管控系统的运维掌握台。大家看这里面大大小小的方块儿得有几十个，每一个背后都是一个别系。以是说高质量架构产品化输出光从事情量上就已经是很大了。就像航天工程一样，你能制作零件还弗成，你还得能把这些零件集成在一起，让他变成航天飞机。下面我想分别从多Region异地多活，统一接入和安全，Overlay网络虚拟化，以及运用模型和弹性打算几个方面来说说如何把零件，变成航天飞机，如果把伶仃的功能点变成高质量架构6个维度的20种能力。
大家还记不记得去年有几次极度的IDC故障，比如有个云做事商机房被雷劈，导致大规模机器重启，但机器启动不起来。为啥起不来，太多机器一起重启电压不足。还比如光缆被挖掘机挖断，本来是城市环网，带热备的，结果两根光缆埋在了一起，一铲子下去也环不起来了。 出了这种事情，究竟是谁的任务？ 作为做事供应商当然不能自怨自艾，尤其是淘宝，大家便是认为系统挂了。以是对付系统来讲要具备异地多活的能力。目前淘宝主链路基本异地多活了。但是刚才说了，那些支配在聚石塔的ISV的系统怎么办？ 怎么让他们具备异地多活的能力？首先，你得有多个机房，目前EWS在北京，杭州，青岛，深圳，包括上海都有机房。有了机房后，还有把多机房支配能力输出给ISV。我怎么方便的多机房发布，怎么回滚，怎么灰度，这些都要考虑。很多团队都选择在半夜发系统，这个是规矩，有规矩当然是好事，但是随时随地发版本是一种能力，能够随时随地多Region的发版本更是一种高等能力。除此之外，还须要具备快速新建Region的能力，比如我希望有外洋节点，你不能说新建个Region须要三个月。目前EWS管控一个新的IDC，从资源准备，支配，到测试上线，只须要不到三天。
我们创造，要把多Region能力输出给ISV，这是个哲学问题。你要让ISV的系统多Region，那么你自己的管控系统本身就得是多Region的。那你这套管控系统是不是要管控你自己呢，能不能管控你自己的？EWS多Region架构基本分了三层，最底层是中央管控，中间是分区管控，最上面是用户区管控。是一个范例的Master Slave架构。这里面所有的分区管控系统都是Region化支配，其余，由于分区和用户区之间有防火墙设置，EWS采取的长链的办法去做通信。这样担保能够穿透防火墙。长连接这种模式非常适宜有公私网防火墙穿越哀求的系统，比如直播，比如推送。 我们所有系统在Region化的同时，也镜像化了。通过镜像来发布系统最大的好处是标准化。EWS镜像仓库也是主备模式，采取二级缓存和回原的方案，担保镜像的下载速率。针对外洋Region，还供应了镜像加速。如果一个Region10个模块儿，每个模块儿2台机器，那么五个Region就100台机器，以是这种多Region的系统管理上也是非常大的寻衅。这就哀求又一个非常好用的发布系统。这里面又一个非常好玩的事情，便是EWS给用户供应的多Region发布系统，本身也是多Region发布的。又是一种鸡生蛋，蛋生鸡的觉得。EWS自己多Region发布通过镜像来做，这样标准化。之前又一个朋友在群里问我，你说我们用镜像发布好，还是用原来的发代码包的好。我说，如果你能够制订标准，你就镜像发布，如果你要做事ISV，还是要符合他们的习气。现实情形是第三方开拓商的需求便是多种多样了，EWS团队选择了知足他们，以是我们供应了包发布，Git发布，标签发布，回滚发布，镜像发布。这个在产品化上更知心一些。
EWS供应的其余一个主要的功能，是统一接入层。统一接入层紧张供应四方面的功能，第一域名管理，第二负载均衡，第三安全防护，第四康健检讨。这四条实在是密不可分的。其余想要做优雅发布，弹性打算，发布系统和弹性打算系统也须要和接入层做紧密的对接。由于EWS做事的第三办法式都是运行在淘宝里面，以是一个统一的域名就很关键比如登录态保持，比如一些安全扫描，都是从统一的域名这个入口来的。接入层的负载均衡，最主要是避免了ISV自己搭建Nginx，这是架构标准化很关键的一环。架构标准化了才能够动态扩容。这样才能更好的支持双11这种场景。实在很多ISV不知道安全防护的主要性，我们有一个ISV他的一个工具在EWS支配了一套，站外还有一套，他一开是就抱怨，为什么要搞两套。结果被DDOS, 站外挂了不说，还丢失了不小的一笔钱。以是统一接入层不只保护淘宝自己，更是在保护ISV。
目前EWS接入层支持http，和https。并且能够防DDOS，CC攻击，也能够对页面漏洞做扫描。全体集群可以支持到比较高的Qps访问量，详细数据不说了，不过昨天我看朋友圈说Uber接入层支持17wQps，EWS的接入层还是比Uber高了那么一点点。其余在发布，动态扩容，故障迁移等场景，接入层能做到域名到容器的路由毫秒级生效，这样实在是弹性打算能力的一个最基本的保障。否则你弹性扩容了10台机器，结果域名生效要10分钟，那这个就不叫具备弹性扩容的能力。其余，全体接入层也是Docker化的，我们进行扩容也是分钟级的。当现有容量撑不住的时候，可以在1个小时之内能将接入层能力提升一倍。当然现在的容量已经非常大了，但还是那句话，弹性打算是一种能力，只能你系统的每个环节都能弹性打算的，才叫具备了弹性打算的能力。弹性打算不是加机器这么大略的事儿。
那么什么样的系统才叫具备弹性打算的系统。我们总结最最少涉及三个方面“弹性扩容和缩容”，“系统编排和混部”，“康健检讨和迁移”。弹性扩容和缩就包括：“优雅发布和一直服升级、垂直扩容和水平扩容、手动弹性和自动规则弹性”。 系统编排和混部包括：“系统构建、多运用混部、多维度的编排”。康健检讨迁移包括：“机器故障检讨，运用故障检讨、有状态迁移和无状态迁移、手动故障规复以及自动故障规复”。每一个都是一个大命题，没有个须要多兵种合营完成。以是我将，现在对外宣扬的通用弹性打算，基本都是伪弹性打算，由于没有业务语义的弹性打算只能扩机器而已。
要支持弹性打算，最主要是什么？我们以为，首先要有一个好的系统模型。这个是EWS系统模型架构图，EWS系统模型在运维维度分为Region,Zone,App 在开拓维度分为 Service，Node，每个Node里面是Container，Container里面的行为一贯的程序。Contaienr可以分布在不同的Host上。个中不同的Node，可以组成类似Kubernetes POD观点。
Kubernetes的模型设计是被人津津乐道的，尤其是Pod的观点。但EWS整体的模型还是从需求来的，每一个模型角色都在现实中有对应的场景。并且一定是已经生产化的场景。末了总结下来EWS和Kubernetes在很多方面有异曲同工的意思，很多角色能逐一对应上，比如Node,比如Service，比如支持Pod观点（在Pod的行为上EWS有一定的取舍，比如EWS哀求Pod里面的行为是固定的），虽然在细节上有差异，但整体理念上是处于同一层次。我的理解，一个武当，一个少林罢了。 但核心差异上我觉的有三点，EWS在调度层面以Contianer为主，以Node为辅。 EWS引入了运维段模型，便是Region，Zone，和App的观点。 其余，EWS不强调块儿存储，不强调Volume，强调有状态做事化，比如存储都用RDS，OCS，OSS。孰优孰劣不评价，但EWS是目前生产环境利用比较广泛，我们支持了淘宝97%的订单，支持了所有无线第三方软件并做事了几百万的淘宝商家。在做的各位，只要你用过淘宝，我相信EWS也间接手事过你们。
刚才讲到弹性打算，弹性打算有一个很大的命题便是网络虚拟化。这里面又有一个IP漂移的命题。便是当做事器down掉了，或者硬件过保了。你势必会涉及到迁移的问题。无状态的做事还好说，那么那些有状态的做事怎么办。IP地址变了是不是代码也要随着变？这是个很大的问题。如果没有这个问题，Docker原有的Host和Nat模式已经能很好的做事了。但什么才叫真正的弹性打算，能够把IP、端口、域名这些网络资源变成无状态资源。才叫真正的弹性打算，才能达到真正的弹性打算。 现有的网络设备的大二层方案实在已经有了设备层的IP漂移方案，但现实问题是，一个机房的培植一定会有很多历史包袱，他一定有很多批次的交流机，路由器，况且在海内的网络环境下，很难构建一个真正的大二层网络。 基本都是三层网络构造。那么这种IP漂移就变的非常难，也非常奢侈。以是在现有网络根本上，建立一个Overlay的网络，在某些场景下就变的自然成为刚需。当你须要考虑如何让现有业务无缝的迁移的时候，那你就须要Overlay的网络。
当你具备了，统一接入层，当你具备了良好的系统该模型，当你具备了Overlay网络虚拟化，那么真正的弹性打算时期就来了。你就有动态伸缩，系统编排混部，你就有康健检讨和故障迁移。在这些根本举动步伐都完备的根本上，那么通过弹性规则引擎，故障规则引擎，系统编排引擎。你就可以灵巧的想怎么弹就怎么弹，想怎么迁就怎么迁。我们管这种系统叫金箍棒系统。目前EWS无状态迁移可以做到分钟级，有状态一直服迁移可以做到5分钟级，有状态存储（10G）迁移可以做到10分钟级。目前EWS的弹性打算还是处于一个早期阶段，到真正我们心目中的弹性打算，到心目中的弹性打算能运用莅临盆环境，我们还有很长的路要走。还是那句话，弹性打算如果只增加机器的话，那是伪弹性。
高质量架构还有两点不得不说，那便是高稳定性和高性能。高稳定性靠监控，一个别系是监控能力强不强很关键的，讲一个段子：有一天用户访问页面出了500，用户抱怨的时候，开拓同学那边立时收到了告警，然后赶紧跟老板申报请示：“老大，刚才发了个版本，可能出故障了。”老板大怒：“什么？你尽然发版本竟然我不知道。”开拓同学委曲的说：“你不是老跟我们说随时随地想发就发是一种能力么。” 老板一听颇为尴尬：“少废话，赶紧看啥问题”。结果一看，哦，刚才发的代码手一抖URL少了一个斜杠，立时打开在线IDE修正发布。从发先问题到办理花了2分钟。这时候用户还不放弃，一直的刷新也，大惊：“恩？好！
” 这时候用户心里就嘀咕了：“都4G了，怎么移动还老掉线。”。这虽然是个段子，但这代表了什么，代表了这只团队有先于用户创造问题的能力。这个可是钱啊，一个故障你5分钟办理，还是2个小时办理直接决定了故障等级的。5分钟办理顶多一个P4故障，2个小时直接变成P1，今年的奖金没了。以是先于用户创造问题的能力，也是确保你能拿到奖金的能力。
高性能靠APM。你是否有Apm能力，你是否知道你系统的20w的访问要求里面，那个要求是慢要求，这个慢要求是从哪里来的，是广东来的，还是内蒙古来的。这便是你对系统理解的深度的问题。 APM能力有时候是钱啊。比如你有一个图片URL常常的400，那你就悲催了，大家都知道很多图片CDN 400了是要回原的，耗流量的，流量耗在去世链上那是多么悲催的一件事。以是你对全体链路的APM能力也是很关键的。EWS和aliAPM深度领悟，只要你支配在EWS上，无需修正一行代码，就自然具备了监控和APM功能。
以上便是我们以为一个做一个供应高质量架构输出的产品须要做的事情，以及EWS中的一些实现。当然很难在这么短的韶光里讲的更加细致。提要挈领的讲了一下，实在里面的每一个命题都可以单独拿出来做一个专题来讲。但相信大家对EWS做的这件事儿，也便是高质量架构产品化输出这件事该当有了一个理解。如果有对高质量架构感兴趣的，也可以下来互换。
（准备鼓掌） 大家是不是以为要结束了，实在没有呢？这么结束我以为还少了点儿什么。实在我还想讲讲一个做高质量架构团队的本色，想讲讲EWS团队和DevOps。
去年到今年特殊盛行的便是DevOps，我也查了不少资料，也参加了不少DevOps的分享。创造了一个问题，便是DevOps没有一个标准的定义，如果说的更有文化味儿一点儿便是：“每一个人心里，都有一个哈姆雷特”。在跟做DevOps的团队互换的时候创造了一个特殊故意思的征象，我总结成一句话：“听到的是官方正品，设计成淘宝高仿，实行成九块九包邮”。
DevOps的目的是什么，这是一个国外同行总结的，我以为挺对：“work it harder , make it better, do it faster, make us stronger”，便是奥林匹克精神：“更高，更快，更强”。更普通的阐明刚才也说过了便是：“又快又省钱，又猛又持久”。 那么要达到这个目标，我以为会涉及到三个方面：“业务和团队，工具和流程，人和文化”。
首先说业务和团队。有一句话叫“做精确的事，而不是精确的干事”，我以为太有道理了，放到DevOps这件事情上就更应景了。这什么意思，阐明一下，便是首先你这个事儿得对，事儿不对，姿势再好看也没用。但是现在便是有很多团队在干事的时候，对姿势的追求大过了事情本身。讲什么\"大众PK发型不乱\公众。说到这里我又想起一个段子：2000年初的时候特殊盛行一个软件开拓标准叫CMMI，业内有一个调侃，说是怎么判断一个软件到CMMI几级呢。如果软件有开拓文档，那便是CMMI1,如果软件的开拓文档有文档记录，那便是CMM2,如果软件文档的文档有文档记录，那便是CMMI3，直到五层嵌套，OK了。你是CMMI5。有那么点儿“精确的干事”的味道，当时有不少企业都是为了过CMMI而过CMMI的。DevOps也要做精确的事儿，而不是精确的干事。或者说，用精确的方法做缺点的事儿。
其余，做DevOps，团队最好是全建制的野战军团队。全流程的DevOps。否则你要做个特性，先产品团队排期，再UED团队排期，末了再开拓排期。有时候真是快不起来，DevOps效率优先。总结成一句话便是：“业务和团队是有质量DevOps的条件”。
末了是DevOps和团队的文化是分不开的，这个文化实在不是企业文化，而是开拓团队内部的一些文化，一些干事儿的准则，这里我总结了几条EWS团队的干事准则分享给大家。
“大系统小做，看中阶段性成果。刚性完成，柔性运营”。这是说你的目标是个大系统，但别一下子搞一个航天飞机，先一个一个零件的做。否则一个项目搞个半年一年，然后没有阶段性成功，实在是很危险的。每个阶段都要刚性的完成，到了点儿那就拿阶段性成果，然后根据业务情形不断调度，这便是柔性运营。
“不抱怨和就事论事”。这个也非常主要，问题大家要充分谈论，但一定要便是论事，关起门来怎么辩论都可以，开开门必须是一股绳。
“Deadline 是生产力，但不是第生平产力” 这句话我特殊喜好，便是任何项目必须有个Deadline， 但Deadline不是决定成分。
“保持适当的前瞻性，但绝不杜撰需求”。要能看得清方向，但不能YY，做太早了便是先烈了。
“能力是个人的，更要沉淀在团队上”。不能牛人化，不能说这个模块儿的人请个价，没人能搞的定，这个还是要把能力变成团队的能力。
“对焦，Review，DoubleCheck”。Leader的三大法宝，谁用谁知道。
“对结果卖力，结果一定是功力的，但要用享受的心态去体会过程”。这句话也特殊喜好，结果这件事一定是功力的，没结果再辛劳也是白搭。拿结果是个人那结果，更是团队拿结果。但是就个人来讲，你得用享受的心态去体会过程，不是说了么，“生活不但面前的苟且，还有诗和远方”
以上这7条，便是EWS总结的一些团队干事上的一些文化，这个实在也不是第一天就刻意做的，而是在团队发展过程中自然形成的。对开拓团队来讲，好的开拓文化对开拓本身是有很大帮助的。那再总结成一句话便是“DevOps须要文化赋能”。
好，本日的分享便是这样，感激大家。
