“边缘计算”实际上位于哪里?

“边缘计算”实际上位于哪里?

抱歉,如果这个问题有点基础,但我肯定是遗漏了相关的搜索词,因为我能找到的有关边缘计算的大多数资源都是用抽象的营销术语来谈论它的。我知道边缘计算应该在“云”的外部或边缘进行,但“云”究竟从哪里开始和结束我并不清楚。

边缘节点的物理位置在哪里?边缘节点是否仍位于正常/主数据中心内,但以某种方式更靠近网络?是否有一些边缘专用的微型数据中心,它们规模较小,但数量较多?或者这种计算以某种方式分散在现有的互联网路由基础设施中?

这些边缘节点在地理上有多“密集”?每个大城市都有自己的“边缘数据中心”吗?每个小国/州?每个大国/地区?

如果边缘基础设施在地理上稀疏(很少有大型数据中心),那么它与分布在几个区域数据中心(us-east-1、us-east-2、us-west-1、us-west-2 等)的传统“云”基础设施有何不同。

如果边缘基础设施在地理上密集(许多小型数据中心),那么对于比简单地提供静态、长期内容更复杂的东西,它怎么会具有成本效益呢?即使你是 Netflix,在每个主要城市租用/拥有机架空间并支持这种非本地化的基础设施听起来也不可行。

答案1

这是一个帮助您完善问题的答复。

首先要明白的是,“云”或“边缘”并没有实际的技术定义。这些只是自成体系的营销术语。

这些术语的真正含义是:

云 – 其他地方的某些服务器。

边缘计算 - 一些服务器位于本地或比所选的“云”服务器更靠近本地。

为什么要有 Edge?因为尽管市场宣传如此之多,但你无法依赖互联网。

上游 - 因此,如果有实时数据必须传输到云端,则需要将其排队以确保 100% 传输。IIOT 是这个市场的驱动力。CDN 推动下游方向的需求。

下游 - 易于缓存的静态或几乎静态的内容可以减轻互联网或服务器的负载。

没有唯一的答案。当专家们开始谈论 x 个跳数而没有应用背景时,恕我直言,这种抽象完全脱离了现实。它与“跳数”无关,因为它可以保护免受故障点的影响,减轻带宽/延迟等。

您的问题中的一些措辞看起来更像是路由而不是服务器。如果是这样的话,重点是速度和延迟。假设跳数越少,速度越快,延迟越低。

答案2

每个现有的 ISP 是否都会与每个现有的云提供商协调以实现这种“两跳”的理想?

不。你错过了“理想”并忽略了这一点。此外,Cloudflare 已覆盖所有主要提供商。Azure 拥有许多数据中心,可供本地提供商访问。

相关内容