云服务器使用的现状趋势

云服务器可能模糊不清，但其前景是明确的。公司无需向仓库中填充服务器并支付人员来管理服务器，还可以向云服务器提供商支付按需计算资源的费用，并且仅支付实际使用的费用。

这一前景吸引了从初创公司到大型公司，再到工作体系繁重的政府机构，再到阿里、华为、腾讯等公司的云产品。那些现在成熟的服务可能会节省公司购买和管理物理服务器，但他们并没有完全实现只支付使用的东西的梦想。

像阿里云EC2这样的服务仍然要求您选择---并支付---特定数量的计算资源，包括内存和网络容量。可以根据对 Web 应用程序的需求变化上下拨号这些资源。但是，这仍然可能使您的计算能力低于您突然或意外的流量峰值所需的能力，导致您的应用对用户的反应更差。因此，许多云客户同意支付比他们通常需要的更多的资源。

更糟的是，这些虚拟服务器仍然需要客户做大量的实际维护，例如，客户需要安装安全更新并对其进行测试，以确保它们不会破坏现有功能。对于大多数项目，我们会花费 20% 的时间管理云环境。

这就是为什么依靠一种新兴的云服务器方法来消除虚拟服务器的原因。这个想法是云服务器计算的自相矛盾的名字。所谓的云服务器服务实际上依赖于服务器。不同的是用户不管理服务器。与其租用和管理虚拟服务器，只需上传要运行的代码或要存储的数据，并支付您实际使用的资源费用即可。对于开发人员来说，服务器实际上是不可见的。

大约99%的电视代码运行在云服务器平台上，这使管理云环境的时间几乎为零。

这不仅仅是使用云服务器的初创公司。解决方案公司在与执法和公共安全客户的一些工作中使用云服务器计算。云服务器功能使我们能够花更多的时间开发新功能，更少的时间在配置和管理服务器上。

云管理公司云可视性今年早些时候发布的一份报告显示，与上一季度相比，2017年第四季度其客户中的云服务器使用量增长了近7倍。行业分析公司Gartner表示："每个人都知道没有服务器的情况，每个人都在考虑在哪里使用它。"

"作为服务的功能"
云服务器计算已经存在多年，但直到最近，基于它创建整个应用程序才变得可行。在过去的十年里，程序员已经将更多的应用程序运行代码从服务器转移到了手机或浏览器。许多开发人员宁愿不维护服务器，因为用户设备上无法运行的少数内容，如数据存储和密码认证。最早的云服务器服务旨在处理特定任务，帮助开发人员将这类内容外包出去。例如，阿里云的存储服务 S3 允许上传数据，而不必担心存储了多少台服务器，并且只支付使用的内容。提供一项服务，允许开发人员使用其计算基础设施向用户发送短信，而无需安装或配置特定服务器。名为新服务处理密码验证等任务。

第一波云服务器计算被应用程序开发人员证明很受欢迎，但开发人员仍然需要传统的服务器来处理他们的许多自定义代码。2014 年，随着 Hook.io 和 Amazon Lambda 等"功能即服务"产品的推出，情况发生了变化，这些产品使开发人员能够上传自己的小块代码，并且仅支付代码消耗的计算资源费用。这使得像这样的公司几乎完全依赖云服务器计算成为可能。

依靠云服务器计算带来了挑战。首先，开发人员必须编写软件的方式与计划在桌面或传统云服务上运行应用程序的方式不同。一些服务，包括限制代码包的大小，这意味着大型应用程序的开发人员必须把它们分成几块。这对于现有应用程序来说很复杂，因此云服务器更适合创建考虑到这种模块化的新应用程序。

性能也可能是云服务器计算的问题。传统的基于服务器的应用程序通常不停运行，随时可以回答用户的任何查询。但是像这样的服务停止运行不使用的代码，并且只有在需要时才会将其加载回内存中。这会减慢用户的响应时间。随着不同的云服务器组件通过网络相互通信，会出现其他延迟。解决方案公司回避云服务器计算的应用程序，需要快速响应后，长时间的不活动。

这意味着将始终存在更传统的云服务器服务市场，既投资于云服务器公司，也投资于提供管理更传统云服务工具的公司。我认为没有服务器就是未来，但这不是一切的未来，并不是每个功能都应生活在云服务器的框架中。

云服务器计算并不适合所有问题，但描述的性能问题对于来说很少是个问题。它的代码使用频率足够高，其实很少，如果有的话，不得不关闭它。

与此同时，一个工具生态系统正在出现，以帮助应对云服务器计算的挑战。

将当今的云服务器计算比作"面向对象的编程"，这使得软件开发人员在20世纪80年代更容易重复使用代码。开发人员需要时间来学习新方法，工具和其他资源也需要时间才能成熟。然而，到了20世纪90年代，它成为了编程的默认方法，但不是排他性的方法。他们认为没有服务器的人也会走类似的路。

任何可以使云服务器的应用程序都将是云服务器的。如果它不能作为云服务器工作，那么会查看其他选项。