安全从业者脑中有一系列的安全名词，比如安全三要素Confidenciality 、Integrity、Availability，比如硬件安全品牌TPM、TrustZone、SGX、Titan-M，比如软件层面的安全能力Isolation、Access Control，又比如漏洞缓解措施DEP、ASLR、CFI。
从这些名词可以看出，软件最基础的安全能力都得自于硬件的支持，如果一个硬件没有特权级别，那就不要期望能实现什么安全能力了(没有MPU，基本的隔离都没办法做了)。
硬件能力如同原材料，能做成什么样的美味佳肴就靠厨师(工程师)的本领了。
因此在考虑未来产品安全的发展趋势时，硬件安全的未来演进是非常值得参考的。硬件安全系列主要讲述下ARM指令集的演进、Intel SGX解决方案以及苹果和Google硬件安全芯片的应用。本篇文章就从我们最熟悉的ARM开始讲起。
本文介绍了OpenTelemetry的历史、架构和基本概念。OpenTelemetry是一个用于统一日志、指标和链路追踪的开源项目，旨在简化可观测性技术栈的复杂性。文章详细介绍了OpenTelemetry的三个核心组件：客户端、OTel Collector和数据存储。通过标准化协议，OpenTelemetry实现了与多种后端系统的兼容，为开发者提供了一种灵活且可扩展的可观测性解决方案。
文章探讨了Web开发中使用<dialog>元素和其他顶层特性的方法和潜在问题。作者介绍了如何通过showModal()方法使<dialog>元素成为顶层，从而覆盖页面其他元素，并详细讨论了顶层元素带来的显示问题及其解决方案，如使用showPopover()方法显示自定义提示信息。此外，文章还分享了对未来技术兼容性和实用性的见解。
KV 存储作为美团一项重要的在线存储服务，承载了在线服务每天万亿级的请求量，并且保持着 99.995% 的服务可用性。在 DataFunSummit 2023 数据基础架构峰会上，我们分享了《美团大规模 KV 存储挑战与架构实践》，本文为演讲内容的整理。文章主要分为四个部分：第一部分介绍了美团 KV 存储发展历程；第二部分分享了内存 KV Squirrel 挑战和架构实践；第三部分阐述了持久化 KV Cellar 挑战和架构实践；最后一部分介绍了未来的发展规划。希望这些内容对大家有所帮助或启发。
一般情况下，我们通过在应用层读取时间戳，计算两个时间戳的延时($t1 - t0$)，就可以得到时延，就足够了。通过观察这个数据，我们可以看到网络的时延情况(latency)和抖动(jitter)。但是有时候,我们想知道物理网络传输网络的时延是多少，比如北京A机房到B机房的时延，如果通过应用层的时间戳来计算，误差就太大了。为什么呢？
前几日，我在团队内部举行了一场技术分享，我介绍了关于架构设计的最佳实践。将这些实践凝练成了 20 字口诀：架构看问题、需求看用例、设计看模型、细节看时序。
我将顺口溜转到了 Twitter，不少朋友对这些顺口溜产生了浓厚兴趣，希望深入了解。因此，我将我分享中的观点扩展成了这篇文章。
随着微服务架构在大规模组织中成熟落地，服务化体系规模的不断扩张也带来了一些典型问题：服务如何有效治理和接入？团队如何高效协作？本文介绍了多运行时架构解决上述问题的思路，并通过几种开源方案探讨了在实现中遇到的挑战，最后提出了对演进的设想及展望。本文介绍了多运行时架构的概念以及一些实现方案，并讨论了目前的实现中存在的限制与挑战，最后设想了一种未来可能的架构形态。
经过大约 16 年的演变，云计算已经成为一种几乎所有网民都在使用的技术。它可以作为一种服务，用于满足各类企业和消费者的需求。因此，在云计算中正在使用多种服务架构，旨在根据最新的需求来定制所需技术。本文就如今使用的所有服务架构，提供一份完全指南。
本篇是美团超大规模数据库集群保稳定系列的第三篇，重点介绍一下美团数据库的容灾体系建设实践。主要内容包括业务架构、数据库容灾平台能力建设、演练体系建设、以及这些建设取得的一些成果，最后也会分享一下容灾建设的未来思考。希望对大家能够有所帮助或者启发。
Clear Linux 是针对 Intel 平台的滚动 Linux 发行版。它有很多优势，我个人目前主要用来针对老机型（四代酷睿平台）的裸机运行平台，并主要用来跑虚拟机。
由于 Clear Linux 是过于强调精简的发行版，因此配置方面需要额外的精力，所在这里针对 KVM 虚拟机的配置做个记录。
