关于进一步推进云计算开源技术架构师系列培训试讲工作的通知 各成员单位： 为了响应国家《关于积极推进“互联网＋”行动的指导意见》、《国务院关于促进云计算创新发展培育信息产业新业态的意见》中的“加强智力建设”、“加强人才队伍建设”等战略，以及落实《云计算发展三年行动计划（2017-2019年）》中的“创新人才培养模式”、“加快培育成熟的云计算人才队伍”等相关要求，促进云计算国家标准的实施，提升云计算领域相关从业人员的技术理论及实践操作能力，满足各行业对云计算人才的市场需求，中国开源云联盟（以下简称“联盟”）从2017年起联盟启动云计算开源技术架构师系列培训（以下简称“架构师培训”），持续推进云计算技术专业人才的培养工作，并在第七届中国云计算标准和应用大会特别设置架构师培训专场论坛，开讲首批公开课。 通过前期意见征集与交流，联盟近期正式开展架构师培训的试讲工作，并计划由联盟培训专题组对学员的综合成绩做出评价，并向成绩合格者颁发云计算开源技术架构师系列培训相关证书。考试大纲由联盟和授权培训机构联合制定，培训机构定期输出和更新相关授权课程的试题题库，由联盟培训专题组进行考试计划和考试内容的确定。前期考试形式暂时以线下考试为主。 架构师培训对象包括但不限于：1、向云计算、互联网业务转型的相关领域的企业管理层人员；2、从事云计算方案、产品设计的云计算厂商相关人员，以及云计算数据中心、系统集成方案建设的实施人员；3、从事云计算服务运维的工程师；4、有意向转行从事云计算运维、开发的技术人员；5、各大院校相关专业或具有一定云计算知识基础的学生。通过开展云计算开源技术架构师系列培训，能够帮助广大学员掌握云计算基本理论、建设方法和工具，提升其在云服务及方案架构设计、软件定义存储、OpenStack、ZStack、自动化运维等方面的云计算专业技术能力。 现有如下单位提交了申请材料，并取得了联盟的授权开展相关课程的试讲工作。单位名称及授权课程领域如下（按成员单位报名排序）：1、COSCL-048 星辰天合（北京）数据科技有限公司软件定义存储课程2、COSCL-022浙江九州云信息科技有限公司     OpenStack课程3、COSCL-032北京海云捷迅科技有限公司      OpenStack课程4、COSCL-131上海云轴信息科技有限公司       ZStack课程联盟也欢迎其他联盟成员单位积极踊跃报名参与、沟通架构师培训的相关培训和招生工作。可通过以下方式咨询及获取报名材料。联盟官方邮箱：coscl@cesi.cn培训咨询电话：010-64102810 特此通知。  中国开源云联盟2018年5月14日     

    4月11日，OpenStack基金会正式对外发布《Cloud Edge Computing: Beyond the Data Center》中文版白皮书，中文名：《边缘计算-跨越传统数据中心》，数位来自英特尔、九州云的社区志愿者参与了中文版翻译。此次中文版边缘计算白皮书的正式发布不但代表着OpenStack社区在边缘计算领域研究的初步成果，同时预示着中国将是未来OpenStack社区向OpenInfra转型升级的重要战略市场。近十几年来，中心化的云计算模型已经成为了一种标准的IT服务平台。虽然云计算现在已是普遍应用，但是随着物联网的发展以及即将推出更具沉浸感和互动性的应用趋势将使数据存储与计算的重心远离中央数据中心并走向边缘。新技术，新需求，IoT的爆发以及更多实时应用将在未来四到五年内从根本上改变计算拓扑结构。随着数据和内容从集中的云和数据中心转移到边缘，IT架构将会颠倒过来，从而产生新的计算与存储使用场景。人与数字的交互也将变得更具有真实性，互动性和动态性。数字业务将模糊数字和真实世界之间的界限，而“模糊”将主要发生在边缘。今天越来越多的企业、组织与研究机构将集中式云计算的关注力将转向侧重于边缘计算，并将应用程序和数据的架构从云端转移到边缘。 计算和数据存储的位置与分布对IT应用与管理是否良好起着至关重要的作用。面对新需求以及新技术的出现，OpenStack社区成立专门的边缘计算工作组来特别关注云计算向边缘演化的趋势，继英文版白皮书之后，于4月11日重新更新并正式发布中文版边缘计算白皮书《边缘计算-跨越传统数据中心》（以下简称“白皮书”）。什么是边缘计算？其实所谓“边缘”技术并不是新鲜的技术。 所谓“新鲜”是发生在“边缘”处的变化。 相比之前仅仅作为数据中央端局采集传递数据的方式与所在，“边缘”逐渐变成处理爆炸式数据的主要来源与关键节点，并且更重要的是与“人”的互联。白皮书对“边缘计算”这一概念进行了清晰的阐述，边缘计算是为应用***和服务提供商在网络的边缘侧提供云服务和IT环境服务。边缘计算的目标是在靠近数据输入或用户的地方提供计算、存储和网络带宽。一个边缘计算的环境一般有以下特点:多个站点之间的潜在高延迟、网络不可靠和慢速带宽, 伴随着一般数据中心中心化资源池所不能应对的其他交付服务和应用功能。通过将部分或者全部处理程序迁移至靠近用户或数据收集点，边缘计算能够大大减少在大规模分布式站点下给应用程序所带来的影响。边缘计算的“边缘”指的是位于管理域的边缘，尽可能地靠近数据源或用户。这个概念同样适用于运营商网络、有众多分支机构的大企业，如零售，或者是与IoT相关的其他应用。边缘计算的概念必须包括边缘站点(如计算、网络和存储基础设施)，和运行着的应用 程序(计算任务)。边缘计算环境中的应用程序能够享有云计算中的各种资源，如计算、块存储、对象存储、虚拟网络、裸机或者容器。边缘计算的特性对于边缘计算的特性，用例及应用场景，白皮书也进行了深入剖析。驱动边缘计算至关重要的动力就是为了能够更近一步的为用户或终端数据资源提供 服务。边缘计算环境将与核心协作，目标在不向核心提出无理连接请求的前提下提供更佳的用户体验。并且将通过降低延时、降低带宽限制两方面进行改进，以解决响应的瓶颈，带来更有效、真实的互动与体验。同时，白皮书也提出了这其中可能存在的问题，比如为了应用边缘计算，大幅增加部署数量是必要条件。这也就导致了我们面临着大范围边缘部署的挑战。在未来仍存在着必要的利弊权衡。边缘计算的用例在此版白皮书中重点总结出几类重要的示例，这些用例是目前边缘计算较具代表性的应用机遇与近期工作的重点。概括说来，分析、合规、安全和网络功能虚拟化是受益于分布式结构的四类主要工作需求：1、数据采集及分析物联网，通常其数据采集于大规模的微型网站网络，是受益于边缘计算模型的典型应用。通常大量数据通过有限的网络连接传输至位于集中式数据中心的分析引擎进行数据分析，而这却是适得其反;分析引擎可能出现响应不足，也可能导致额外的延时 并浪费宝贵的带宽。鉴于边缘计算设备同样能够产生兆兆级数据，将数据接近于源头进行分析，只向中枢系统发送小批量的汇总信息，这样更接近于位于边缘侧数据源的分析显得更具有成本效益。当然，这其中也需要在向中枢传递数据所产生的成本和缺 失部分信息之间进行权衡。2、安全遗憾的是，随着边缘设备(包括手机及物联网传感器)的普及，终端设备的激增也使得新兴的攻击矢量不断涌现。边缘计算能够使得安全部件更接近于攻击源，启动更高效的安全应用并增加分层数量以抵御针对核心的侵犯和风险。3、合规要求合规涵盖了广泛的需求，包括地理围栏，数据主权及版权执法。基于地理及政治边界约束数据使用，基于版权限制进行数据限流，将数据存储于包含特定规章的区域，这些操作在边缘计算基础环境中都是可实现和可执行的。4、网络功能虚拟化网络功能虚拟化的核心是一个典型的边缘计算应用，因为边缘计算为其提供了基础功能。电信运营商正尝试通过运行虚拟网络功能作为部分或其上层的边缘计算基础环境，并以此来转换他们服务提供模式。在边缘计算基础环境中运行虚拟网络功能确 实能够发挥出其**的效能以及**的支出/复杂度。边缘计算的使用场景所谓边缘计算其实就是事物与人类连接的起点，其使用场景小到与个人相关的智能手机，路由器，游戏机，机顶盒，移动信号塔，蓝牙耳机，笔记本电脑，嵌入式车载智能系统，大到制造工厂中无人机器手臂，无人流水线，船舶、飞机以及户外大型重工业机器设备数据采集等。因此在此版白皮书中归纳出以下几个典型的应用场景：供零售/金融/远程连接领域使用的“盒中云”、移动连接、Network-as-a-Service(网络即服务)、通用用户驻地设备(uCPE)、卫星通信(SATCOM)。边缘计算为远离中心机房的应用提供数据采集、计算、存储服务，其基础特性就是将基础设施更接近于终端的用户，即站点分布范围广且边缘节点由WAN网络连接。形式众多的边缘计算为各式各样的边缘应用场景提供边缘服务。而在整个拓扑结构中，边缘服务是从边缘到中央处理内核所提供一系列的更加灵活的计算服务。而未来在更多场景中的不断验证，将有助于帮助我们评估已应用现有功能，同时发现可改进的方向不断完善。边缘计算的挑战在白皮书文末，也直面了当下边缘计算存在的问题和挑战。虽然当前有非常多边缘计算的实例正在部署，但若要真正大规模推广，还是需要解决不断涌现或者一直就存在的各种挑战与局限。例如针对一个可运维并依靠WAN互联达成的跨地域IaaS设施系统，边缘计算资源管理系统应当提供一组高层机制可以组合输出。换言之，这里的挑战是如何修订(而且如需要时进行扩展)IaaS层的核心服务，以处理如上所述边缘计算的特定需求如网络断联/带宽，计算和存储设备有限的功能，缺乏管理的部署等等。作为当下开源主流技术之一的OpenStack技术，无可争议的将成为边缘计算技术发展中不可或缺的重要一环，也必将在未来边缘计算整体解决方案中占有重要的席位，虽然“边缘计算不是也不应该仅限于OpenStack的组件和体系结构，但有很多理由证明，OpenStack作为边缘计算云端平台特别具有吸引力。“目前边缘计算工作组正在积极鼓励开源社区参与探索这些挑战和可能性。要实现并满足未来技术的目标与需求，还有很多工作要做。我们欢迎并鼓励整个开源社区参与这次定义与开发边缘计算的良机。更多关于边缘的信息可关注以下OpenStack官网，同时可以下载中文版《边缘计算》：https://www.openstack.org/edge-computing/中文版翻译者名单：宋毅良博士，资深软件云架构师，英特尔 黄舒泉，技术总监，九州云 王庆，研发经理兼OpenStack基金会董事，英特尔 应若愚，云计算软件工程师，英特尔 丁建峰，云计算软件研发经理，英特尔

