在《醍醐灌顶！异地多活架构设计看这篇就够了》一文中，基于容灾需要，讨论了数据写入的架构模型。数据读取方面，重点在于解决读取请求的负载分担、路由选择的问题，对于容灾架构的选择影响不大。不过，其中的“写后立即读”场景，是个一致性范畴的问题，即写入的数据和写入后读到的数据是否一致的问题，本文不展开讨论各种一致性模型，只关注“写后立即读”的要求是数据写入后短时间内到来的读请求能够读取到最新写入的值这一具体问题，这是互联网应用中数据读取中比较独特和典型的场景，值得深入探讨，本文尝试分析一下这个问题的细节并探讨相应的解决思路。
大模型加速了各行业的发展，大模型的安全问题一直以来也被广泛关注和讨论。 本期大牛书单，我们邀请了7位鹅厂安全方面的同事，为大家推荐一些他们读过的、觉得非常有价值的大模型安全方面的书籍。其中包含了AI安全落地应用、安全构建和部署大语言模型、预防LLM技术中的安全风险等多方面的书籍。 希望这些推荐能给对大模型安全感兴趣的你一些启发。
不同于早期 Java 一跳票就是一年的发布周期，PHP 最新发布的8.4版本甚至早于原定计划的11月21日，在11月19日这天正式上线，又以一天之隔在11月20日上线了8.4.1版本。 腾讯早期也有非常浓厚的 PHP 选型背景，我们过去也发布了多篇涉及到 PHP 重构的技术文章。从全世界最好的编程语言，到逐渐没落，PHP 的未来发展前景会如何？大厂技术选型中逐渐替换 PHP，是否意味着 PHP 不再有使用的必要？本次发布的新特性，又会带来哪些新的影响？
有幸参与了几个业务推荐系统搭建的全流程，本文将从实际经验出发，为大家解构如何从零搭建推荐系统，希望跟大家能够相互交流，如有错误之处烦请指正。
本文主要针对 Feed 流进行介绍，将从 Feed 流的演变入手，带你一步步了解 Feed 流，而后学习如何从开发角度入手，对其进行建模，抽象出 Feed 流常见的架构，最终搭建高可用、高扩展、高性能的 Feed 流应用。
互联网服务的可用性问题是困扰企业 IT 人员的达摩克利斯之剑：防于未然，体现不出价值。已然发生，又面临 P0 危机。就更别提稳定性建设背后显性的 IT 预算问题与隐性的人员成本问题。 虽有一套万事不决加机器的法门，却仍有丝丝顾虑存在，这机器保不保真？顶不顶？贵不贵？
在软件开发领域，代码仓库的管理方式对项目的效率和协作有着重要影响。 随着项目结构的日益复杂和开发挑战的不断增长，传统的单一代码库（Monolith）在应对多项目、多库和多服务的情况下显得力不从心，正是在这个背景下，Monorepo（微服务大仓）和Multirepo（微服务多仓）的概念应运而生。 你怎么看待大小仓之争？ 今天就让我们来一起聊聊“为什么要用大仓，monorepo比multirepo好在哪里？”
