本次春节活动中，我们大部分场景使用内部的 SAR Creator互动方案来实现。 SAR Creator 是一款基于 TypeScript 的高性能、轻量化的互动解决方案，目前支持了Web和字节内部跨端框架平台，服务于字节内部的各种互动业务，包括但不限于抖音春节、抖音直播礼物、抖音UG活动等
这里的 kube on kube ， 是指建立 K8s 元集群，纳管其他业务 K8s 集群，通过声明式 API 管理集群的创建、增删节点等。
4月2日，国家数据局发布了《深化智慧城市发展推进城市全域数字化转型的指导意见（征求意见稿）》（以下简称指导意见）。在标题里提出的“城市全域数字化转型”，成为全文的指导思想，也是指导意见的最大亮点。 距离国家发改委等八部委印发《关于促进智慧城市健康发展的指导意见》已有十年。回首我国智慧城市建设，经历几起几落，已经形成了包括一网统管、一网通办、一网协同等数字政府的基本模式，也大大推进了数据开放、公众参与的理念的落地。但在市场化、可运营方面，一直差强人意。城市≠政府，如果不重新全面认识“城市”这个概念，只将其理解为直接买单的政府，是不可能真正实现“智慧城市”的。本文就指导意见中对智慧城市的几个关键性认知的提升，稍作分析。
离业务决策越近，高时效性数据带来的业务价值越大。实时计算过去面临最大的瓶颈是易用性问题，业务常常迫于迭代运维复杂度放弃实时化。我们基于多年深耕商业实时化场景的思考，提出RTS-场景化端到端全托管，彻底释放实时化的潜能。对大数据和实时化感兴趣的小伙伴们，欢迎交流探讨！
ZooKeeper（ZK）是一个诞生于2007年的分布式应用程序协调服务。尽管出于一些特殊的历史原因，许多业务场景仍然不得不依赖它。比如，Kafka、任务调度等。特别是在 Flink 混合部署 ETCD 解耦 时，业务方曾要求绝对的稳定性，并强烈建议不要使用自建的 ZooKeeper。出于对稳定性的考量，采用了阿里的 MSE-ZK。自从 2022 年 9 月份开始使用至今，我们没有遇到任何稳定性问题，SLA 的可靠性确实达到了 99.99%。 在 2023 年，部分业务使用了自建的 ZooKeeper（ZK）集群，然后使用过程中 ZK 出现了几次波动，随后得物 SRE 开始接管部分自建集群，并进行了几轮稳定性加固的尝试。接管过程中我们发现ZooKeeper在运行一段时间后，内存占用率会不断增加，容易导致内存耗尽（OOM）的问题。我们对这一现象非常好奇，因此也参与了解决这个问题的探索过程。
MaxCompute优化是一个多样而又重要的过程，优化过程需要能够深入理解ODPS的工作原理和内部机制，本文总结了以下几个日常优化案例，最终优化手段可能非常简单，但其中的分析过程较为重要，希望对大家有所启发。
策略是为目的/目标服务的，且策略是自带背景/特定情况的，一定要识别到背景形势的发展和变化，然后才能制定针对性的谋略、计策。 测试策略有两层背景叠加：业务大背景和项目小背景。下文提到的测试策略有时指代业务级测试策略，有时指代项目级测试策略，如果无特指强调，则是在探讨两类测试策略的共同特点。
