为开发人员构建简化的服务网格 API - 孙林 & 朱颖

IstioCon为开发人员构建简化的服务网格 API

为什么

• Airbnb 拥有 30+ 个集群、1k+ 服务和 20k+ Pods，复杂且不断演变的 Istio API 导致产品工程师需关注底层基础设施变动，而非用户体验。
• Airbnb 的目标是让产品工程师专注于提升产品用户体验。

Istio API 的复杂性

• Istio API 复杂且不断演变，例如：
  • VirtualService 和 DestinationRule 的定义示例。
  • 缺少某些功能，如异常值检测、速率限制、HTTP 重试和超时等。

如何简化

• Airbnb 开发了 AirMesh，一个基于 Istio 的简化 API：
  • 与每个服务一起定义 mesh.yml，遵循 AirMesh API。
  • mesh.yml 在 CI 期间转换为 Istio CRs 并部署到 Kubernetes 集群。
  • AirMesh API 基于工作负载，而 Istio API 基于功能。
  • AirMesh 对象类型包括应用、服务、VMApp、VMService、外部服务等。
  • 提供扩展和覆盖功能，减少详细程度。
  • 流量路由（ACA）功能。

Solo.io 的贡献

• Solo.io 提供以应用程序为中心的方法，尽可能代表以集群为中心的方法。
• 简化策略重用，支持团队之间的多租户和隔离。
  • 工作区：作为团队的合理边界，支持多租户功能，使团队上线变得容易。
    • 示例：Pam 加入新团队，奥利弗定义了团队设置工作区。
  • 虚拟目标、访问策略、限价政策的定义示例。

结论

• AirMesh 提供了一个简化、固执己见、用户友好的 API，适合贵公司规格。
• 服务所有者不想学习另一套 CRD。