云计算主要是一个营销术语吗？

Question

我理解云计算的概念，但我很好奇为什么这个词在过去的几年里变得如此疲惫。服务器已经存在很长一段时间了，我不知道这与“云计算”这个术语在流行之前有什么不同。有更多的vps服务和更多的系统和复杂性，但是

是“云计算”，主要是营销术语？

。

Answer 1

“云计算”的特点确实是它的营销方式，特别是它的定价方式。

我个人更喜欢的“云计算”的另一个同义词是“效用计算”，这个术语最好地描述了它的全部含义:它的定价和使用与任何其他公用事业一样，水、气、电。

你只为你使用的东西付费，当你使用它时，你不需要配置任何东西，你不需要租任何东西，你不需要预付任何东西。根据您非常细粒度的实际使用情况，您将自动按月计费。

这真的像一个实用工具:如果你想洗手，你打开水龙头一点，一点水出来。如果你在你的游泳池里，你打开水龙头越来越多的水出来。你不需要预付水，你不需要打电话给水公司，让他们给你送水，你不需要安排任何事情。你只要打开水龙头，马上就会有水。

实用计算资源也是一样的。

这和我们以前有过的不一样。我们租用了数据中心的服务器，但无论是否使用，我们都必须支付费用。即使在应用服务提供商(ASP，任何人都记得这些)的时代(非常短暂和不成功)，你通常也有一个月或一年的计划。有些大型机共享系统是由CPU第二次计费的，但这些系统不像实用计算资源那样即时，通常需要预先安排一些东西。

在经济学领域，关于如何为产品定价以及如何将这些产品推向市场的子领域被称为“营销”，所以你几乎是正确的：“云计算”主要是一个营销术语，但我非常反对你句子中的“公正”一词：

“云计算”主要是一个营销术语吗？

因为云计算的营销方面正是什么使它不同于以前的一切，以及是什么使它如此具有破坏性。

“效用”隐喻的其他部分也适用于效用计算，比如你不需要关心你的水从哪里来，它如何到达你的水龙头，你只要打开水龙头，水就出来了。水可能来自一个水槽，一个水库，一个湖泊，一条河流，一口井。电力可以由风能、太阳能、地热、煤炭、核能发电，它可以直接来自你的供应商拥有的一家工厂，或者由另一家供应商拥有的工厂，然后由另一家供应商将能源出售给你的供应商等等。

这就是“云”这个词的来源。它来自系统图，网络总是被简单地描绘成一个“神奇的云”来完成所有的事情，你不需要真正关注它是如何工作的。这就是“云计算”所要调用的隐喻。云就是这样的东西，它总是存在的，总是有效的，你不需要担心它。

Answer 2

“云”一词确实非常广泛，用来代表不同的现实：

• IaaS是“基础设施作为一种服务”。这似乎是您当前看待云的方式:它涉及计算能力和服务器。
• PaaS是“作为服务的平台”
• SaaS是“软件即服务”，它允许您访问软件，而不关心服务器或平台。

当你质疑如果云是一个与其他技术不同的技术现实时，你是对的:从技术上讲，你可以运行你自己的服务器，安装一些平台，操作你自己的软件并直接提供给你的用户。通常，这可以用相同的技术和堆栈来完成。

您甚至可以添加内部防火墙，负载平衡，高可用性，地理分布在您自己的房地。如果你有足够的钱(例如，如果你是五角大楼的话)，你可以建立你自己的私有云，没有任何专家，可以分析你的架构，可以发挥作用。

所以云确实是一个商业现实:它是关于谁在做什么，以什么价格做，这是在合同中定义的。因此，拥有和经营这些东西是有区别的，让别人为你做，以一个价格，但你知道如何和灵活性，如果销售云不是你的主要业务，你可能永远不会。

这就是亚马逊开始这项业务的方式(或许在此之前，IBM也曾提供过按需应变服务)。

总之，与技术相比，云更多地由合同条款来定义。现在棘手的是IaaS，它与商业托管服务有重叠之处。在这里，我看到了相对不灵活的托管服务，作为“云”出售，但在实践中没有预期的灵活性。因此，这里的“云”有时被用作“营销术语”，它既不符合商业现实，也不符合技术现实。

最后，请注意商业现实对您的架构可能性有影响。因此，即使在技术上没有差异，角色的分布也会对您能够或不能做的事情产生深刻的影响。

Answer 3

云计算在营销术语中从一个角度，而不仅仅是一个营销术语从另一个角度。

最终用户视角:对于最终用户来说，不管您是在云中运行工作负载，还是在您的前提下或以任何其他方式运行您的工作负载，都不重要。从最终用户的角度来看，这并不重要。

因此，如果这个词与最终用户一起使用，它将接近一个营销术语。

开发组织视角:当您的工作负载在云中运行而不是在前提下运行时，有几个好处

1. 在您的前提下维护服务器的成本将不会发生。
2. 组织不需要有熟练的人员来管理服务器
3. 与云，它很容易有弹性的负荷。许多企业的负载各不相同，云很容易管理。提供服务器和取消供应服务器将耗费时间。

考虑在云上：

1. 现在，您应该确保您的代码能够在云中假设的情况下运行。因此，在开发代码时，必须以云本地的方式进行开发(而不对部署环境作出假设)。
2. 如果代码是为了利用云提供的弹性而编写的，那就太好了。这是一项需求量很大的技能。
3. 您需要在组织中拥有在云中部署代码的技能集。这可不是小事。您可能有1000多个工作负载，您可能需要一些自动化的CI/CD。
4. 云是一个总括术语。当你要使用它时，你需要知道细节，比如你的云供应商和竞争对手提供的服务。这也是一套技能。

因此，从组织转向云的角度来看，这不仅仅是一个营销术语。组织需要具备必要的技能。