为什么需要 SONiC？

深入理解 SONiC 系列 · 第1篇从一个问题开始如果你是一名数据中心网络工程师你一定经历过这样的痛苦想加一个新功能等厂商下个版本可能要半年出了 bug提 ticket等厂商排期修复想换一家交换机所有配置、自动化脚本全部重写想看看路由协议栈到底怎么工作的对不起闭源这就是传统网络操作系统NOS的困境——你买的不只是硬件更是被锁定在一个封闭生态里。传统 NOS 的问题核心痛点痛点表现厂商锁定配置语法不通用换厂商 重来迭代缓慢新功能依赖厂商 roadmap用户无法自主开发不透明出了 bug 只能等厂商无法自己定位修复成本高软件 license 费用占比极高规模受限大规模数据中心需要统一管理异构 NOS 增加复杂度SONiC 解决了什么传统 NOS 痛点SONiC 的解法厂商锁定开源 SAI 抽象层支持多厂商 ASIC迭代慢容器化微服务架构模块独立升级不透明完全开源可审计、可修改成本高无 license 费白盒硬件成本低规模受限经过 Azure 数十万台验证的生产级系统白盒交换机革命2010 年代一场变革悄然发生硬件解耦Disaggregation。过去交换机就像品牌手机——软件硬件捆绑销售买了 Cisco 就只能用 IOS买了 Juniper 就只能用 JunOS。而白盒交换机的出现就像 PC 组装机的诞生——你买通用硬件搭载 Broadcom、Mellanox 等商用 ASIC 芯片然后自由安装网络操作系统。白盒交换机就像 PC 组装机——你买通用硬件搭载 Memory/Memory/memory 等商用 ASIC然后自由安装网络操作系统。这催生了一个新需求我们需要一个足够好的开源 NOS。SONiC 的核心特点预告下面这张图是 SONiC 的整体架构全景后续文章会逐一深入SONiC 四大设计支柱✅容器化每个功能 独立 Docker 容器故障隔离、独立升级✅Redis 总线模块间通过数据库通信松耦合架构✅SAI 抽象统一 API 屏蔽芯片差异一套代码跑多种硬件✅标准 Linux可使用一切 Linux 生态工具tcpdump、systemd、apt...谁在用 SONiC云厂商超大规模生产环境公司规模微软 Azure数十万台交换机SONiC 发源地阿里云大规模数据中心部署腾讯云逐步推广中LinkedIn自有数据中心Uber网络基础设施硬件生态类别厂商白盒交换机Edgecore、Dell、Celestica、AcctonASIC 芯片Broadcom、Mellanox(NVIDIA)、Marvell、Barefoot(Intel)本篇小结要点内容SONiC 是什么基于 Linux 的开源网络操作系统为什么需要它打破厂商锁定、降低成本、加速创新谁创造的微软2016 年开源核心设计容器化 Redis 总线 SAI 硬件抽象生产验证Azure 数十万台交换机下一篇预告第2篇SONiC 的前世今生— 从微软内部项目到 Linux FoundationSONiC 的完整发展时间线和关键里程碑事件。我们会详细梳理 SONiC 社区的演进以及为什么它能在短短几年内成为数据中心网络的主流选择。 如果这篇文章对你有帮助欢迎分享给更多网络工程师。这是「深入理解 SONiC」系列的第1篇我们将用大约50篇文章从入门到源码级别带你彻底搞懂 SONiC。