网易数帆轻舟产品总经理陈谔在采访中表示 ， 微服务化其实一开始是给开发人员使用的一种技术架构 ， 但这种技术架构波及到了运维人员 ， 不该研发关注的部分现在就会下沉到平台上去 ， 如果要解决微服务的一些运维问题 ， 就要引入服务治理的概念 ， 不过 ， 平台上的治理能力跟原来内嵌在应用中的治理能力是有一些差异的 ， 得有一些方法将差异磨平 。
文章图片
正在了解技术的参观者 图片来源：每经采访人员：张韵 摄
微服务有待服务网格的发展成熟
“可以看到 ， 云原生技术栈在这几年变得越来越标准 ， 传统企业的问题在于缺少微服务架构的软件人才 ， 而现在越来越多的软件供应商都在向微服务架构转型 ， 或者说能够实现微服务架构的供应商能更好地发展下去 。 ”陈谔表示 。
“当我们把服务拆得越来越微的时候 ， 如何更好地做运维就成为一个难题 。 ”何宝宏认为 ， 服务被拆小的目的不是把服务分散 ， 而是希望在分布的情况下能够更好地协作 ， 这就需要服务网格（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将成为热门技术 ， 未来可以预见到解决开发和运维体验的项目会激增 。 ”
推荐阅读
- 原神|《原神》「飞彩镌流年」2.4 版本预下载已开启
- 微信|积极落实互联互通，微信收款码支持云闪付及银行APP支付物料落地
- 解决方案|【干货】反渗透设备结垢原因及解决方案
- 样儿|从太空看地球新年灯光秀啥样儿？快看！绝美风云卫星图来了
- 人物|马斯克谈特斯拉人形机器人：有性格 明年底或完成原型
- Tencent|原生微信上架优麒麟软件商店
- Tencent|原生版微信上架统信UOS应用商店：适配X86、ARM、LoongArch架构
- 技术|使用云原生应用和开源技术的创新攻略
- 飞腾|原生版微信登陆统信UOS应用商店，已适配X86/ARM/LoongArch架构
- 微信|微信支付“九宫格”全面支持开通中国银联云闪付