云计算时代比较显著的特点包括： 基于云计算的基础设施，我们的应用能够在云上快速、轻松且高效地做到弹性。尤其是无状态的应用，能够轻易地基于同一个镜像构建实例，当然也能轻易地收缩多余的实例，实现弹性伸缩容。 基于容器化技术，系统资源被切分的更细，资源的利用也变得更优。 基于云计算的开发平台，应用部署更加容易，应用开发更加敏捷。 那么在云计算时代，Java 应用存在哪些问题呢？ 冷启动速度较慢。Java 应用启动需要经历包括 JVM 的初始化、类加载等过程，导致启动速度相较于其他语言来说是处于劣势的。 应用预热时间过长，无法立即达到性能峰值。比如如果没有对应用做一些预热机制，并且对 RT 又比较敏感的应用，会导致发布时有一定的接口超时情况。 内存、CPU 等系统资源占用高。当占用过高时，不得不为 Java 应用提供更高规格的实例，而切分大规格的实例，这也会导致切分后造成的碎片更大，从而导致资源的浪费。 Java 构建的应用程序繁重，执行还需要具备 JDK 环境。
我是来自阿里云云原生可观测团队的梵登。目前主要在可观测团队负责可观测 AIOps 产品 Insights 的商业化建设、AIOps 解决方案的研发、大模型在可观测领域的探索等。很幸运的过去几年主导了 ARMS 在《Gartner APM 2022》和《信通院根因分析标准 2023》的测评项目，因此今天也会分享我在测评过程中的一些心得体验。
本专题共10篇内容，包含淘宝APP基础链路过去一年在用户体验数据科学领域（包括商详、物流、性能、消息、客服、旅程等）一些探索和实践经验。 在商详页基于用户动线和VOC挖掘用户决策因子带来浏览体验提升；在物流侧洞察用户求助时间与实际物流停滞时长的关系制订表达策略带来物流产品满意度提升；在性能优化域构建主客观关联模型找到启动时长与负向反馈指标的魔法数字以明确优化目标；构建多源VOC标签体系综合运用用户行为和用户VOC洞察、落地体验优化策略，并总结出一套用户体验分析方法论。
React Server Component (简称 "RSC") 是 React 18 版本中引入的新特性。无论是废弃 mixins、使用 ES6 Class 声明组件、Suspense 还是极具革命性的 hooks，React 之前版本中的进化还是局限在客户端范畴，这次 RSC 革命性地把 React 的运行时扩展到了服务端，尤其令人惊艳的是在「可组合性」上没有妥协，RSC 与 React Client Component 可以几乎完美地互操作，秉承了 React 的一贯哲学。不少社区的 KOL 认为这将引发下一轮的范式转移。 社区也不是只有一种声音，不少人开始质疑 RSC。比如 RSC 无法简单地使用，官方推荐的最佳实践是与元框架集成在一起使用。当前 (2023 年 8 月) 生产环境 RSC 可用的只有 Vercel 的 Next.js，加之 React 核心成员 Sebastian Markbåge 和 Andrew Clark 都相继加入了 Vercel，社区愈发担心不在 Vercel 上氪金就享受不到正宗味道的 React。此外，RSC 本身也不是没有理解成本的。
日志是系统中熵增最快的一个模块，它承载了业务野蛮生长过程中的所有副产品。本文介绍了一个日志治理案例，围绕降本和提效两大主题，取得一定成效，分享给所有渴望造物乐趣的同学。
本文总结了作者和团队的其他同学在全栈化实践中的痛点和问题，分享了自己的解决思路和经验，希望让后人可以更轻松加入全栈化大家庭，走的更快更稳。
端外对用户的触达方式是多种多样的，不过对于用户而言， 用户在支付宝内，可以登陆运动小程序选择跑步骑行，也可以在出行中使用乘车码出行码等。对于用户而言，保持手机在 app 应用内部常亮是一件麻烦的事情，息屏后解锁再进入 app 查看同样麻烦。锁屏组件可以做到息屏后锁屏保持展示应用内数据，支持快速滑动删除锁屏组件。 也许这只是一个很简单的能力，但是在支付宝这个国民级 app 面前，一个微小的事情也会变得复杂起来。我们充分考虑了锁屏组件的生命周期感知，多业务注册过程中的优先级，耗电问题，快速接入等问题，为需要的业务方提供一个独立而完备的功能组件。
