在互联网行业里，业务迭代很快，系统变更频繁，尤其长青业务随着时间会积累越来越多历史包袱。阿拉丁作为百度搜索垂直化的产品，业务历经多年更迭，历史包袱很多，在应对大事件比如高考、东京奥运会、北京冬奥会的大流量时业务集群面临很大挑战。以高考来说，从2013年开始百度做高考，经过11年的坚持和沉淀，如今高考阿拉丁直接承接用户搜索高考相关内容的数十亿pv的流量，积累多年的系统因其复杂度而面临巨大的稳定性风险。为了应对高考等大事件的巨大流量，联合多方快速建立了保障机制，本文结合实践做了归纳和总结。
多维表格又名透视表、交叉表、Pivot Table，指的是可以在行维度和列维度放入一个或多个维度，显示维度之间相互关系的一种表格。用户可以一目了然地分析出各种场景指标以及对比，旨在帮助业务分析推动决策。
为什么我们要做列表创新提效？ 列表是百度商业B端平台最典型的模块之一，据百度商业B端平台埋点数据统计显示，列表PV占平台总PV的40%，列表操作时长占平台47%。列表承载了客户浏览数据、查找数据、管理数据的重要功能，是客户重点使用和关注的区域。 然而据百度商业平台体验监测报告显示，平台列表模块满意度53.9%，低于平台平均满意度分值（55.6%），不满意归因主要集中在性能卡顿、交互操作效率低两方面。
得物效率前端所在的效率工程为提升企业协作效率而生，面临大量的 PC 侧的中后台应用场景。 在之前的微信公众号《得物效率前端微应用推进过程与思考》中详细介绍了效率前端推进微应用落地的思路和部分效果。 这篇文章将着重介绍得物效率前端微应用推进中，微前端的研发效率遇到的挑战和解决方案。
对于业务同学，不管是从0到1完成一个项目，还是从1到2迭代或者维护老系统，多多少少会因为客观或非客观因素，产生一些当时可控的“负债”，随着时间的积累，那些当时以为可控的“负债”，慢慢“长大”，使得在项目随后发展的过程中，复杂度越来越高、潜在的风险越来越大。本文将阐述我对于业务负债以及身体负债的一些思考。
AV1是开放媒体联盟（AOM， Alliance for Open Media）开发的第一代开放，免版税的视频编码标准。AV1于 2018 年 3 月定稿，相同画质下，码率比 H.265/HEVC 低 20% 左右。经过 Google、Netflix、Meta、Amazon 等互联网巨头的不断推广，目前 AV1 生态逐步发展成熟：PC 侧显卡供应商 AMD､ Intel 和 Nvidia 均已经发布支持 AV1 硬解的相关产品；移动端 MediaTek､ Qualcomm 和 Apple 的旗舰手机芯片都已经支持 AV1 硬解；软件解码器 dav1d 已经具备主流平台的实时解码能力[1]。2020年底 B 站开始自研 BILIAV1 编码器，2022年初开始在 PC 侧点播业务部署 AV1 编码，目前正在积极筹备 AV1 编码在直播业务上的应用。
在前面的《容器云平台中权限模型的设计思路》中，我从平台方的视角介绍了如何建设 IAM（Identity and Access Management，身份与访问管理）系统，用来给各个业务应用提供统一的认证、鉴权的能力。 本期，我将从业务侧的角度出发，跟大家讲讲如何将 Kubernetes Gateway API 和 Istio 的能力与 IAM 系统相结合，构建适用于微服务应用的鉴权体系。
