Envoy Gateway[1] (EG) 首次公开发布 [2] 四个月后，我们很高兴地宣布发布 版本 0.3[3] 起。这个最新版本是几位 Tetrate 同事和整个社区其他人辛勤工作的结晶。Envoy Gateway 现在支持整个 Kubernetes Gateway API[4]，包括实验部分 —— 添加了一些强大的新功能，使这个免费的开源软件更接近于功能齐全的 API 网关。 EG 的一大特点是它配置了新的网关 API，而不是旧的和非常有限的 Ingress API[5]，或任何为了弥补 Ingress 缺陷的专有 API。虽然 EG 0.2 实现了 Gateway API 的核心部分（完全支持 “基本” HTTP 路由），但 EG 0.3 在其 Gateway API 支持方面更进了一步，这可能是了解其新功能的最佳方式：
在日常开发和生产环境中，可能会遇到由于网络或者其他因素导致客户端连接 MSE 集群出现异常，此时需要排查集群以及客户端状态，通常需要通过文档查询对应的异常解释来定位问题，排查问题的链路比较长，比较耗时。因此 MSE 提供了一键诊断工具，发现 client -> server 链路上的问题并提供建议，使得问题排查更加快捷。
软件交付是一个非常复杂的过程和体系，需要保障好每个阶段的质量和效率才能保障最终的质量和效率。本文将尝试从需求交付的前、中、后三个环节来阐述一下如何做高效高质量的价值交付。
这篇文章介绍了如何编写云原生网络功能（CNF），即在电信领域的网络应用，它们与大多数云原生企业应用有不同的非功能性需求。CNF 需要满足高性能、高可靠性、高安全性和低延迟等指标。文章提出了一个基本的设计原则：每个容器只负责一个关注点，即一个单一的网络功能或子功能。
引入消息队列可以帮助我们解耦业务逻辑，提升性能，让主链路更加清晰。但是消息链路的代码腐化和一致性问题也给业务带来了很多困扰，本文阐述了钉钉审批消息链路重构的设计和解决方案。注：Metaq 是阿里 RocketMQ 消息队列的内网版本。
在 InfoQ “2022 中国技术力量年度榜单”中，KubeVela 获得了 “十大开源新锐项目” 和 “开发者最喜爱的十大开源项目” 双料大奖。这个开源至今仅两年多的云原生开源项目，为什么得到这么多开发者的认可？它因何而来，又将到何处去？就让我们跟随 KubeVela 创始团队，一起了解它的开源故事。
游戏互动是淘宝内容化建设的重要一环，其实自研的淘宝斗地主满足了部分人群的简单娱乐需求。本文主要介绍了淘宝斗地主新推出的残局玩法从0到1是如何实现的，笔者针对游戏链路到设计方案和可能出现的问题做了比较细致的介绍，供大家参考交流。
随着越来越多的企业将应用程序迁移到 Kubernetes 平台，它逐渐成为了资源编排和调度的重要入口。众所周知，Kubernetes 会按照应用程序申请的资源配额进行调度，因此如何合理的配置应用资源规格就成为提升集群利用率的关键。这篇文章将会分享如何基于 FinOps 开源项目 Crane 正确的配置应用资源，以及如何在企业内推进资源优化的实践。
