update edge

usecases/edge-computing.md

@@ -38,6 +38,46 @@
 
 另外还有很多其他边缘计算相关开源项目请见 [云原生开源项目大全（Awesome Cloud Native）](https://jimmysong.io/awesome-cloud-native/#edge-computing)。
 
+## 边缘计算对于编排调度的挑战
+
+边缘云对编排调度提出了一些挑战。
+
+### 没有网络连接 —— 自主操作
+
+在许多情况下，边缘云需要在没有与集中式管理中心的网络连接的情况下运行，这是由长延迟或连接问题造成的。本地决策是在本地做出的，当连接存在时，它可以与集中式管理中心通信。
+
+### 流动性
+
+我们不一定能指望一个静态的数据中心。由于边缘云可能位于移动的交通工具中，如飞机、船舶、汽车等，我们需要考虑到地理上移动的边缘云与一个或多个中央数据中心之间的通信。把它想象成一个移动用户在基站之间移动。
+
+### 资源限制
+
+边缘的资源是稀缺的，你会发现自己缺少 CPU、内存和持久性存储。为了克服这个问题，你可能想用一个轻量级的调度器运行容器而不是虚拟机。
+
+### 安全问题
+
+安全是一个关键问题。你不希望恶意软件渗透到你的一个本地云，使其瘫痪，或者更糟的是，感染其他本地云或主云。你需要为访问控制、谁可以访问哪些资源和云间通信定义并执行严格的安全策略。
+
+### 带宽成本
+
+边缘的带宽可能是有限的或非常昂贵的。延迟可能会产生很长的 RTT（往返时间）。
+
+### 容量
+
+你把收集到的数以亿计的数据点放在哪里？本地云在资源上是稀缺的。你是否应用了老化技术，分阶段发布等？一个本地云边缘平台需要照顾到这些要求。
+
+### 规模
+
+规模化的许多边缘云的协调工作是具有挑战性的。你如何管理所有的边缘云？此外，你如何监测和收集来自数以百万计的边缘对象的 KPI？
+
+### 自愈
+
+本地边缘编排调度器应支持自我修复、零人工干预的场景。
+
+### 服务构成
+
+一项服务可能完全包含在本地边缘云中，仅这一点就需要自己的本地协调。但是，如果一项服务横跨本地云和主云之间，而你在中心点为多个本地云部署了共同的功能，那该怎么办？需要定义和执行一个服务组合。需要创建服务组合设计模式。
+
 ## 参考
 
 - [The Birth of an Edge Orchestrator – Cloudify Meets Edge Computing](https://cloudify.co/blog/birth-of-edge-orchestrator-cloudify/)