16、网络运维的 DevOps 转型：技术与文化的双重挑战

网络运维的 DevOps 转型：技术与文化的双重挑战

1. 系统扩展性分析

在网络运维的 DevOps 转型中，系统的扩展性是一个关键问题，主要涉及到真理源、自动化运行器和平台三个方面。
- 真理源 ：当前的真理源在扩展性上没有太大问题，不过你可能会想要添加其他数据源，如 IPAM、ITSM 等。但要确保这些数据源足够可靠，以满足公司的需求。总体而言，这对于整体框架来说通常不是问题。
- 自动化运行器 ：参考实现使用了 GitHub Actions 作为自动化运行器，它是一个经过验证的具有可扩展性的可靠系统。我们使用托管在 Kubernetes 平台（AWS EKS）上的容器化本地运行器。通过这种机制，你可以扩展每个实例以容纳更多运行器，并且可以在地理上分布它们。
- 平台 ：平台是系统扩展性方面最重要的部分。以 Cisco NSO 为例，它可以规范我们需要管理的各种设备的 API、数据模型和功能，同时也提供了扩展性。就像云服务提供商使用 CloudFormation 服务一样，只需要一个 API 调用就可以处理大量设备的操作。Cisco NSO 每个实例可以管理数千（在撰写本文时最多可达 10,000 个）设备，并且通过真理源中的设备到 NSO 的映射，很容易扩展到单个 NSO 之外。例如，对于一次操作，工具只需要与 10 个 NSO 服务器通信就可以自动化管理 100,000 个设备。

地理扩展性也是一个需要考虑的问题。如果你的设备分布在世界各地，可能会遇到延迟和可靠性问题。我们有两种解决方法：
- 在每个不同的地理区域放置一个平台实例，这样可