GitLab作为支撑技术部门各种研发平台工具的核心系统之一，系统的稳定性保障尤其重要！内部的研发相关的工具平台大部分都底层依赖GitLab系统，可以试想一下：一旦GitLab系统挂了，哪些系统受影响？哪些研发活动不能正常进行？代码不能提交合并、发布系统不能使用、App不能打包、新的代码不能进行测试验证等……研发活动将完全处于停止状态。由此可见GitLab系统的稳定性的优先级非常高！GitLab的稳定性建设一方面要从架构上升级，另一方面也要持续治理使用场景，规避那些不合理的使用行为。今天在这里将GitLab系统的稳定性建设过程通过文字的形式分享给大家，欢迎大家一起交流探讨！
在鸿蒙中开发Flutter项目，一个最大的问题，就是「不太会写鸿蒙代码」，这对于一个Flutter开发者来说，虽然不是一件很麻烦的事，但由于现在鸿蒙的版本和文档还略有一些混乱，所以要写好还是有一些麻烦的，所以，秉着能用工具解决的问题就不要自己写的原则，我们参考Native的Flutter Channel的实现，也就是pigeon的方式，不熟悉的同学可以参考我之前的文章。
收集表是腾讯文档的核心品类之一，也是主要的用户增长来源渠道。作为在重大社会事件中承担社会责任的主要功能，收集表既面临着海量规模的压力考验，也在高速发展的业务进程中遇到了遗留技术债的掣肘。 - 核心服务为C++“翻译”过来的 C++ 风格单体非标 tRPC-Go 服务，代码量较大，不利于多人敏捷协作开发，业务快速迭代时期夹带发布风险高，故障爆炸半径大。 - 业务逻辑耦合严重，接口未做轻重分离，稳定性较差，性能存在瓶颈。 - 业务可观测性存在问题。 在这样的技术背景下，腾讯文档团队对收集表后台服务进行了全面的重构，实现了百万级大收集极限业务场景下提供稳定解决方案的业务收益，完善了底层技术基座，优化了产品体验，实现了开着飞机换引擎的重构效果。