2014年，ETSI成立移动边缘计算标准化工作组。2015年11月，开放雾计算联盟OpenFog成立。2016年9月，电信行业与汽车行业的全球跨行业产业联盟成立。2016年12月，边缘计算产业联盟成立。2017年8月，汽车边缘计算联盟成立。2018年2月，开源项目Akraino Edge Stack成立。2018年2月，OpenStack基金会发布了边缘计算白皮书。2018年2月，Linux 基金会发布了Akraino Edge Stack项目。同年3月，Intel等公司加入该项目。新的一年，边缘计算方兴未艾，如火如荼。由OpenStack上海社区和Open Source Networking 上海用户组（原OPNFV上海用户组）主办，英特尔公司协办、中国开源云联盟（COSCL）指导的，以边缘计算和物联网为主题的Meetup，4月将在上海举行，届时我们将聆听到来自业界大咖围绕边缘计算、MEC、物联网、OpenStack和Akraino等各技术领域的分享，并将同时在网上进行直播。时间：2018年4月14日（周六）下午13:30 - 18:00。地点：上海市杨浦区政学路77号INNOSPACE（由于场地有限，限制前100名报名者）活动注册：https://www.meetup.com/Shanghai-OpenStack-Meetup/events/249560291/ 请点击（或者）https://www.meetup.com/Shanghai-OPNFV-Meetup/events/249560558/扫码注册：

