在计算中，缓存是一种存储数据的硬件或软件组件，以便可以更快地满足未来对该数据的请求；存储在缓存中的数据可能是早期计算的结果或存储在其他地方的数据副本。当可以在缓存中找到请求的数据时发生缓存命中，而当找不到时发生缓存未命中。缓存命中是通过从缓存中读取数据来提供的，这比重新计算结果或从较慢的数据存储中读取要快；因此，缓存可以处理的请求越多，系统执行的速度就越快。 为了具有成本效益并能够有效地使用数据，缓存必须相对较小。尽管如此，缓存已经在许多计算领域证明了自己，因为典型的计算机应用程序访问具有高度局部引用的数据。这种访问模式表现出时间局部性，其中请求的数据最近已经请求过，而空间局部性，其中请求的数据物理上存储在已经请求的数据附近。 缓存可以说是无处不在，比如：PC电脑中的内存、CPU中有二级缓存、http协议中的缓存控制、CDN加速技术，无不都是使用了缓存的思想来解决性能问题。缓存是用于解决高并发场景下系统的性能及稳定性问题的银弹。
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是如何实现的，笔者针对游戏链路到设计方案和可能出现的问题做了比较细致的介绍，供大家参考交流。
