灵雀云应邀出席techo开发者大会——揭秘开源实践

　　11月6日，腾讯Techo开发者大会在北京举行。开源作为与会议密切相关的一个新的关键词，贯穿了会议。针对“灵雀云云原生产品实践之路”这个主题，灵雀云DevOps研发负责人Daniel在云原生技术实践会场应邀发表了演讲。他分享了云原生路径和产品的演变和经验，特别是围绕 kubernetes 管理网络和Helm分发改进的开源项目实践。
 

灵雀云五年云原生之路

　　他总结说，灵雀云的代码传递方式已经从最早的源代码，容器镜像，Kubernetes yaml，到今天的图表。灵雀云业务率先以提供公有云容器为主，发展为提供多集群，私有的PaaS平台到现在的私有云起源PaaS平台。交付过程本身已经发生了很大变化：从最早的构建，演变成持续集成，CICD，到目前的DevOps整合。
　　今年，灵雀云对其产品架构进行了另一次重大升级，所有这些都变成了基于Kubernetes的原生架构。在交互部分，具有非常典型的交互场景。在这个过程中，自动化测试成为需要在发展过程中需要完成的部分。每次发布新特性时，相应的自动化测试已经存在，并且合并成为回归测试的一部分。配送升级每天发布50次，每次5分钟。
 

　　为了快速迭代快速验证他们的业务，灵雀云将帮助客户快速落地提供相关的产品和工具。
　　引入相当的微服务后，企业往往面临着另一个问题，即微服务管理。由于微服务架构的本质是以复杂度来换取敏捷性。微服务治理需要一个完整的基础设施来支持。为此，灵雀云还将针对新出现的客户需求和问题开发产品和解决方案。今年即新推出了API层面的新产品——企业级API管理平台Alauda API Management platform（AMP）。帮助以稳态业务占大比例的传统企业客户进行云原生应用架构的落地。
 

Kube-OVN & Captain  两大开源项目实践

　　然后Daniel讲述了在Kubernetes管理期间，踩过的一些坑，以及随后进行的相关探索和项目实践。
　　他说，Helm是灵雀云的核心迭代工具。如果有更多的自动化，任何数据都会成为一个复杂的问题。升级是开发过程的日常操作，任何新的迭代都需要升级到不同的环境。灵雀云的问题是，有除了更新组件，应用程序通常需要调节，不能保证平滑升级图表更改或删除图表组件不会自动清理。当发生变化时，或可能无法改变，否则会有垃圾数据存在。
 

　　另一重要开源项目Kube—OVN，解决的是OVN网络和Kubernetes集成的问题。随着私有化的云平台，总会遇到网络的一些特殊要求。Kube-ovn 提供了大量的网络功能和对现有基础设施的增强。通过OpenStack的领域的成熟网络功能转移到Kubernetes，对企业应用合规性要求。OVN网络架构支持企业应用网络场景和需求：
　　统一网络的数据面，包括Pod 网络，Service，DNS，NetworkPolicy等；
　　覆盖所有已知开源网络插件（固定IP、QoS、IP曝光、网络加密、UI......）的特性；。
　　平移 OpenStack 的网络设计概念到 Kubernetes（VPC，Subnet，Multi-Tenancy）；
　　由于使用方便，安装条件，默认配置，默认功能，监控工具。
　　他最后强调，目前两个主要的开源项目都在使用，欢迎您的试用，并给出您的反馈。
 

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！