中国开源云联盟（COSCL）2018年3月新增成员单位名单如下（按加入时间顺序排列）：NO.单位全称成员编号1北京银信长远科技股份有限公司COSCL-1702北京酷克数据科技有限公司COSCL-1713华付云技术（深圳）有限公司COSCL-1724杭州谐云科技有限公司COSCL-1735海南晟启电脑网络有限公司COSCL-1746成都雨云科技有限公司COSCL-175在此对新加入COSCL的成员单位表示欢迎。COSCL目前共有174家单位加入，其中理事长单位1家、副理事长单位9家、理事单位16家、成员单位149家。随着COSCL不断壮大、活动增多，在国内影响力也正逐渐扩大，同时COSCL期待更多优秀的企业加入，共同为开源云计算事业做出贡献。             申请加入联盟流程：中国开源云联盟（COSCL）秘书处每月月初五个工作日接收单位加入申请，月底公布新成员单位名单。加入联盟请联系：coscl@cesi.cn

3月22日，由Ceph中国社区主办，为期两天的全球首届Ceph亚太峰会——Cephalocon APAC 2018正式在北京拉开帷幕，这也是Ceph问世以来的全球首场峰会，不仅吸引了被誉为“Ceph之父”的Sage Weil，Ceph社区经理Leonardo Vaz，Ceph基金会高层的到场，还有来自Intel、RedHat 、SUSE、Mellanox、中兴通讯、联想、腾讯等一众国内外Ceph生态圈厂商的积极参。

