光传输网络（简称OTN）是一种基于光纤技术的通信网络。它利用光纤作为传输介质，将信息以光的形式进行传输。其凭借DWDM（密集型波分复用）技术以及保护倒换技术，可以实现大带宽、低延迟、高可靠的数据传输，因此广泛应用于多个数据中心互联场景。国内外大型互联网公司通过租用运营商光纤自建传输网络，能够大大降低IDC之间数据传输的成本。同样，携程也拥有自建的光传输网络（简称TOTN），主要用于承载骨干网跨数据中心流量以及IT办公上网流量。 作为底层物理网络，TOTN直接面对运营商光缆，需应对频繁出现的光缆故障。众所周知，国内基建仍处于发展阶段，运营商光缆经常被施工挖断。据美国运营商Level3的统计，其光纤网络大概每年每千公里就会中断1次；中国电信大概每年会发生50次以上干线光缆中断；而在印度，几乎每天都会中断几次甚至十几次。可见，光缆中断的次数与当地社会经济的发展程度密切相关。 携程TOTN自建成以来，平均每年监测到20余次光缆中断。因此在提供大容量传输的同时，如果能够在发生光缆故障的时候，光网络可以自动切换，使业务带宽不受影响，甚至不感知故障，将极大的提升网络可靠性。
对于 web 应用来说，通过请求流量的并发数、qps、rt 等指标，可以很好的衡量当前的 web 服务质量。Knative 中提供了基于请求驱动的 Serverless 能力，包括多版本管理流量，流量访问，基于流量的弹性以及监控等。本文从流量角度出发，为您解密 Knative 相关的能力。
一年卖出 8 亿杯，考验的不仅是奶茶的品牌、口感和性价比，还得有一套打通线上和线下、连接上下游供应链、以保障丝滑购买体验的数字化系统。 茶百道成立于 2008 年，起初，茶百道坚持一步一个脚印，用了 8 年时间门店数量也只有 100 家。转折点发生在 2018 年，在这一年，茶百道正式开放全国性加盟，准备用规模来换市场。2020 到 2022 三年期间，营收和净利润都增长了 4 倍有余。这三年，也是茶百道数字化系统成功云原生化的演进历程。
周末的时候，和一位在国内某互联网公司负责运维的朋友聊天，由于工作相关，刚好聊到了公司项目中微服务架构这块的一些问题，他们公司的微服务架构使用的是业界比较常用的 Spring Cloud Netflix 那一套作为底座，有专门的同学负责运维一套自建的 Eureka 集群来作为微服务注册中心。服务注册中心作为微服务领域的核心组件，承载着公司核心业务的高频服务，一旦遇到可用性问题，就会大面积影响线上业务。 朋友说自从他接手负责这块之后，已经慢慢在业务发展过程中感到对这个 Eureka 集群运维上的有心无力，被拖住了人力暂且不说，日常故障频发的状态也搞的整个人心力交瘁。谈到好几个工作中碰到的问题，梳理了下发现基本上都是围绕着 Eureka 集群性能、运维能力、维护成本相关的。聊了很久在一起交流了下方案，当提议他要不考虑用 MSE Nacos 吧，朋友两手一摊，现在公司有那么多研发小组再去全部推动升级一遍哪有那么容易的。我又问他，那如果什么代码都不需要你们改呢，0 成本，心动吗？
软件架构从来没有所谓的银弹，好的架构除了良好的设计，更少不了持续的迭代优化。腾讯文档在业务挑战之下，实现了一种灵活切换单体、微服务的架构设计方案，对业界同类型同场景项目具备较高可借鉴性。本文将详细介绍腾讯文档在实现单体服务和微服务切换过程中所采用的具体方法和技术，以及所取得的收益。
由于流量红利逐渐消退，精细化营销逐渐成为新趋势。在数据平台建设中，不少企业开始引入OLAP引擎以实现广告业务的精准投放。 本篇聚焦ByteHouse技术和落地经验，以字节跳动内部场景的一套方案，具体拆解OLAP广告业务的实现逻辑和业务效果。
本文介绍了一些简洁架构VSEF的一些框架结构理解，并且抛出了一些演化的主题，这些主题的不同思考会让系统发展成不同的风格，实际也是应用定位的必然结果。
西瓜之前存在过一类RenderThread闪退，从堆栈上看，全部都是系统so调用，给人的第一印象像是一个系统bug，无从下手。闪退集中在Android 5~6上，表现为打开直播间立即闪退。该问题在2022年占据Native Crash Top5，2023年更是上升到到Top1。因此有必要投入时间和精力再重新审视一下这个问题。在历经多周的源码分析和排查后，逐步明确了问题根因并修复，最终取得了显著的稳定性收益和业务收益。 接下来，我们将抽丝剥茧，一步步深入分析这个历史遗留问题，揭开它背后真正的原因。
DeepFlow 对于云原生应用来说，完全具备零侵扰的形式提供应用可观测能力，这个能力得益于其基于 eBPF 以零侵扰的方式采集应用数据，并通过解析多种应用及业务协议来实现应用可观测能力，本文通过深入剖析代码流程，用实战的方法介绍 DeepFlow 中两种常见的协议扩展方法：如何从零开始增加支持一种全新的协议（MongoDB），以及如何利用 DeepFlow 的 Wasm Plugin 机制对已有协议（Kafka）的解析能力进行增强，此次分享的 MongoDB 协议及 Kafka 增加的字段都已经合 DeepFlow 6.4 版本，欢迎大家使用。
本文将简单介绍搜索展现服务发展过程，以及当前其面临的三大挑战：研发难度高、架构能力欠缺、可复用性低，最后提出核心解决思路和具体落地方案，期望大家能有所收货和借鉴。
