开发人员有关网络为何重要的3件事

在我去年 12 月聊天的 47 家企业中，猜猜有多少不是混合云的用户。零。 

猜猜有多少人曾经使用过另一种云模型。零。 

猜猜有多少人相信他们会“将一切都转移到云端”。零。 

好吧，我知道你可能没有经常或根本没有读过这类东西，但我认为它证明了混合云的重要性以及我们对它的了解是多么的少。这很糟糕，因为当一些关键问题很难被理解时，这总是一件坏事，但对于希望再次参与其公司 IT 规划流程的网络专业人员来说，这可能是一件好事。

我们关于网络专业参与应用程序规划的论文很简单。开发人员了解功能和托管要求。IT 运营人员了解托管和成本管理。网络专业人士所了解的是将所有这些绑定到体验中的工作流程。通过将规划讨论的重点放在工作流上，网络专业人员为企业创造了深远的价值，这在混合云中表现得最为明显。

如果你画出混合云应用程序的结构，将用户放在左边，你首先画一个双向箭头指向一个标有“云”的圆圈，然后从那个圆圈到另一个标有“云”的圆圈（在右边） “数据中心”。这是混合云应用程序的总体布局。用户（可能是员工、合作伙伴或客户/潜在客户）通过精心设计的 GUI 与云进行交互。应用程序的云部分将这种交互转化为交易，然后进入数据中心。那里的某些东西（应用程序、数据库）会生成结果，然后通过云 GUI 将结果返回给用户。

不要沉迷于网络——在这里思考；请记住，目标是考虑交互创建的工作流程。应用程序设计和组件化是工作流和交互的奴隶。您要在设计会议上提出的第一点是，最好、最具成本效益的设计将是限制从用户到云或从云到数据中心的来回交互的设计。这是图中需要首先解决的两点。

第 1 步：最小化用户到云的流量。

用户到云的交互会成倍增加成本、使网络连接复杂化并降低体验质量 (QoE)。在不影响 QoE 的情况下保持尽可能低的交互次数是一个起点，但真正的挑战是在不冒大量成本超支风险的情况下最大化云优势。

云的价值在于它能够在负载下扩展并快速更换故障组件，这通常是可扩展性的一个属性。对于连接用户并处理这些工作流的应用程序组件，可扩展性通常最为重要。如果你想要可扩展性，你可能需要某种形式的负载平衡来分工，但你也需要考虑状态的问题。

状态是开发人员所说的“您在多步对话中的位置”。用户几乎总是会与云进行多步交互，因此了解正确处理消息所处的步骤至关重要。许多开发人员会自动想到通过在专用于该步骤的单独的小型组件（微服务）中处理每个对话步骤来实现这一点。这将成倍增加组件的数量，并随之增加云网络的成本和复杂性。另一种方法是状态控制，其中用户的应用程序或云数据库维护对话状态。这意味着单个微服务可以处理多个步骤，也许是整个对话，并且多个用户可以共享每个微服务的实例。所有这些都将减少微服务和连接的数量，从而降低成本和延迟。

就此问题展开讨论的最佳方式是要求开发人员绘制工作流在云中的连接方式。此过程将快速发现微服务和连接数量的问题，并提出如何优化应用程序设计以解决这两个问题的问题。开发人员通常会很快看到问题并了解如何修复它。他们会记得是谁首先指出的！

第 2 步：优化 MPLS 和 SD-WAN 的使用。

现在看看数据中心方面。云和数据中心的关系有很多选择，其中大部分都是不好的。例如，让云组件“读取”托管在数据中心的数据库会产生大量流量，您需要为此付费，大量的每次访问延迟会使您的 QoE 大打折扣. 相反，您希望向数据中心发送一条消息，要求进行所有需要的数据库工作和处理，并让它只发回结果。

大多数混合应用程序首先使用数据中心进行“查询”以查找特定记录或一组记录（如符合用户兴趣的产品），然后进行“更新”以更改其中一条记录的状态（如一项采购）。云数据库的一个重要用途是在用户浏览选项时保留查询结果，这样就无需继续返回数据中心获取另一条记录。这样做会招致云提供商的流量费用，将网络连接加载到云，并增加累积延迟。进行更新时，会将更改发送到数据中心。

数据中心工作流程中出现的一个问题是公司VPN的作用。企业都依赖MPLS VPN，有时由SD-WAN VPN 增强甚至取代。可以通过 VPN 或直接从 Internet 连接到数据中心。在前一种情况下，可以将 VPN 扩展到云（产生额外成本），或者将云流量丢弃在一个或多个远程站点位置，然后再拖回数据中心。这通常是有多个云托管地理区域的选项。始终可以通过规划工作流程并探索每个选项的成本及其对延迟的贡献来确定最佳答案。

第 3 步：磨练可扩展性和组件化。

最后一步是定义将连接用户交互和数据中心交互的云工作流，这是注意“过度可扩展性”和“过度组件化”的重要地方。数据中心中的数据库通常具有特定的最大事务率和特定的可扩展性限制。大多数设计良好的混合云应用程序在用户端具有高度可扩展性，而在向数据中心连接移动时可扩展性较差。您可以通过查看连接用户的云组件和连接数据中心的云组件之间的工作流来识别过度的可扩展性。

工作流巩固了网络专业人员在应用程序规划中的作用，因为工作流巩固了每个应用程序的各个方面。每个工作流程都是企业预算到云提供商、软硬件供应商和网络提供商的现金流。每个工作流都会增加延迟、增加复杂性、增加开发和维护时间和成本。在互联网和云中，连接是隐性的，这导致 IT 专业人员忽略工作流及其后果，因为它们“只是工作”。由于网络连接承载工作流，因此它们将网络和网络专业人员与应用程序、云、信息技术以及最重要的正式 IT 规划联系起来。抓住一堆工作流程，准备就座。