在1月4日下午的第七届中国云计算标准和应用大会——工业云应用分论坛上，与会嘉宾直击工业云应用痛点，就工业云应用话题展开讨论，分享企业如何运用现代信息技术实现跨行业赋能，实现中国工业的换道超车，推动工业发展与转型。由中国电子技术标准化研究院主办、51CTO承办的“第七届中国云计算标准和应用大会”于2018年1月4日至1月5日在北京成功召开。本次大会全面展示我国云计算国家标准研制工作的成果，解读国内云计算产业政策，报告云计算标准化工作的重要进展。同时，大会上还发布了第二届中国云计算开源优秀案例评选结果;首批通过云计算开源团体标准符合性测评企业;获得第五批云计算产品及解决方案测评证书企业;同时发布由中国开源云联盟牵头起草和发布的《企业级容器云平台技术要求》和《分布式存储Ceph技术及应用白皮书》2项团体标准。2017年4月，工信部印发的《云计算发展三年行动计划(2017-2019年)》中指出，要积极发展工业云服务，深入推进工业云应用试点示范工作。支持骨干制造业企业、云计算企业联合牵头搭建面向制造业特色领域的工业云平台，汇集工具库、模型库、知识库等资源，提供工业专用软件、工业数据分析、在线虚拟仿真、协同研发设计等类型的云服务，促进制造业企业加快基于云计算的业务模式和商业模式创新。在1月4日下午的第七届中国云计算标准和应用大会——工业云应用分论坛上，与会嘉宾直击工业云应用痛点，就工业云应用话题展开讨论，分享企业如何运用现代信息技术实现跨行业赋能，实现中国工业的换道超车，推动工业发展与转型。本场论坛由中国电子技术标准化研究院王典威主持,并带来《标准化**工业云应用与发展》的主题演讲。中国电子技术标准化研究院王典威王典威在演讲中提到，工业企业对工业云有着巨大的需求，工业云不仅降低了工业企业的信息化成本，并且能够帮助他们整合工业资源和业务能力，消除内外部的信息孤岛，实现信息共享和业务协同，从而构建业务全流程闭环。工业云是培育工业大数据产业生态和带动制造业服务化转型的重要基础，是未来先进制造业发展中实现工业互联和智能制造的信息中枢。近年来，我国高度重视工业云的发展，出台了一系列鼓励政策，把工业云作为推动两化深度融合和“互联网+”的重要抓手。在国家政策的指引下，全国各地纷纷进行工业云发展战略规划，着力建设工业云平台，积极推广工业云应用。自2013年4月工信部召开全国工业云创新行动工作会议以来，已陆续发布11项国家政策支持工业云的快速发展，统计数据表明，已有16个省市开展工业云创新服务试点，公共工业云服务平台累计注册用户超过1500万，工业云平台企业用户数年均增长超过146%，工业云服务超过3000种，工业云平台应用率达到35.9%。接下来王典威向听众介绍了工业云标准化工作进展，《工业云服务标准化研究报告》和《工业云应用发展白皮书》的主要内容，分析了我国工业云发展的机遇与挑战，优势与不足，陈述了工业云标准化的进展以及现阶段的主要成效，并通过重点项目应用展开深入浅出的实践分析。智能云科副总经理张晓智能云科副总经理张晓在以《工业云服务标准与isesol工业云实践》为主题的分享中介绍，智能云科的核心业务分为制造数据云、交易智选云、区域协云、金融合作云、人才汇聚云与个性定制云六大版块。智能云科的iSESOL平台是“智能终端+工业云+云服务”的商业服务平台，旨在搭建一种制造新生态，通过云计算等技术手段释放大数据潜力，实现单机智能、智能车间向智能区域协同、智能制造新业态的转变。此外，张晓还分别从智能云科在工业云领域的实践，工业云服务标准领域所做的工作，以及标准对工业云实践的帮助等角度进行了分享。数码大方工业云事业部项目总监万洋数码大方工业云事业部项目总监万洋在论坛上重点介绍了大方工业云平台和工业APP应用与标准化需求。数码大方是以工业大数据为基础的工业软件和工业云服务公司，现有企业用户数量超过3万家、45万正版软件授权，互联网注册用户超过27万。据介绍，大方工业云是以工业大数据为基础的“统一平台+多个区域和行业入口”的全国性工业云服务网络。主要面向制造行业、以及省市、工业园区、特色小镇等区域，提供以工业互联和物联为基础的工业云平台服务，把设计和制造能力聚合到互联网上，促进资源共享、优化资源配置、提升创新创业能力、培育新业态，推进网络协同制造和打造制造业生态圈。随后，万洋介绍数码大方曾全面参与国家智能制造、工业云、工业大数据等领域的标准建设工作，并支持建设了一批国家智能制造示范项目，与此同时提出了针对工业云标准化工作的总结和建议。易往信息技术(北京)有限公司副院长李豆豆来自易往信息技术(北京)有限公司的副院长李豆豆以《工业云助力C2M模式快速落地》为主题展开分享。易往信息是中国领先的工业4.0智能工厂整体解决方案提供商，李豆豆介绍，在易往的整体解决方案中，制造企业通过云端对生产信息与数据进行搜集、整理、分析，将智能制造整个生命周期所需要的生产控制、资源供应与价值创新等各种生产制造的资源汇聚到云平台上，制造商再通过云端进行大数据分析与客户关系管理，根据需求选择合适自己的设计协同、制造协同、供应链协同、服务协同，实现产品开发、生产制造、经营管理等业务模块在企业内部或不同企业间的资源共享和业务协同，助力企业实现智能制造。

