我们的优势：

1、服装种类齐全，款式新颖，让你轻松引领时尚潮流；  

2、整合优势资源，自主生产，让你轻松拿到一手货源；  

3、市场精确分析，数据共享，让你实现轻轻松松赚钱；  

4、去除中间环节，直接供货，让你体验合作方式灵活！   

精X工厂男装厂家微信：MBFK5111

随着地域分布越来越多，以及不同地域对应用的差异化需求，使得运维变得越来越复杂，具体表现在以下几个方面：

• 镜像版本升级，需要将每个 Deployment 逐一修改。
• 需要自定义 Deployment 的命名规范，以此来表明相同的应用。
• 随着边缘场景越来越复杂，需求增多，每个节点池的 Deployment 会有一些差异化的配置，不好管理。

单元化部署（UnitedDeployment）通过更上层次的抽象，对这些子的 Deployment 进行统一管理: 自动创建/更新/删除。如下图所示：

UnitedDeployment 控制器可以提供一个模板来定义应用，并通过管理多个 workload 来匹配下面不同的区域。每个 UnitedDeployment 下每个区域的 workload 被称为 pool， 目前 pool 支持使用两种 workload：StatefulSet 和 Deployment。控制器会根据 UnitedDeployment 中 pool 的配置创建子的 workload 资源对象，每个资源对象都有一个期望的 replicas Pod 数量。通过一个 UnitedDeployment 实例就可以自动维护多个 Deployment 或者 Statefulset 资源，同时还能具备 replicas 等的差异化配置。如若获取更直观的操作体验，请查看 Yurt-App-Manager 使用教程和开发者教程。

更多关于 Yurt-App-Manager 的讨论请参考社区 issue 和 pull request：

• issue 124: UnitedDeployment usages
• issue 171: [feature request] the definition of NodePool and UnitedDeployment
• pull request 173: [proposal] add nodepool and uniteddployment crd proposal

2. 节点自治组件 yurt-hub

yurt-hub 是运行在 Kubernetes 集群中每个节点上运行的守护程序，它的作用是作为（Kubelet、Kubeproxy、CNI 插件等）的出站流量的代理。它在边缘节点的本地存储中缓存 Kubernetes 节点守护进程可能访问的所有资源的状态。如果边缘节点离线，则这些守护程序可以帮助节点在重新启动后恢复状态，达到边缘自治的能力。在 v0.3.0 版本中，社区对 yurt-hub 做了大量的功能性增强，主要包括：

• yurt-hub 链接云端 kube-apiserver 时，自动向 kube-apiserver 申请证书，并支持证书过期自动轮转。
• 在 watch 云端资源时，增加超时机制。
• 当本地缓存数据不存在时候，优化 response。

3. 云边运维通道组件 yurt-tunnel

yurt-tunnel 包括云端的 TunnelServer 和每个边缘节点上运行的 TunnelAgent 组成。TunnelServer 通过反向代理与在每个边缘节点中运行的 TunnelAgent 守护进程建立连接，并以此在公共云的控制平面与处于企业内网环境的边缘节点之间建立安全的网络访问。在 v0.3.0 版本中，社区对 yurt-tunnel 组件，在可靠性、稳定性、集成测试方面都做了大量的增强。

4. OpenYurt 运维组件 yurtctl

在 v0.3.0 版本中，yurtctl 支持 kubeadm provider，可以快速方便地将由 kubeadm 创建的原生 Kubernetes 集群转换成能够适应边缘弱网环境的 Kubernetes 集群, 极大提升 OpenYurt 的使用体验。

更多实践操作请关注： 《OpenYurt 入门 - 在树莓派上玩转 OpenYurt》

未来计划

OpenYurt V0.3.0 版本发布，进一步提升了原生 Kubernetes 在边缘场景的扩展能力，同时在针对边缘场景下的应用部署的问题发布了 Yurt-App-Manger 组件，后续 OpenYurt 社区会在设备管理、边缘运维调度、社区治理和贡献者体验方面持续投入，再次感谢 Intel/Vmware 的同学参与，同时也非常欢迎有兴趣的同学加入参与共建，共同打造一个稳定，可靠的完全云原生的边缘计算平台。