【云原生成资本新宠 对话网易副总裁汪源：服务网格是下一波比拼的重头戏】“当我们把服务拆得越来越微的时候 ， 如何更好地做运维就成为一个难题 。 ”何宝宏认为 ， 服务被拆小的目的不是把服务分散 ， 而是希望在分布的情况下能够更好地协作 ， 这就需要服务网格（Service Mesh）的进一步发展 。
2019年是服务网格发展的元年 ， 如果说K8S是新的Linux ， 那么Service Mesh将会是下一个K8S ， 无服务器（Serverless）就是新的Java虚拟机 ， 因为K8S仅解决了底层容器编排的问题 ， 还没能真正进化到让云原生应用程序运行 。
“云原生技术的应用层架构趋势就是微服务 ， 所以接下来的发展重点在于如何让微服务真正在生产环境中落地 ， 这需要服务网格一整套技术体系的成熟 。 ”汪源告诉采访人员 ， 云原生的起步是容器 ， 第二步是容器的统一资源调度（K8S） ， 第三步是面向应用侧的云原生落地 ， 服务网格在基础设施层面满足了高性能、高稳定性、强服务治理能力的需求 。
由Google、IBM和Lyft联合开发的Istio是与K8S一脉相承的云原生服务网格框架 ， 它拥有较好的能力和模型 ， 但也存在使用门槛高、存量系统迁入难以及无法支撑大规模业务集群、生产级落地难的问题 。 网易数帆云原生资深架构师裴斐在大会演讲中表示 ， 相比K8S的江湖地位 ， Istio尚存在一定距离 ， 服务网格技术还需要苦练内功 。 如考虑性能、可扩展性、开发语言等因素 ， 云原生平台需要兼容多种通信协议 。
Linux基金会亚太区策略规划总监Keith Chan在分析云原生技术应用趋势时说道：“云原生安全、适用于边缘的K8S、服务网格的相互整合、混沌工程等细分方向正在被广泛讨论 ， Web Assembly和eBPF将成为热门技术 ， 未来可以预见到解决开发和运维体验的项目会激增 。 ”

文章图片

图片来源：摄图网-500444067
低代码被低估
从云服务到云基础设施还有更多工作要做 。
试问 ， 云与周边生态该如何更好地有机融合和互动？今天的微服务和DevOps会不会从单管理实体走向混合模式 ， 最终形成一个庞大的新型网络？服务网格会不会成为基于HTTP的下一代互联网？云原生与开源又将如何相互影响？
有一点不容忽视 ， 云原生已对面向用户的业务产生了重要的影响 ， 比如低代码和无代码的发展 。 当然其争议也由来已久 ， 有人认为低代码是“工种”的再分配 ， 也有人认为低代码是行业毒瘤、伪需求 。
对此 ， 何宝宏认为 ， 必须发展低代码 ， 这是一个趋势 ， 但能做到什么程度是需要探讨的 。
汪源向《每日经济新闻》采访人员表示 ， 低代码的能力可概括为“中等复杂度的企业级应用” ， 这是可以做到的 ， 现在也有比较多的案例 。 但有一些特定的场景并不适用 ， 比如对算法和复杂数据结构要求比较高的、对界面要求特别高的、头部互联网级应用、分析和智能化应用以及系统软件、科学计算等其他专业性很强的应用等场景 。
“之所以要去做低代码平台 ， 是因为我们看到了企业数字化创新的最后一公里的问题 。 ”陈谔表示 ， 现在企业有了很好的云平台和微服务架构能力 ， 却缺乏满足数字化转型应用需求的研发人员 ， 因此低代码是一个很好的方向 ， 让一个没有长期经过计算机编程语言的业务人员也能直接使用云原生平台完成企业级程序开发 。
比如在车联网行业 ， 插上了组件、中间件的低代码平台就能开发出车联网80%的应用 。 “最后这些应用会跑到哪里？我相信一定是跑在一个比较标准的云原生基础设施之上 。 ”陈谔在谈起技术趋势时越发滔滔不绝 ， “我们面向企业用户 ， 不希望给他们带来太多复杂性 ， 所以在有一些事件驱动或定时任务的场景中 ， 我们将低代码的能力内置进去 ， 用户不需要关注是不是运行在一个Java容器中 ， 平台会自动分配一个可运行的函数服务帮助执行 。 ”