各成员单位：2017年底，中国开源云联盟WG6—容器工作组完成《企业级容器云平台技术要求》的编写工作并发布，为更好贯彻落实工信部《云计算发展三年行动计划（2017-2019）》，经研究决定，容器工作组将于2018年1月31日召开WG6—容器工作组会议，针对2018年WG6容器工作组年度工作计划，以及容器标准测评进行讨论。请WG6—容器工作组各单位安排相关人员准时参加。同时欢迎联盟单位报名参与。会议时间、地点时间： 2018年1月31日 9：15 - 17：00地点：北京市东城区和平里南街龙绍衡大厦四层会议室会议联络人数人云    石淑娟   邮箱：jshi@da***an-inc.com请各编写单位及时安排相关人员参会，并于2018年1月29日前，将参会回执反馈至会议联络人邮箱。谢谢！附件： 参会回执单位姓名职务手机邮箱

本报告来源于: 数人云 (中国开源云联盟理事单位) 开篇：如果在诸多热门云计算技术中，诸如容器、微服务、DevOps、OpenStack 等，找出一个最火的方向，那么非微服务莫属。尽管话题炙手可热，但对传统行业来说，微服务落地和方**目前处于起步阶段。本报告于2017年11月份展开，从驱动因素、落地现状、和容器关系、架构体系、未来趋势和落地方**等方面对微服务进行了分析。希望能够为传统企业微服务决策、规划和实施提供依据和解决办法。驱动因素传统行业对IT效率的变革需求是微服务成长土壤,业务模式创新重塑导致系统更新频繁、应用复杂度急剧升高，传统架构不堪重负。微服务架构具有明显的好处，尤其是在应对复杂业务系统的多变需求方面。在本次调研企业中，每个月都要进行业务系统更新的比例占63%，只有不到20%的企业半年以上更新一次系统。加快互联网+步伐成为许多传统企业的必然选择。业务场景、用户习惯和行为在迅速变化，许多传统行业线上业务出现急速增长。比如金融行业的移动支付、互联网理财等，汽车制造行业的营销、电商、售后服务等线上业务比例迅速提高。IT团队业务开发、迭代都以每月、甚至每周来计，需要7*24小时响应，这些给系统开发和运维带来极大挑战。在IT对业务的响应和支撑方面，不同行业所面临的困扰略有不同，但总体差异不明显。调研显示，系统支撑方面排在前四的难题分别为：系统复杂性越来越高（28%），运维管理复杂度高，打造一支全栈运维团队困难（26%），线上访问压力大（19%），设备采购维护成本高（19%）。在传统单体或SOA架构下，应用如果频繁升级更新，开发团队非常痛苦。企业的业务应用经过多年IT建设，系统非常庞大，要改动其中任何一小部分，都需要重新部署整个应用，敏捷开发和快速交付无从谈起。传统企业在长期的IT建设过程中，通常大量使用外包团队，这导致采用的技术栈之间差异较大，统一管控和运维要求更高。需要运维7*24小时全天候值守、在线升级，并快速响应。在此时脱颖而出的微服务技术，面对上述困惑几乎浑身优点：独立开发、独立部署、独立发布，去中心化管理，支持高并发高可用，支持丰富技术栈，企业可以根据需要灵活技术选型。微服务落地现状微服务客户画像微服务架构在企业的使用情况可以分为四个层次：初级使用者轻度使用者中度使用者重度使用者初级使用者基本是传统架构，独立部署需求不突出，技术堆栈不成熟，需要较长的培育和成长期。轻度使用的企业边缘业务系统开始使用Spring Boot 或Spring Cloud等框架，但组件的使用尚不熟练。中度使用者为使用Dubbo或Spring cloud时间较长，但还没有做周边配套的工具链。重度使用者是那些走在微服务架构改造前沿，具备微服务规划和体系，有自己研发实力的企业，通常是以技术见长的大型互联网公司。15% 左右的调研企业引入了SpringCloud、Dubbo等微服务主流开发框架此次调研中，6%的企业已经部分引入了Spring Cloud 开发框架，Spring Cloud 也被***认为是**的开发框架。另外，9%的受访企业采用了 Dubbo 等其他微服务框架，也就是说引入了或考虑引入微服务架构的企业达15%。此外，还有51%以上的企业在考虑往云原生方向转型。这是由于企业数字化转型背景下，IT要更好适应线上业务趋势的必然要求。加上国家政策层面对云服务的支持，传统企业云化是大势所趋。微服务四大技术优势受青睐从IT技术发展趋势看，无论硬件、软件、还是基础架构都在朝着轻量化的方向发展。微服务通过化整为零的概念，将复杂的IT部署分解成更小、更独立的微服务。相对传统的建设方法，传统企业更看重微服务如下四方面的优势：技术选型灵活，更轻松采用新架构和语言（28%）降低系统内部服务冗余，提升开发效率（27%）独立部署（22%）更好的容错机制（20%）在涉及复杂项目时，和单体架构的对比中，微服务从多个角度显示出了压倒性的优势。制造业开始发力、金融小试牛刀这里所说制造业，是大制造的概念，包括制造、汽车、大型制造以及航空业等。从调研数据来看，这些行业引入Spring Cloud、Dubbo等微服务开发框架的占比略高于其他行业，超过15%。制造业开始初步尝试微服务架构。能看出制造业向“智造”转型的影响，今天的制造业结合了物联网、传感器、云计算、大数据等技术，人工智能技术正在工业、汽车驾驶等领域应用。大量新兴业务场景出现，服务变得复杂，产业的弯道超车带来了明显的微服务需求。其次，需求明显的为金融行业，包括银行、保险、证券等。尤其是一些国有银行、股份制银行以及城商行等大行都走在架构改造的前列。在自己的创新业务，如手机银行、微信银行、互联网理财等业务上试水微服务架构。在核心业务系统方面，则相当谨慎。一方面是由于监管和政策的原因，另一方面，银行开发体系庞大，IT架构变革将是一件非常复杂的事情。微服务推进障碍微服务不是**架构，会带来系统的各种复杂度，以及运维要求更高等诸多难点微服务并不是一项横空出世的技术，事实上MicroService的概念已经诞生多年。除了组件和技术不成熟，企业业务模式不急迫的因素外，微服务本身也有自己的劣势。本次调研，有近一半的企业会谈到对微服务的顾虑。比如部署以后的复杂度，后期运维管理的不友好等等。对于团队来说，搭建微服务架构上手难，运维效率低，运维成本高。另外，还可能带来团队之间沟通上的冲突，微服务需要与DevOps同步推进。微服务被分割成一个个独立的业务模块后，服务间通信接口设计非常重要。如何科学地将系统部署到服务器上，保证各个服务高效运行，更是难点。微服务推进过程中有许多障碍。对微服务自身复杂度的担忧、缺少具备相关经验的专家、难以招募专业人才和使用相关工具是三个最普遍的障碍。其中对微服务复杂度的顾虑，排名前三的是运维要求和成本高，分布式架构的网络延迟、容错等挑战，以及较强的部署依赖性。Docker与微服务在接受调研的企业中，2017年在生产环境中采用Docker的比例为9%，测试环境使用达22%。而且规模越大的企业，尤其是服务器规模在500台以上的，是Docker容器的主要采用者。另外，正在考虑评估中的占到被调研企业的一半以上。企业的关注度急剧升高，Docker使用正在快速普及。容器和微服务相辅相成，两大技术成熟的时间点非常契合。容器技术的成熟为微服务提供了得天独厚的客观条件。轻量化的容器是微服务的最佳运行环境，微服务应用只有在容器环境下才能保障运维效率的提升。同时，微服务应用架构对外在组件的管理会变得困难，需要用容器平台去管理中间件，才能发挥出更大价值。微服务化是一个体系，从架构、工具到团队协同企业微服务架构改造需要包括周边配套工具链在内的一整套微服务体系采用微服务架构改造应用系统，不仅仅是选择开发框架本身，还要建设一套完整的体系架构。既要实现应用模块之间的解耦，还要实现统一管理。微服务化体系，包括开发框架、以及周边配套工具链和组件，比如服务注册、服务发现、API网关、负载均衡、服务治理、配置中心、安全管理、与容器的结合、监控管理等等。一整套的体系建设是微服务真正的难点所在。落地过程中，受访企业关注的功能包括，API网关（33%）、服务治理（27%）、配置中心（21%）、分布式任务调度（17%）、应用监控与报警（11%）、高并发（7%）等。这些组件可以根据自身的业务特性选择使用。2、微服务落地方**：咨询+产品工具+实施在IT建设中，企业都希望将开发人员的精力放在自身业务系统的开发上，而工具的整合和使用则主要借助外部供应商的力量来做。软件外包商都有自己的发展历程，迅速改变技术架构不太现实。另外，传统企业都有大量原有IT系统，掉头和转向不可能丢掉历史包袱，全部推翻重新建设。因此，企业一方面有架构之痛，另一方面不得不总是在业务系统快速上线和新架构选择之间平衡。 对于企业来说，最实际的微服务落地路径是，首先纳入微服务咨询，引入外部行业技术专家角色，站在企业架构的总体高度，帮助企业进行微服务体系规划，落地roadmap，然后借助一些产品和工具进行落地实施。在本次调研中，有的企业鉴于微服务的优势和业务快速变化的需要，会在新项目建设时直接选择微服务架构进行开发，落地方法也不例外。 企业践行微服务的三种类型目前微服务落地的企业可以分为：温柔型的变革者业务倒逼型的强硬者观望型的探索者。具体来说，温柔的变革者从边缘非核心业务探索尝试新兴技术。渐进式实施、创新灵活多变业务是这类型客户微服务切入的关键词。也是大部分传统企业在切入微服务时，选择的路径。本次参与调研的企业多是如此，在切入微服务时，选择了诸如测试流程、API网关、开发平台升级、测试环境快速部署等非核心业务进行技术验证。业务倒逼型是那些企业核心业务系统在日常支撑中承受着巨大压力，必须进行架构改造，否则业务运转举步维艰。观望型的探索者，是那些出于业务考量，要看到行业标杆案例，明确收益和价值，以及技术风险和可靠性充分把握的情况下，才会投入资源开始改造。微服务落地需要从上到下推动和密切团队协同微服务应用的构建依赖组织结构的变化，它按照业务，而不是技术来划分组织，在推进过程中会受到从上到下的压力，因此必须有决策层的支持和推动。同时，需要团队更好的协同，小团队作战，打破团队间的高墙，减少沟通成本。上了微服务的受访企业对搭建一支敏捷团队都感受很迫切。Service Mesh下一代微服务抢滩登陆预计两年内服务网格技术将呈现爆发之势本次的受访者中，有42%表示听说过 ServiceMesh 这一新兴技术理念，但只有6%的受访者对该技术有过一些研究。微服务带来的复杂度让企业头疼，尤其是服务间通信，如何保证服务间通信的端到端性能和可靠性，催生了下一代微服务Service mesh。2017年，ServiceMesh 经过技术拥趸、技术社区和媒体的反复布道，迅速被业界了解。Service Mesh 是服务间通信层，可以提供安全、快速、可靠的服务间通讯。在过去的一年中，Service Mesh 已经成为微服务技术栈里的一个关键组件，被誉为“下一代微服务”。Conduit、Istio 等Service Mesh技术在市场上已形成激烈的竞争，国内外企业开始纷纷站队。国外，一些有高负载业务流量的公司都在他们的生产应用里加入了Service Mesh。国内前沿技术公司开始围绕SpringCloud等开发体系，为客户提供成熟的解决方案和工具产品。同时，探索基于 ServiceMesh 的新方案，积极拥抱Istio/Conduit。 当然对于传统企业来说，技术的先进性是为了保障业务需求的快速变化和发展，而不是一味追求新兴。受访企业表示，一方面会主动关注新技术的**动向，另一方面在考虑落地时，也要关注新技术的可靠性和有例可循，有无业界最佳实践背书。结论微服务的核心使命是简化开发，提高IT系统对业务的支撑能力。通过本次调研，我们可以得出如下一些结论： 1.  传统行业新兴业务对IT效率的变革需求，业务模式创新重塑要求IT快速响应，是今天微服务炙手可热的主要驱动因素。从目前微服务落地的状态预估有两年左右的培育和成长期。评估一家企业是否需要上微服务，主要考察这五大关键要素：数据量和业务复杂度，团队规模，应对业务流量变化，是否需要足够的容错容灾，以及功能重复度和差错成本。2.  实施微服务的理想技术条件包括：进程隔离、数据库表隔离，以及通过公开接口访问。3.  微服务架构在企业的使用可以分为四个层次：初级使用者、轻度使用者、中度使用者，以及重度使用者。以技术见长的大型互联网公司首先**了微服务的风潮，国内制造、金融等大型龙头企业中也有佼佼者开始规划微服务体系，且具备较强的研发实力。大部分企业还处在初步尝试，不成体系，寻找技术和专家力量探讨解决方案的阶段。4.  微服务和容器共生：容器和微服务相辅相成，天生一对。Docker的成熟，让微服务推广和落地更加可靠、方便。随着Docker和微服务架构组件等相关技术的逐步成熟，微服务架构将逐步落地传统企业。5.  微服务落地方**：微服务主要用来解决系统的复杂性问题，企业客户对于如何实施微服务并不清晰，同时有诸多顾虑。受企业客户青睐的落地方法是：微服务咨询+产品工具+实施。6.  微服务落地策略：微服务正成为许多企业构建应用时的**。微服务并不缺乏受众，有的企业将微服务用于新应用开发，有的关注将单体应用迁移到微服务架构。微服务改造循序渐进，快速演化只会适得其反。另外，落地过程中注意开发和运维部门的协同，进行组织内管理创新。关于调研对象本次调研我们总计收到了来自182家企业受访者的调研问卷，并现场调研部分受访企业。覆盖制造/航空、金融、互联网、地产、交通物流和零售等行业，受访者包括CIO、CTO等IT高管，及开发、基础架构部门IT人员。