云原生周报2021下半年CNCF开源项目发展总结Cilium

　　业界要闻
　　1。2021年年底CNCF开源项目和发展速度概况
　　摘要：本文总结了2021年下半年CNCF开源项目的发展速度，其中OpenTelemetry在CNCF中拥有第二大贡献社区（仅次于Kubernetes），它表明对现代可观测性工具和协作的兴趣仍然很重要；如果把Argo和Flux项目的速度结合起来，那么GitOps生态系统的速度在CNCF中是最高的；Envoy继续拥有强大且不断增长的社区，并已成为整个服务网格生态系统中使用最广泛的数据平面之一。
　　2。BFEServerv1。4。0和控制面组件v。0。0。2发布
　　摘要：BFEServer更新包括修复了配合Go1。17使用时出现的问题；在部分实现中，使用RWMutex代替Mutex，获得了部分性能上的收益；BFE控制面包括APIServer、ConfAgent、Dashboard三个程序，本次均有更新。上游进展
　　1。Cilium1。11发布，带来内核级服务网格、拓扑感知路由
　　摘要：Cilium是一个开源软件，为基于Kubernetes的Linux容器管理平台上部署的服务，透明地提供服务间的网络和API连接及安全。Cilium1。11版本新版本增加了对OpenTelemetry的支持，KubernetesAPIServer策略匹配，增强负载均衡能力，基于拓扑感知将流量路由到最近的端点，或保持在同一个地区（Region）内等。云原生最佳实践
　　1。Facebook流量路由最佳实践：从公网入口到内网业务的全路径XDPBPF基础设施
　　摘要：用户请求从公网到达Facebook的边界L4LB节点之后，往下会涉及到两个阶段（每个阶段都包括了L4L7）的流量转发：从LB节点负载均衡到特定主机；主机内将流量负载均衡到不同Socket，以上两个阶段都涉及到流量的一致性路由问题。本文介绍这一过程中面临的挑战，以及我们如何基于最新的BPFXDP特性来应对这些挑战。
　　2。Kubernetes集群二进制无损升级实践
　　摘要：本文从0到1的介绍vivo互联网团队支撑在线业务的集群如何在不影响原有业务正常运行的情况下从v1。10版本升级到v1。17版本。之所以升级到v1。17而不是更高的v1。18以上版本，是因为在v1。18版本引入的代码变动会导致extensionsv1beta1等高级资源类型无法继续运行（这部分代码在v1。18版本删除）。推荐阅读
　　1。根因解析KubernetesPod状态异常九大场景盘点
　　摘要：KubernetesPod作为Kubernetes核心资源对象，不仅Service、Controller、Workload都是围绕它展开工作。作为最小调度单元的它，还担任着传统IT环境主机的职责，包含了调度，网络，存储，安全等能力。正是因为Pod具有复杂的生命周期和依赖，绝大多数Kubernetes问题最终都会在Pod上表现出来。本文介绍了工作实践中会遇到的9种典型场景，以及如何使用Kubernetes监控来处理这些场景，快速定位发现问题。
　　2。使用eBPF代替iptables优化服务网格数据面性能
　　摘要：服务网格的Sidecar架构不可避免的会增加请求时延和资源占用，本文介绍通过使用eBPF代替iptables实现流量劫持，同时使用sockmap加速Sidecar代理和应用程序间的网络通信，在一定程度上降低了请求时延和资源开销
　　3。让容器跑得更快：CPUBurst技术实践
　　摘要：以前人们在CPUBandwidthController中修复了一些BUG导致的CPU限流问题，当前非预期限流是由于100ms级别CPU突发使用引起，并且提出CPUBurst技术允许一定的CPU突发使用，避免平均CPU利用率低于限制时的CPU限流。在云计算场景中，CPUBurst技术的价值有：不提高CPU配置的前提下改善CPU资源服务质量；允许资源所有者不牺牲资源服务质量降低CPU资源配置，提升CPU资源利用率；降低资源成本（TCO，TotalCostofOwnership）。
　　4。如何基于BFE做灰度发布
　　摘要：灰度发布是互联网业务研发所需的重要能力。BFE对于灰度发布的两种方式（基于流量特征的灰度发布、基于流量比例的灰度发布）都提供了支持。结合已经开源的BFE控制面组件，可以使用BFEDashboard或BFEAPI完成灰度发布的相关配置。
　　了解更多微服务、云原生技术的相关信息，请关注我们的微信公众号【百度云原生】！