我被要求探索我们的select。
他们不希望物理移动服务器，因为这是很多的工作，如果发生了非常糟糕的事情，将没有人照顾的事情。 优化网站本身可能不会有太大的好处，因为响应时间和传输速度都很慢，并且需要传输大量的内容。
他们正在讨论在Y县或其他地方build立一个便宜的第二台服务器（VPS？），但我不知道该如何处理。 那么有什么select呢？
按照数量级，最好的select是将整个服务移动到与您的用户群更接近的位置。 当然，将当前物理硬件移动到新位置并不是一个胜利，但是您可以使用托pipe服务提供商在其中租用服务器硬件（或使用VPS），然后如果硬件中断，则是提供商的问题，如果软件中断，这是你的问题（但你可以进入机器来远程修复）。 然后，您可以使用当前的硬件用于不同的目的（例如，登台服务器）。
如果出于某种原因，您绝对必须将站点本身托pipe在当前networking位置的当前物理硬件上，则需要将caching代理设置得更靠近用户。 这是一个选项，这将增加每次必须从站点传输的数据的延迟和性能问题，但是可以为静态资产的感知性能创造奇迹，这些静态资产可以caching到用户附近（图像，JavaScript，静态HTML）。 如果您的网站主要是静态的，这可能是一个不错的select，但是如果它是一个很大程度上dynamic的网站，用户不断地做出请求，必须通过dynamic生成的HTML从源服务器响应，这不会有帮助。
由于延迟和数据传输速率的问题，您必须将服务移到最终用户附近，并获得更快的pipe道。 靠近国家的VPS拥有足够的数据速度是一个好的开始。 具体哪个国家是Y国？ （寻找离用户最近的服务提供商）
所以你得到一个新的服务器在一个distante土地。 那么你将如何同步两台服务器？ 你如何布置DNS？ 两个不同的主机名？ 您的应用程序是否准备好用于多服务器设置？
我的意思是越来越靠近用户的蹩脚链接不会创造奇迹。
我的意思是我在其他国家的服务器上访问很多，如果不是以8Mbps或更高的速度拉动，那么我正在变成某个地方。 延迟通常低于100毫秒。
我的观点是，我相信，即使没有caching的静态内容，您也可以通过良好的连接将您的网站从一个国家/地区托pipe到全球的另一端。 让你的服务器托pipe在一个良好的ISP，你将连接到骨干网，世界的另一边是less于10跳。
没有关于应用程序优化types的更多细节，技巧只能是通用的，因为它们依赖于技术和体系结构。