在考虑将应用程序工作负载转移到边缘计算部署的优点时，不仅要考虑技术因素，还要考虑整体业务驱动因素和好处——尤其是这些因素如何应用于给定的组织、应用程序和用户群。
在最简单的层面上，围绕应用程序工作负载放置位置的业务决策归结为您是否能够经济高效地提供用户期望的应用程序体验。边缘是否适合您的业务?
边缘的两个关键因素
对于大多数组织而言，这种流行病使数字化转型变得超速。企业已将更多的用户交互和参与转移到应用程序工作负载上，用户现在对他们使用的应用程序的期望更高。更多特性、更多功能、更多响应能力、更多可用性。
由于移动和SaaS应用程序在日常生活中无处不在，这些期望只会变得越来越苛刻，而且这些期望可能永远不会重置。尚未掌握这一新现实的组织将不可避免地落后。
满足这些用户体验需求归结为两个关键因素，即应用程序响应能力和可用性。
响应能力
除其他因素外，响应性是延迟的函数，或者数据从网络上的一个点传输到另一个点需要多长时间。根据Quadrant Strategies 最近的一项调查，86% 的高管和高级 IT 决策者同意低延迟应用程序有助于他们的组织在竞争中脱颖而出。
同时，80% 的受访者担心高延迟会影响其应用程序的质量。超过 60% 的受访者进一步将关键任务应用程序的低延迟定义为 10 毫秒或更短。
考虑您的用户群和他们可能遇到的延迟是在将应用程序部署到边缘时要考虑的最大因素之一。一旦考虑了所有其他因素，改善延迟的唯一方法就是将工作负载和数据物理地移动到离用户更近的地方——换句话说，就是向边缘移动。
您的用户群在地理上越分散，这一点就越重要。例如，对于全球用户群而言，随着工作负载的扩大，集中式云部署很快变得难以为继;唯一的答案是边缘部署。
可用性
可用性是体验硬币的另一面，不幸的是，任何给定的网络都将不可避免地出现故障，从而导致有关重大云中断和沮丧用户的头条新闻源源不断。
解决此问题的方法是为应用程序工作负载构建冗余和弹性。集中式云部署具有有限的弹性，因为它们依赖于该云提供商。当网络中断时，应用程序也会中断。
另一方面，边缘部署可以轻松解决此问题，前提是部署不依赖于单个网络运营商。工作负载必须广泛分布在不同的供应商之间，这样如果或当一个供应商出现问题时，可以绕过问题，以确保持续的应用程序可用性。
边缘计算成本问题
确定交付预期体验的成本效益如何可以迅速转移到围绕工作负载可扩展性、计算资源分配、网络操作、工作负载隔离和数据合规性的技术考虑。
必须考虑不同的部署策略不可避免的利弊。然而，在所有条件相同的情况下，分布式边缘每次都击败集中式云。
总体而言，有充分的理由考虑将托管服务用于边缘部署;您可以为您的应用程序工作负载获得边缘部署的好处，而无需增加管理或运营自己的分布式网络的成本。
如果您决定朝这个方向发展，请务必考虑边缘提供商是否需要新的 CI/CD(持续集成和持续交付)工作流程和专有工具来支持部署。虽然专有方法消除了管理您自己的网络的责任，但采用新的工作流程、工具和流程可能会颠覆您当前的 DevOps 流程，从而导致进一步的工作流程问题。
边缘的关键考虑因素
许多组织已经急于通过多集群 Kubernetes 部署对应用程序进行现代化改造，而边缘是该策略的自然延伸，在性能、可扩展性、弹性、隔离等方面提供了显着优势。
现代边缘提供了显着更好的应用程序体验，但前提是它可以简单且经济实惠地采用。换句话说，关键是组织要消除将应用程序部署到分布式边缘的挑战，同时仍然保持其现有的容器化环境并使用熟悉的 Kubernetes 工具。
此外，能够找到编排和扩展工作负载以满足实时流量需求并确保为用户提供具有成本效益的低延迟响应的方法的组织——无论用户有多少或他们位于何处——最有可能收获分布式边缘的奖励。
总之，边缘计算的商业案例是边缘提供了巨大的优势——只要它可以相对简单和有效地部署。
标签：
版权声明：本文由用户上传，如有侵权请联系删除！