主要观点总结
本文介绍了如何通过业务观测体系化建设，聚焦企业经营层面的业务对象，实现内容生产平台的业务trace和监控。包括设计思路、实践过程和遇到的问题等。
关键观点总结
关键观点1: 内容介绍
文章介绍了如何通过全局事件收集，让业务对象具备event-sourcing能力，实现精确洞察生产效率的工具。
关键观点2: 架构设计
文章详细阐述了整个内容生产实时事件流平台的架构设计，包括收集事件流、实时数据收集与存储、异动感知与快速问诊等部分。
关键观点3: 问题解决
通过实例展示了如何解决投稿领域的事件流收集问题，包括事件之间的关联、客户端时间问题、实时数据收集与存储等。
关键观点4: 实时事件流应用
文章介绍了基于实时事件流的业务观测能力，如何应用于解决一系列业务问题，如生产效率监测、事件丢失统计、全链路trace等。
关键观点5: 总结与展望
文章总结了通过业务观测体系化建设，如何渗透到不同的层面和位置，观测和跟踪内容生产不同阶段的问题和改进点，并展望了未来的发展方向。
文章预览
01 为什么要做业务观测 先简单介绍下内容创作业务概要。 UP主创作的视频内容最终会以"稿件"为载体进行打包投稿。 一个稿件从创作到最终用户能观看到，需要经过非常多的环节。 从UP主的创作灵感构思，到视频剪辑，到创作完成之后进行投稿，投稿之后再经过一系列内部的加工，最终C端用户能浏览观看。 这些创作工作，都可以通过B站的集成创作工具来闭环完成。 这些流程专业的细化下来，主要包括。 创作(bilibili粉版、B剪等) → 视频上传(原片上传) → 投稿(封面+标题+简介等) → 转码(分辨率等) → 内容安全审核(黄暴恐+版权等) → 稿件开放（完成生产）→ 稿件分发(CDN分发） 在整个流程中，UP主一旦投稿，后续所有流程的输入输出都是围绕【稿件(archive)】业务实体(bussiness entity)展开。 将这样的内容创作的平台能力，类比到制造业的
………………………………
