OOM是实例使用内存超过实例规格内存上限导致进程被kill，实例存在秒级的不可用。MySQL的内存管理比较复杂，内存监控需要开启performance schema查询(默认关闭)，会带来额外的内存消耗和性能损失，在不开启performance schema情况下排查内存使用情况又比较困难。本文将基于TDSQL-C（基于MySQL5.7）总结一下在线上经常出现的一些OOM的场景、排查手段及相应的优化方案。
将某个通用解决方案包装成成熟的工具包，是每一个技术建设工作者必须思考且必须解决的问题。本文从业内流行的既有工具包入手，解析实现思路，沉淀一般方法。为技术建设的初学者提供一些实践思路的参考。尤其是文中提倡的“去中心化”的协作模式，和“关键链路+开发接口”的开发模式，具有一定的实际落地意义。当然本文在行文中，不可避免存在一定主观偏见性，读者可酌情阅读。
本文主要介绍超大数据规模场景下分布式消息中间件在vivo的应用实践。 在线业务侧主要从RocketMQ集群部署架构、平台系统架构、日常运维操作平台、监控告警一体化实践以及vivo如何通过建设AMQP消息网关的方式完成所有在线业务服务从RabbitMQ到RocketMQ的业务无感迁移，实现了在线业务消息中间件组件的统一。 大数据侧主要从资源隔离、流量均衡、智能动态限流、集群治理四个维度介绍Kafka在vivo的最佳实践以及Kafka核心技术架构在超大数据规模场景下的缺陷以及未来对Pulsar组件的长线规划和建设。
2022 年，架构领域发生了哪些值得关注的事情？一位架构师必备哪些技能？2023年哪些架构趋势需要掌握？Nacos 和 MSE 创始人、阿里云高级技术专家彦林做客 InfoQ 直播间，为我们带来 2023 年的架构师发展指南。
之前看过杨振宁的一个采访，说他最大的成就，不是获得了诺贝尔奖的研究，而是之前的一个普通理论的研究：他坚信事物是遵循一定规律的，不是大家认为的不可捉摸，花了7年时间，陆陆续续，终于找到了一个很好的解释，并且幸运的是，这个研究结果可以覆盖非常多的场景。 当我看到这个采访的时候，内心触动到的一个点是：尝试寻求表象背后的规律或者通用解释，是能够帮助更多的人、产生更大的影响的，这也应该是我们应该努力并坚持的方向。
最近同事说到 Java 的ParallelGCThreads 参数，我翻了下 jdk8 的代码，发现 ParallelGCThreads 的参数默认值如下： 如果 cpu 核心数目少于等于 8，则 GC 线程数量和 CPU 数一致 如果 cpu 核心数大于 8，则前 8 个核，每个核心对应一个 GC 线；其他核，每 8 个核对应 5 个 GC 线程 但是被提醒，发现即使在分配 4 核的容器上，GC 线程数也为 38。然后就想到应该和容器的资源限制有关—— jvm 可能无法觉察到当前容器的资源限制。 翻了下代码，发现最新版本的 java 是能感知容器的资源限制的，就按照jdk版本再翻了下代码。
站在 2023 年的今天，Service Mesh 早已不是一个新兴的概念， 回顾过去 6 年多的发展历程，Service Mesh 从一经推出就受到来自全世界的主流技术公司关注和追捧。 2016 年作为 Service Mesh 的元年，Buoyant 公司 CEO William Morgan 率先发布 Linkerd[1] ，成为业界首个 Service Mesh 项目，同年 Lyft 发布Envoy[2] ，成为第二个 Service Mesh 项目。 2017年，Google、IBM、Lyft 联手发布了 Istio[3]，它与 Linkerd / Envoy 等项目相比，它首次给大家增加了控制平面的概念，提供了强大的流量控制能力。经过多年的发展 Istio，已经逐步成为服务网格领域控制平面的事实标准。 2018年7月，Istio 1.0版本发布[4]，标志着其进入了可以生产可用的时代，逐渐也有越来越多的企业开始考虑和尝试将服务网格应用于生产中。 Istio 作为当前最流行的开源服务网格技术，它由控制平面和数据平面两部分构成。
阿里巴巴中间件陪伴大家又是一年了，春节即将到来，我们不禁回望，这一年我们留下了什么，又收获了什么。 翻阅着一篇又一篇的稿件，细数着往日的场景，2022年我们共发布了151篇文章，是各位读者的厚爱，让我们能持之以恒地与大家分享云原生和中间件的每一点变化。在这些内容中，我们看到了技术人员对精进自身的渴望，也看到了大家解决问题的思路，更能感受到大家对产品和技术的热情与真挚，以及遇到新开源项目时的兴奋与期待。因此，当我们按下「发布」时，希望能不负每一位开发者的等候。 我们选取部分内容，带大家重温过去一年的好文章。
作为一名开发人员，你是不是经常碰到领导让你上服务器去修改 Nginx 配置，然而你会以“我是前端，这个我不会”为理由搪塞过去呢！今天就让我们一起告别这种尴尬，向“真正”的程序员迈进！！！
