这篇文章给大家聊聊关于字节跳动自主研发的OpenBMC解决方案成功上线。 STE团队工程师做了什么？，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。

目前的服务器BMC解决方案中，有的厂商拥有完全自研的解决方案，也有的厂商会基于IBV（Independent BMC Vendor）的商用BMC进行定制开发。然而，这些都是闭源的，服务器用户无法控制BMC。功能齐全。

同时，商用BMC也有很多局限性，比如一些不必要的功能，可能会影响网络和系统的稳定性；修复Bug和漏洞往往需要反馈给ODM厂商，甚至需要IBV支持，导致修复时间过长；有些bug只能在特定情况下出现，增加了修复的难度。

随着互联网的不断发展和数据中心规模的不断扩大，数据中心服务的运维需求也日益精细化、定制化。

传统的BMC开发模式严重依赖各类ODM厂商和IBV，开发周期长，无法实时响应互联网不断变化的需求。更加开放和现代化的BMC计划已成为当务之急。

功能新架构优，OpenBMC 成字节跳动首选

OpenBMC 是Linux 基金会的一个开源项目。它拥有成熟的解决方案和活跃的社区。得到IBM、Google、Facebook、Intel、浪潮等国内外各大厂商的支持。

在架构方面，OpenBMC支持Aspeed、Nuvoton等多种BMC芯片，以及x86、ARM、OpenPOWER等多种服务器架构。它还采用Linux内核5.15、Systemd 249（249.4+）、GCC 11.2.0和C++20等最新的现代技术架构。

OpenBMC解决方案流程一览

但OpenBMC最初是为了解决国外企业的数据中心需求而设计和开发的，并不能完全适应国内互联网数据中心的需求。基于OpenBMC，结合字节跳动服务器管理和运维，开发出自研版本，使其成为更理想的选择。

从社区版本到落地应用，OpenBMC 在字节跳动产品化

为了加快OpenBMC与字节跳动内部业务的适配，STE团队调研了OpenBMC社区各模块的技术方案，并与字节跳动内部服务器管理运营进行对比，选择合适的解决方案。

OpenBMC在字节跳动的产品化流程示意图

对于能够满足字节跳动内部需求的模块，STE团队决定直接使用社区版本；对于额外的需求，将基于社区模块进行功能的添加和增强，最终形成完整的解决方案进行深入测试。

对于x86特定模块，复用Intel模块，如PECI、node-manager进行电源控制，复用x86-power-control用于各种传感器，基于现有的entity-manager/dbus-sensors/virtual-sensor，添加yaml定义风扇控制所需的传感器，重复使用磷化PID控制，并为FRU添加单转子和双转子检测和适配。根据硬件情况修改相关代码，支持SEL的非标准FRU格式。实施新的统一日志记录方法，并将日志条目转换为标准SEL。代码更新方面，在phopsphor-bmc-code-mgmt的基础上增加了对BIOS、CPLD、FPGA等模块的支持。针对字节跳动内部管理和运营，添加了新代码，完成线上适配工作。此外，STE团队还在字节跳动内部搭建了CI服务器，完成了自动化编译和测试，并与开源社区的Gerrit对接：

对于每个内部Push/MergeRequest，都会运行CI。每次编译都会通过QEMU进行重要发布标签的基础测试，并使用HW CI在实际服务器上验证开源社区的每一个元字节跳动。更改还将运行编译和QEMU CI

积极呼吁行业合作，共同参与社区共建

。据STE团队工程师介绍，OpenBMC项目已在两台不同配置的机器上成功上线，并已稳定运行两个多月。

同时，STE团队的工程师也在OpenBMC开源社区提交了许多涉及新功能和错误修复的提交，目前已成为OpenBMC技术监督论坛（TOF）的成员。

https://github.com/search?p=1q=org%3Aopenbmc+bytedance.comtype=Commitshttps://github.com/openbmc/docs/blob/master/tof/contract.md未来字节跳动系统部STE团队将在更多平台上开展工作继续开发OpenBMC，更好更快地支持服务器管理和运行。该工程师还表示，在后续的发展中，STE团队希望与更多厂商进行全方位、多维度的密切合作，共同开发更符合国内互联网数据中心需求的开源BMC解决方案。

采访最后，STE团队的工程师们也充分表达了对优秀人才的渴望。欢迎对新技术、开源感兴趣的朋友加入字节跳动系统部STE团队，使用最新的内核和最新的编译器来编写最现代的C++。

关于字节跳动系统部STE团队：