SAP Cloud for Customer as a Software as a Service解决方案可通过Internet从世界任何地方通过浏览器、移动应用程序、web服务和其他方式访问，

用户请求通过多个网络，包括用户专用网络、ISP公共网络、，互联网和SAP数据中心网络连接到云端，以便处理客户服务器。

SAP使用其合作伙伴Akamai，通过IP加速和边缘缓存，加速向客户交付web内容，这需要存储静态文本、图像、音频、，以及围绕互联网"边缘"的多个服务器中的视频内容，因此用户请求可以由附近的边缘服务器而不是远处的源服务器来服务。

随着组件数量、网络和地理距离的增加，虚拟主机，网络开销增加的可能性影响最终用户体验或网络性能SaaS解决方案

几种情况可能会影响云对客户的性能，它们可以整合在以下两个方面：

由网络情况引起的开销：

硬件/软件问题、过载甚至操作员错误可能会出现不同类型的症状，举例说明，但不限于：

高网络延迟：

网络延迟，是发送一个网络包到接收器所需的时间，在某些情况下，这也是包返回发送方所需的时间，在这种情况下称为往返时间或RTT。

RTT是包返回发送方所需的时间，如下图所示

SAP Cloud for Customers具有租户内置工具，可帮助测量用户网络延迟，云服务器服务，云服务器和服务器，关于如何使用它的详细信息可以在这里找到。

多种原因可能导致高网络延迟，包括：

低效路径：在Internet中，路由策略和协议基于许多因素，这些因素与性能无关。BGP或Border Gateway Protocol是运行internet的协议，它在网关之间交换路由信息，称为可以到达的已知主机，交换的信息可能包含与路径相关的成本和一些其他属性，这些属性用于确定最佳可用路由。BGP通过最短的逻辑路径发送所有流量，但不考虑有多少流量已经通过该路径，这可能导致路径过载和/或网络拥塞，并导致高网络延迟。

距离。网络包必须以每秒约124000英里的速度运行，对于RTT而言，便宜的云服务器，大约62英里（毫秒）的速度，包的运行时间越长，网络延迟就越高，这是纯粹的物理现象。

繁忙的网络。在互联网上旅行的包裹上可以观察到排队效应。通常一个包要经过几个公共的和共享的互联网络组件，一个繁忙的链路可能是造成高网络延迟的主要原因。当包到达网络组件（路由器、交换机、接入点等）时，必须对包进行处理和重新传输，这取决于每个组件的处理限制和包到达的并发性—它们可能会排队等待，延迟会更高。在某些情况下，队列被淹没，网络包被丢弃，产生"包丢失"并要求重新传输包，造成多米诺效应，因为现在多个设备将不得不处理和排队更多的包。一般来说，高延迟和高包丢失一起会导致网络通信严重减速。

低网络带宽。带宽是指在一段时间内，有多少数据可以从一个点传输到另一个点。带宽越大，可以同时传输的数据量就越多。带宽成为多个应用程序或用户同时使用"管道"的一个因素，应用程序的类型和往返于互联网的数据量将决定带宽的大小。如果带宽成为一个瓶颈，它将降低吞吐量和响应时间。这类似于高峰时段的高速公路，当时我们可能处于一个保险杠到保险杠的状况，以30英里/小时的速度行驶，而在同一条高速公路上，另一刻我们可以以70英里/小时的速度行驶，并更快地到达目的地。

有关如何为SAP Cloud For Customer解决高延迟网络故障的更多信息，请单击这里

配置问题：有不同的配置因素可能会导致响应时间开销，其中一些可能是但不限于：

DNS配置。Cloud for Customers使用我们的合作伙伴公司Akamai的产品加速互联网流量。此产品依赖外部DNS服务器的地理位置为Akamai网络提供入口点（或边缘服务器），从而找到从用户到客户租户所在的SAP数据中心的最佳路径。为了充分利用此功能，要求DNS服务器和用户位于同一地理区域。一个常见的问题是，用户使用位于不同地理区域的DNS服务器来解析DNS查询，在这种情况下，DNS服务器将客户租户DNS名称的云解析为靠近DNS服务器的IP，但不一定解析为在Akamai边缘服务器和最终用户之间有很长最后一英里的用户，例如，一个来自欧洲的用户试图访问欧洲客户租户的SAP云，并在美国使用DNS服务器，在这种情况下，来自欧洲的用户将与美国的边缘服务器通信，返利app是真的吗，迫使用户从欧洲连接到美国的Akamai服务器，然后连接到欧洲客户的SAP云，从而造成相当大的网络开销。关于如何确定DNS解析和TCP路由是否发生在同一区域的一种方法在本博客中进行了解释

有关Akamai如何工作的更多信息，请单击此处