Ⅰ 云计算主机关闭/开启如何实现节能
A.能耗的根源
云计算系统有几个不可或缺的部分。首先，它需要大量的硬件设备来存储并处理数据。这些硬件设备包括放置在机柜内的计算和存储服务器，以及处理器、内存、硬盘等服务器组件。其次，在服务器之间，服务器与用户之间需要连接，所以网络也必不可少，它是连接用户与计算、存储等云资源的桥梁。此外，数据中心还需要专门的软件来监控和管理云计算的基础设施，这些软件就是云管理系统（简称CMS）。最后，云服务商还需要安装合适的应用软件，帮助用户使用云服务。
这几个部分都需要消耗大量的能源，也都会损失和浪费很多能源，比如在夜间温度较低时，散热系统仍在全速运行，或者系统在运行，却没有为用户提供服务。2003年，单机柜服务器的功率密度在0.25千瓦到1.5千瓦之间，而到了2014年，这个数字上升至10千瓦，预计到2020年会上升至30千瓦。而且，大多数服务器空载时的功率超过峰值功率的50%，服务器的平均利用率一般只有10%到50%。因此，一部只以20%性能运行的服务器的能耗，可能相当于它满载时能耗的80%。考虑到仅在2013年最后一个季度，新服务器的出货量就超过250万台，提高服务器的能效就成为第一要务。
而在网络环节，主要有3个地方会消耗能源：数据中心内部的连接、不同数据中心间的网络连接，以及让外部用户访问的固定网络和无线网络。在目前的数据中心，网络成本占所有运营费用的10%，这个数字还可能随着互联网流量的增加上涨到50%。
如果服务器空载，就会耗费大量能源。如果网络架构不适合云应用，信息的传输途径也会发生改变，网络的某些部分就无法得到充分利用，能源浪费就会加剧。
由于信息技术的能耗越来越高，在数据中心的设备中，监控和管理云计算的基础设施就变得很重要，云管理系统的作用就是提高数据中心的能效。如果使用不当，云管理系统本身也会浪费能源。应用设备（如Java虚拟机）的运行通常都会产生日常能源消耗，如果应用设备性能不佳，就需要更多服务器，消耗更多的能源。
B.硬件优化之路
提高能效的第一步是升级网络设备，增加节能模式，减少网络设施在未被充分使用时的耗电量。如果能把未使用的端口、连接和交换机完全关闭，它们就不会因为空转而耗能了。
升级后，设备的热载荷也会下降，这又会降低散热系统的能耗，提升系统的稳定性。不过，只调整网络设备是不够的，因为当网络连通性降低时，系统性能也会下降。所以，还需要调整网络结构，让网络流量可以沿着多个路径传播，或只通过少数几个高能耗的关键路径发送，而网络中的其他部分则进入低能耗模式。这种方案还可用于数据中心间的网络，充分挖掘网络带宽，因为批量传输所需的成本比单独传输要低。
除了降低数据传输的能耗，优化网络结构还可以降低基站的发射功率——基站是云端与终端之间传输信息的桥梁。连接手机的大型基站覆盖面积较大，基站和手机间的距离通常也很远，所以需要相当大的发射功率，才能保证大范围内的手机通信，但这样一来，能耗无疑很高。为了降低能耗，我们可以充分利用与用户更近的小型基站。现有的研究表明，在城市地区使用小型基站，可以使空载模式下的能耗降低至原来的1/46。
服务器和网络设备相似，如果可以根据负载自动调节功率和性能，就能降低能耗。今天的CPU、内存和硬盘都可以选择负载和空载两种模式，并相应调节电压和频率以降低能耗。为了延长硬盘空载时间，CPU会优先从缓存中读取信息，只有在缓存中找不到数据时，服务器才会访问硬盘。缓存本身也能优化甚至关掉部分未用缓存。最终，新的低功耗缓存技术可以和现有技术相结合，在保持性能的同时降低能耗。
服务器机柜的设计也会影响散热和供电的能效。研究人员发现，与使用机房空调相比，能对特定组件进行局部散热的服务器机柜有更好的节能效果。比如，通过一些特殊的冷却技术，可消除由处理器产生的热量。此外，还可以通过调节组件本身（比如调节内存数据吞吐量），避免热损失的发生。从供电环节开始限制能量输入，或对数据中心的能耗设置一个上限，也可以降低单一组件或整个服务器机架的能耗。最后，使用紧凑的服务器配置，直接去掉未使用的组件，也是减少能量损失的好办法。
C.云管的秘密
使用云管理系统的主要目的，是对基础设施（包括服务器、虚拟机和应用程序）进行调度以实现负载平衡。虚拟机是体现云服务优越性的最佳范例，它借助软件模拟出计算机系统，具有硬件功能，可以在完全隔离的环境中运行。有几种虚拟机的使用方法能提高云计算的能效。首先，可以让虚拟机根据负载情况重新调配资源；其次，可以为虚拟机的布置选择能效最高的物理机；最后，可以将未充分利用的虚拟机迁移至数量更少的主机上，并把一直未使用的虚拟机关闭。
不过，这些步骤需要CPU软件功耗模式来实现。该模式下，软件和硬件彼此协调以共同调整能耗。而且，服务器本身也可以通过调整实际负载来降低能耗。研究表明，即便使用简单的试探法（比如在服务器持续空载一段时间后关闭服务器），也能节约大量能源。
下一步措施是在更宏观的范围内实施管理措施，比如合并多个数据中心。但是，这会增加虚拟机迁移所需的开销，在输入输出两端都要消耗能量。为了弄清楚合并数据中心能否提高能效，我们可以借助一些模拟工具，如CloudSim，它可以评估云计算管理系统消耗和节约的电量，并进一步比较服务质量的变化。显然，如果既能降低能耗，又不会影响用户使用云服务，这种合并就有利于降低云计算的能耗。云管理系统不仅可以控制服务器，还可以控制网络系统，甚至控制散热和供电，因为云管理系统“知道” 需要哪些资源，不需要哪些资源，因此可以选择合适的虚拟技术，并在服务器空载时关闭散热设备。
云管理系统的建立方式也很重要，采用模块化方式来建立云管理系统就很有优势，因为这允许技术人员在实际需要某个模块时加载相应模块。比如，在需要监控某些特定组件时，技术人员可以在原有系统中添加某些插件；而在不需要监控这些组件时，技术人员也可以终止运行这些插件。
同时，研究人员也在开发高能效的软件，降低应用程序在空载状态下的能耗。比如，限制用户远程唤醒服务器可以延长空载状态时间，尽量向用户发送消息而非让用户或客户端向云服务器主动发起请求，可以让软件在真正需要其运行之前保持休眠，对资源（如磁盘）的批量访问也可以减少不必要的唤醒。
不在现实世界部署高能效方案并没有看上去那么简单。服务器组件的低能耗模式只有在服务器长期空载的情况下才有益处，而这种情况在实际使用中并不常见。而且，尽管服务器在执行轻量级任务时的使用率很低，但为了满足访问高峰时的需求，仍有必要保持适当的“弹性”。因此，可自我扩展的服务器组件必须与软件组件相关联，否则调节CPU模式的技术会被错误应用，导致CPU运行频率过低，应用程序的运行时间变长，最终导致CPU的整体能耗上升。另一个目标是让空载组件的能耗接近于零，这可以通过合并未充分利用的服务器来实现。
D.治标又治本——整体解决方案
为云计算提供支持的数据中心是一套高度耦合的系统，几乎可以视作一台大型计算机。因此，除了从数据中心的每个部分着手，降低能耗之外，还得把整个数据中心视作一个整体，分析各个基础设施之间的相关性，进而寻找节能方案。
应用设备是云计算中可管理的最小单位，但它们的性能可以影响所需服务器的数量，从而产生多米诺效应，进一步影响网络规模和支持性的设备——比如散热和供电设备的数量。因此，为目标应用程序选择适当的硬件资源，可能会对数据中心的总体能耗产生重大影响。这里的实例包括，用GPU而不是CPU运行可以高度并行的应用程序（有些程序可以在成千上万个处理器上同时运行，节省运算时间）。和CPU相比，GPU上的计算单元非常密集，可以同时执行很多任务，更适合并行计算，同时能耗更低。
但是，使用新的硬件需要对应用程序进行更深的研究和更细致的分级，在特定的应用程序和潜在的硬件资源之间建立联系。云计算的实现需要多种基础设施的协同，这又需要建立一个灵活、全面、监控能力出色的云管理系统。作为最基本的要求，云管理系统必须要监测数据中心中正在运行的进程、硬件性能、运行状态、数据规模等多种信息。管理系统还要对分布在不同地理位置的数据系统进行优化，让不同的云设施合并。这些方法既需要单个数据中心中的软件和硬件实现良好的交互，也需要让全球各地的数据中心互换信息、负载和数据。
要实现这些目标还是要依靠网络，利用网络可以把计算资源和数据存储资源放在可以利用可再生能源或凉爽的地方，降低散热产生的能耗。当然，优化网络设备的同时也需要改进其他设备和组件。比如，数据和处理器距离用户很远且分布不均，会导致云服务的性能大打折扣，而采用好的设备和云管理系统能降低网络流量，也就可以解决这个问题。除了改进数据中心，将数据中心整合到云计算概念里能在更大规模上提升能效。
Ⅱ 未来已来：从信通院 Serverless 标准，看无服务器发展趋势
无服务器架构（Serverless）是一种将应用与基础设施彻底分离的架构理念，开发人员无需关心基础设施的运维工作，只需专注于应用逻辑的开发，真正实现了弹性伸缩与按需付费。当前各大云服务商和头部互联网企业的内部业务 Serverless 化升级改造已经开始小范围试水；中小企业基于 Serverless 的业务应用也初见端倪，已然可见初具规模的企业级应用，未来可期。Serverless 生态已初具规模，可以预见，Serverless 将成为下一代云计算服务形态的趋势。
在此背景下， 云函数（SCF）、弹性微服务（TEM）和弹性容器服务（EKS）联合其他相关产品，在 2021 年 Serverless 平台技术能力评估中，共同获得国内首批 Serverless 平台技术能力最高先进级认证。
今年 7 月，在中国信息通信研究院、中国通信标准化协会联合主办的 “2021 可信云大会” 上， 腾讯云拿下了 5 项大奖和 10 项可信云认证，在云存储、Serverless 等各细分领域评测中，获得 54 项可信云认证，数量位居中国云厂商第一 。腾讯云云函数（SCF）、弹性微服务（TEM）和弹性容器服务（EKS）深度参与了此次 Serverless 标准制定和实施过程，腾讯云的 Serverless 产品矩阵所提供的平台技术能力也得到了同行的一致认可。
通过本次 Serverless 标准，为大家带来以下几方面关于 Serverless 发展趋势的解读：
当我们把 Serverless 理念和这些产品结合时，Serverless 化的文件系统（CFS）、数据库（TDSQL-C）、网关（API Gatgeway）和中间件（TDMQ）等可大幅度降低 Serverless 应用的开发和运维成本，让开发者真正聚焦于业务的核心能力，把核心的研发力量和IT投资最大化企业的核心差异化竞争力。通过最终的需求驱动，我们可以预见到，各个云服务产品的 Serverless 化或许是未来云计算发展的必经之路。
过去场景化的 FaaS 是 Serverless 较为主流的应用形态，落地案例也以轻量级的站点、SSR 和云上“云上粘合剂”居多。在本次 Serverless 标准制定过程中，对于如何评估企业实际的 Serverless 落地形式大家展开了丰富的讨论和交流。我们认为 Serverless 的应用形态可以是 FaaS、微服务甚至是单体应用；运行环境可以是原生的运行时，也可以是容器镜像；具体落地时，可以用来对外提供 API 接口，也可以用来运行 音视频转码、直播推流 等计算任务，还可以用来完成 站点压测、AI 推理 等任务。
但是现有存量系统的 Serverless 化无法一蹴而就，这是一个不断设计和矫正的过程，应用 Serverless 化也需要经历迁移、优化和云原生架构改造的几个阶段，不同阶段之间需要有一个较为平滑的切换过程，借助于云函数的 Web Function 的功能可以让迁移过程更加平滑，只有实际负载运行在 Serverless 上之后，才能基于生产环境的实际运行结果、采集定量的指标持续进行 Serverless 应用的优化和云原生改造，进一步发挥出 Serverless 的价值。
当构建应用所依赖的服务逐渐向云上迁移的时候，开发环境也进一步“云”化，和本地开发相比也面临一些新的挑战，比如代码生效时间、本地测试、远程调试和离线开发等等，这些都是影响开发者效率的关键环节。在本次的 “Serverless 平台技术能力”标准中，单独把对于工具链的支持作为衡量 Serverless 平台技术能力的重要维度之一。一个成熟的 Serverless 开发者平台需要能够提供比较友好的IDE支持，让开发者使用熟悉的开发工具进行 Serverless 应用的开发，降低开发者的切换成本；除此之外从本地或者远程测试的时候，需要有良好的工具支持，可以方便地发起调用，触发应用执行并快速返回结果，当结果不符合预期的时候也需要有一系列监控、日志等排障手段帮助开发者快速定位问题。
作为 Serverless 社区最流行的一站式开发者工具， Serverless Framework 拥有百万级别的活跃应用程序以及 50000+ 的日下载量。Serverless Framework 早在 2019 年就已经和腾讯达成了大中华区独家的战略合作，和腾讯云的云函数等 Serverless 产品深度集成，同时社区也有大量开箱即用的插件和模板，帮助开发者快速上手 Serverless 应用开发。除此之外，云开发也是国内最大的微信小程序应用开发平台， 四川天府 健康 通、深圳机场智慧航旅服务等小程序应用都是运行在腾讯云的 Serverless 平台之上。
云函数（Serverless Cloud Function，SCF）是腾讯云为企业和开发者们提供的无服务器执行环境，帮助您在无需购买和管理服务器的情况下运行代码。只需编写核心代码并设置代码运行的条件，即可在腾讯云基础设施上弹性、安全地运行代码。
只需简单修改监听端口，即可将目前流行的 Node.js 框架直接部署上云，享受 Serverless 技术带来的免运维、低成本、按需扩缩容的众多优势。
突破传统 FaaS 形态产品的执行时长的限制， 首家支持运行长达 24 小时的长时任务的 FaaS 产品 ，支持体积较大的音视频文件处理、直播推流、数据分析等多种场景。
业界首发支持分配 120GB(122,880MB) 大内存环境，可以更加轻松地处理具有更高内存或更密集计算需求的工作负载，如音视频处理、大数据分析等。
通过 Web Function、容器化镜像等方式平滑把应用迁移至云函数之上，支持托管 H5 页面、API、SSR 应用、小程序等多种形态的应用形式，缩短研发周期，快速收集市场反馈从而加速产品迭代。
无需运维虚拟机或者其他计算集群，利用云函数提供的极致弹性、按量计费等特性，高效、低成本地进行音视频的录制、转码、混流、剪辑和推流等操作，让企业聚焦于音视频处理逻辑本身，从而不断提升内容质量，优化视听体验。
可以通过触发器连接其他的云服务，如对象存储（COS）、日志服务（CLS）等其他服务，当上游的数据发送变化的时候自动触发函数执行计算逻辑，典型的使用场景包括：CDN 刷新和预热、中间件消息转存、文件备份等。
支持定时、消息队列等多种形式触发函数执行输出处理逻辑，进行数据采集、数据清洗、ETL 等数据处理操作，处理之后的数据可以直接存储至下游的数据仓库、业务数据库或者 BI 分析系统等。
腾讯云弹性微服务 (Tencent Cloud Elastic Microservice, TEM) 是面向微服务应用的 Serverless PaaS 平台，实现 Serverless 与微服务的完美结合，应用零改造上云，按量付费，免运维，提供开箱即用的微服务应用托管服务。
弹性微服务拥抱开源，支持 Spring Cloud 等微服务应用零改造上云，提供应用运行托管、服务注册发现、微服务治理、多维度监控等能力，满足 Consul、Eureka 等多种注册中心需求。弹性微服务帮助您创建和管理云资源，并提供秒级弹性伸缩，您可按需使用、按量付费，极大降低资源和运维成本，让您充分聚焦企业核心业务逻辑，助力业务成功。
弹性微服务通过应用托管、服务注册与发现、服务治理、调用链与多维度监控等功能力，为客户提供开箱即用的微服务解决方案。帮助企业用户快速构建微服务应用，大幅提升运维效率，降低服务治理的复杂度与技术门槛，让企业聚焦核心业务本身，助力客户成功。
在业务呈现潮汐特性、突发流量等场景下，容易出现访问响应超时、错误率提升等问题。腾讯云弹性微服务提供秒级弹性伸缩能力，帮助企业客户轻松应对流量高峰。
腾讯云弹性微服务帮助客户持续集成与交付，实现微服务应用快速迭代。从代码开发到应用交付，弹性微服务提供 IDE 插件、灰度发布等多发布策略的能力，助力企业客户快速验证业务价值。
弹性容器服务 EKS（Elastic Kubernetes Service）是腾讯云容器团队的推出的 Serverless 化 Kubernetes 服务 ，无须用户购买节点，直接部署工作负载。其完全兼容原生 Kubernetes，支持使用原生方式购买及管理资源，按照容器真实使用的资源量计费。
无论是自建 K8s 集群，还是腾讯云 TKE 托管集群，只要网络互通，即可通过部署 EKS 虚拟节点的方式，几乎无成本扩展集群资源池。在扩容 Pod 时可自动或手动快速将 Pod 调度到“虚拟节点”对应的腾讯云公有云资源上。
相比传统的通过扩缩服务器去调度资源（流程重，耗时久），虚拟节点提供一种直接调度 Pod 的能力，可以更快、更高效的弹性。
使用弹性容器服务 EKS 来运行微服务，免除用户对计算节点的运维工作。服务可根据负载情况自动伸缩，使用最合理的资源量来承载应用，降低资源使用成本。
使用弹性容器服务 EKS 运行离线计算任务，只需准备容器镜像，即可快速部署任务负载。另外，弹性容器服务 EKS 仅收取任务真实运行时间所使用算力的费用，任务结束 Pod 自动释放即结束计费。
弹性容器服务 EKS 支持使用 CPU、GPU 以及 vGPU 来运行在线推理服务，丰富的资源规格和弹性伸缩的负载，使运行服务更高效、更经济。
立即体验腾讯云 Serverless Demo，领取 Serverless 新用户礼包 腾讯云 Serverless 新手体验
Ⅲ “节约成本”的云计算将成为企业不能承受的负担
前言：本文翻译自A16Z，作者为 Sarah Wang 和 Martin Casado。本文提出了一个很重要的观点，即 “尽管云计算明显能够在公司的早期发展中实现其(节约成本的)承诺，但随着公司规模的扩大和增长的放缓，它对利润率造成的压力可能会开始超过收益。云计算庞大的开销将会逐渐成为公司的负担，成为公司决策层不得不考虑的一个问题。 ”
实际上，在国内这样的话题也开始逐渐讨论起来了，对于创业公司而言，在基础云方面的开支还稍微可以承受，但越来越多的 PaaS 和 SaaS 服务的开支已经成为一个问题，当云的开支逐渐超过公司利润所能承受的阶段，就会发现企业这时候已经进退为难，已经陷入云计算的泥潭而无法自拔了。
本文也给出了一些建议，在企业上云的时候就考虑到云遣返的问题，也就是给自己留一条后路，而且将云计算的支出列为重要的KPI考核指标，公司的CEO-CFO-CTO要综合考虑在All-in云计算的同时保留着清醒的头脑。
当然不同的企业有不同的目标，云计算无论如何都是不可阻挡的趋势，那么译者有个问题，当成本逐渐成为云计算时代的痛点时，这只是计算时代不可避免的阵痛，还是云计算本身就存在的弱点？
毫无疑问，云计算是计算平台 历史 上最重要的转变之一。虽然还处在起步阶段，云计算已经影响了数千亿美元的企业 IT 支出，并且公共云的支出还在以每年超过 1000 亿美元的速度上快速增长。这种转变是由一个非常强大的价值观念驱动的——即基础设施即买即用，正好符合业务大规模发展的需要——提高了企业运营和经济方面的效率。另外云计算还有助于培养创新，因为公司可以释放资源专注于新产品和增长，而无需在IT设施和技术投入上投入太多精力。
然而，随着云计算行业经验的成熟，以及我们从公司的经济状况中看到更全面的云计算生命周期，越来越明显的是， 尽管云计算明显能够在公司的早期发展中实现其(节约成本的)承诺，但随着公司规模的扩大和增长的放缓，它对利润率造成的压力可能会开始超过收益。 由于这种转变发生在公司发展的后期，因此很难逆转，因为这是多年来专注于新功能开发的结果，而不是基础设施的优化。因此，为了显着提高效率而进行的重写或重大重组可能需要数年时间，而且通常被认为是不可能的。
现在，人们越来越意识到云计算的长期成本影响。随着云计算的成本的增加，总收入成本 (COR) 或销售商品成本 (COGS) 也很明显地开始增加，一些公司采取了“戏剧性”的选择，“遣返(repatriating)”大部分工作量 (例如 Dropbox) ，把本来部署在云上的负载回归到本地，或者在某种情况下采用混合云 (例如 CrowdStrike 和 Zscaler)。 那些已经这样做的公司在财报里发布了很明显的成本节约报告 ： 2017 年，Dropbox 在其 S-1 文件中详细说明，由于其基础设施的优化改造，在上市前的两年中，累计节省了 7500 万美元的巨额资金，其中大部分需要从公共云中调回工作负载。
然而，考虑到此类行为的工作量规模之大，以及“云计算很棒(Cloud is great.)”这一占主导地位、有些独特的行业主流说法，大多数公司发现很难证明将工作负载从云上转移出去是合理的。(的确如此，但我们还需要考虑更广泛的影响。)因为当相对于潜在失去的市场资本的规模进行评估时——我们在这篇文章中提出——计算方法会发生变化。 收入增长(通常)随着规模的增长而放缓，短期效率越来越成为公开市场价值的关键决定因素。 随着规模的增长(通常)放缓，近期效率成为公开市场价值的一个越来越关键的决定因素。云计算的超额成本通过压低利润率，严重影响了市值。
尽管如此，这篇文章的意义并不是要讨论遣返问题，这是一个非常复杂的决定，而且因公司而异，并影响广泛。相反，我们首先要了解云计算压低了多少市值，这样我们才能随着公司规模的扩大的同时，帮助制定决策框架，管理基础设施。
我们的分析强调了通过云优化可以获得多少价值——无论是通过系统设计和实现、重新架构、第三方云效率解决方案，还是将工作负载转移到专用硬件。这是一个非常违反直觉的假设，在这个行业中给出了流行的关于云PK本地部署的说法。然而，很明显，除了短期的节省，当你考虑到对市值的影响时，规模公司可以证明几乎任何水平的工作都可以帮助保持云成本较低。
当 Dropbox 在 2016 年启动其基础设施优化计划时，他们在两年时间里节省了近 7500 万美元，他们通过将大部分工作负载从公共云转移到直接由 Dropbox 租赁和运营的“低成本、定制基础设施” (“lower cost, custom-built infrastructure in co-location facilities”) ，而且。Dropbox 的毛利率从 2015 年的 33%增长到了 2017 年的 67%，他们指出，这“主要是由于我们的基础设施优化和营收的增加。” (“primarily e to our Infrastructure Optimization and an… increase in our revenue ring the period.”)
但这只是 Dropbox。因此，为了将云遣返的潜在节约推广到更广泛的公司，云计算优化公司 Optimyze 的前 Google 工程师、联合创始人托马斯·杜林 (Thomas Dullien) 说，据估计，每年可以遣返 1 亿美元的公共云支出，相当于每年总拥有成本 (total cost of ownership, TCO) 的一半左右，包括服务器机架、房地产和冷却，以及网络和工程成本。
确切的节省数字显然各不相同，但我们采访的几位专家都认同这个“公式”: 遣返结果是在云中运行等效工作负载的成本的三分之一到一半。 此外，一家大型消费互联网公司的工程总监发现，公共云列表的价格可能是运营自己数据中心成本的 10 到 12 倍。由使用承诺和数量驱动的折扣在行业中很常见，并且可以将这个倍数降低到个位数，因为云计算通常会在承诺使用时下降 30-50% 。但是 AWS 的运营成本仍然是这些折扣的 30% 左右的混合营运利润率，以及激进的研发预算， 这意味着由于资金回流，潜在的公司节省成本更大。管理自己的硬件带来的性能提升可能会带来更大的收益。
在我们所有与不同从业者的谈话中，这种模式非常一致: 如果你在规模上运营，云的成本至少可以让你的基础设施成本翻一番。
考虑到云计算花费在总收入成本 (total cost of revenue, COR) 中所占的百分比，云计算带来的 50% 的节省是非常有意义的。基于对公共软件公司 (那些公开其云基础设施支出的公司) 的基准测试，我们发现合同承诺的支出平均占 COR 的 50% 。
实际支出占 COR 的百分比通常甚至高于承诺支出: 一家价值 10 亿美元的私营软件公司告诉我们，他们的公共云支出占 COR 的 81% ，“云支出占收入成本的 75% 至 80% 在软件公司中很常见”。杜林(从他在 Google 和现在的 Optimyze 工作时就注意到) ， 公司在估算云计算规模时往往比较保守，因为担心花费过多， 所以他们只承诺基线负载。因此，根据经验法则，承诺的支出通常比实际支出低 20% ... ... 弹性是双向的。 我们采访过的一些公司报告说，他们的云支出超出了承诺的预测至少 2 倍。
如果我们将这些基准外推到更广泛的使用公共云来进行基础设施建设的软件公司中，我们粗略估计，50 家顶级上市软件公司的云账单总计达到 80 亿美元 (这在它们的年度文件中显示了一定程度的云支出)。虽然其中一些公司采取混合云方式ーー公共云和本地部署(这意味着相对于我们的基准，云支出在 COR 中所占的比例可能更低)ーー但我们的分析平衡了这一点，假设承诺的支出等于全面的实际支出。 根据我们与专家们的交谈，我们假设云遣返可以减少 50% 的云支出，从而节省 40 亿美元的回收利润。 对于使用云基础设施的大规模公共软件和消费互联网公司来说，这个数字可能要高得多。
虽然 40 亿美元的预计净节省额本身就是惊人的，但是如果换算成解锁的市值，这个数字就更让人大开眼界了。由于所有公司在概念上都是以其未来现金流的现值来估值的，因此实现这些年度总体净储蓄可以创造远远超过 40 亿美元的市值。
还有多少？一个粗略的指标是，看看公开市场对额外毛利润的估值: 仍在烧钱的高增长软件公司，往往是按照毛利倍数来估值的，这反映了对公司长期增长和盈利边际结构的假设。(通常所参考的收入倍数也反映了公司的长期利润率，这就是为什么即使在经过增长率调整的基础上，毛利率较高的业务，收入倍数也往往会增加)。然而，这两种资本化倍数都可以作为一种启发式方法，用于估计公司未来现金流的市场贴现。
在我们分析的 50 家上市软件公司中，企业总价值到 2021 年毛利润的平均倍数 (基于 CapIQ 发布时的资料) 是 24-25X。 换句话说：每节省一美元的毛利润，市值平均就会增加 24-25 倍的净成本。(假设节省的资金是扣除增加的资本支出所产生的折旧成本(如果相关的话))。
这意味着，仅在这 50 家公司中，估计额外 40 亿美元的毛利润就能产生额外 1000 亿美元的市值。此外，由于使用毛利润倍数(相对于自由现金流倍数)假定增加的毛利润也与某些增加的经营支出相关，这种方法可能低估了每年 40 亿美元净节省对市值的影响。
对于一家特定的公司，其影响可能会更高，这取决于它的具体估值。要说明这种现象，我们以服务公司 Datadog 的基础设施监控为例。该公司在发布财报时的交易价格接近 2021 年 40 倍的预估毛利润，并在其 S-1 中披露了对亚马逊云服务的总计三年 2.25 亿美元的消费承诺。如果我们每年承诺的亚马逊云服务支出达到 7500 万美元---- 并假设其中 50% 或 3750 万美元可以通过云遣返收回---- 这意味着仅在承诺的削减支出上，该公司每年就可获得约 150 亿美元的市值！
虽然这些粗略的分析从来都不是十全十美的， 但方向性的趋势很清晰: 规模较大的上市软件公司的市场资本化受到云计算成本和数千亿美元的拖累。 如果我们扩展到更广泛的企业软件和消费互联网公司领域，这个数字可能超过 5000 亿美元——假设总体云支出的50%是由规模技术公司消费的，这些公司有望从云遣返中获益。
对于商业领袖、行业分析师和建筑商来说，在做出长期甚至短期的基础设施建设决策时，忽视对市值的影响实在代价太过昂贵。
我们接下来该怎么办？一方面，开始将工作负载从云中移除是一个重大决定。对于那些没有提前计划的人来说，必要的重写看起来是不切实际的，因此是不可能的。任何这样的工作都需要一个强大的基础设施团队，而这个团队可能还没有完全建立起来。所有这一切都需要建立一个超越自身核心体系以外的专业知识能力，这不仅会分散注意力，也会降低增长的速度。况且云计算也保留了许多优势，比如随需应变的能力，以及支持创新项目和新地理区域的大量现有服务。
但另一方面，我们在这篇文章中概述了一种现象，即云计算的成本在某个时刻“占了上风”，锁定了数千亿美元的市值，而这些市值现在陷入了这种悖论: 如果你还没开始用云计算，你就是疯了；如果你还在继续使用云计算，你就是疯了 （You’re crazy if you don’t start in the cloud; you’re crazy if you stay on it.） 。
那么，公司能做些什么才能摆脱这种悖论呢？正如前面所提到的，我们并不是在为云遣返提供任何理由，相反，我们指出基础设施支出应该是一个一流的衡量标准。这是什么意思？ 公司需要尽早、经常、有时甚至是在云之外进行优化。
虽然在思维方式的转变和最佳实践方面还有很多要说的ーー尤其是最近才出现了全貌ーー但这里有一些因素可能有助于企业应对云计算成本不断上升的问题。
把云花费作为 KPI。 让基础设施成为一流衡量标准的一部分，就是确保它成为企业的 KPI 指标。以 Spotify 的 Cost Insights 为例，这是一个自己开发追踪云支出的工具。通过追踪云支出，该公司的工程师能够获得云支出的所有权限，而不仅仅是财务团队的专利。Ben Schaechter 曾在 Digital Ocean 工作，现在是 Vantage 的联合创始人和首席执行官，他观察到，他们不仅看到整个行业的公司在业务生命周期的早期将云成本指标与核心性能和可靠性指标放在一起，同时， “那些意外被云计算账单困扰的开发人员变得越来越精明，并期望他们的团队在云计算支出方面更加严格。”
激励正确的行为。 用基础设施的 KPI 数据赋予工程师权力，这样的激励因素可以帮助团队提高意识，但不会考虑改变工作方式。一位着名的行业首席技术官告诉我们，在他的一家公司，他们提供类似于销售(SPIFFs)的短期激励措施， 这样，任何通过优化或关闭工作负载从而节省出一定数量云开支的工程师都会得到一笔现金 (虽然节省出来的资金不断出现，但是公司的投资回报率仍然很高)。 他补充说，这种方法——基本上是“将制造出问题的人与能够解决问题的人联系起来”——实际上成本更低，因为它能够为整个公司带来 10% 的回报，并在短短 6 个月内将总支出减少了 300 万美元。值得注意的是，公司 CFO 是支持这种非传统模式的关键人物。
优化，优化，优化。 在评估任何企业的价值时，最重要的因素之一是所售商品的成本或销货成本——企业每赚一美元，交付的成本是多少？客户数据平台公司 Segment 最近分享了他们如何通过增量优化基础设施决策，将基础设施成本降低了30% (同时在同一时期内增加了 25% 的流量)。有许多第三方优化工具可以为现有系统提供快速增益，根据我们的经验，范围在 10-40% 不等。
考虑一下提前遣返。 云在公司发展的早期更便宜更好，而在后期更昂贵，这条云悖论的存在并不意味着公司必须被动地接受它而不做计划。 确保您的系统架构师及早意识到遣返的可能性，因为到云成本开始赶上甚至超过收入增长的时候，就太晚了。 即使在早期进行适度的或更模块化的架构投资——包括能够将工作负载转移到最佳位置而不被锁定的架构——也会减少将来将工作负载迁移回来所需的工作。Kubernetes 的流行和使工作负载更便携的软件容器化，在一定程度上是对公司不希望被锁定在特定的云的反应。
增量遣返。 也没有理由不能以增量的方式、混合云的方式进行遣返 (如果对于您的业务是正确的选择)。在这里，我们需要更多的细微差别，而不是非分之想：例如，遣返可能只对最资源密集的工作负载的子集有意义。它不需要是全部上云或者全部遣返。事实上，在我们采访过的许多公司中，即使是最激进的收回工作量的公司，仍有 10% 到 30% 甚至更多是在云计算中。
虽然这些建议主要针对 SaaS 公司，但人们还可以做其他事情，例如，如果你是一个基础设施供应商，你可能想要考虑传递成本的选项——比如使用客户的云积分——这样成本就不会出现在你的账上。整个生态系统都需要考虑云计算的成本。
* * *
这个行业是如何走到这一步的很容易理解：云是优化创新、敏捷性和增长的完美平台。而在一个由私人资本推动的行业，利润率往往是次要的问题。 这就是为什么新的项目倾向于在云中开始，因为公司优先考虑特性开发的速度而不是效率。
但现在，我们知道了。长期的影响还没有被很好地理解——这是具有讽刺意味的，因为超过 60% 的公司把节省成本作为迁移到云计算的首要原因！对于一个新的初创公司或一个新的项目，云是显而易见的选择。当然，为云提供的灵活性支付哪怕是适度的“灵活性税”也是值得的。
问题是，大公司——包括创业时达到一定的规模规模的公司——已经深陷入云中无法自拔（以及陷入泥潭后解救自己的能力）。有趣的是，早期移动云计算最常被引用的原因之一——一大笔预付资本支出 (CapEx)——不再需要汇回国内。在过去几年中，公共云基础设施的替代方案有了显着的发展，可以完全通过运营费用(OpEx)而不是资本支出来构建、部署和管理。
请注意，尽管我们在这里分享的一些数字似乎很大，但我们的假设实际上是保守的。实际支出往往高于承诺支出，我们没有考虑基于时间的弹性定价。对整个行业市值的实际拖累可能远高于预期。
云服务提供商目前享有的 30% 的利润最终会通过竞争而改变问题的严重性吗？不太可能，因为目前大部分的云计算支出都被三家公司垄断了。这里有一个戏剧性的讽刺：亚马逊、谷歌和微软，他们代表了这个行业 5 万亿美元的庞大市场，在竞争中受到冲击的是， 它们的高利润率在一定程度上是由运营自己的基础设施驱动的，这使得它们能够对产品和人才进行更大的再投资，同时支撑自己的股价。
因此，在数千亿美元的平衡下，这个悖论可能会以这样或那样的方式解决：公共云要么开始放弃利润，要么开始放弃工作量。无论如何，也许目前基础设施中最大的机会就在云硬件和运行在云硬件上的未优化代码之间。
Ⅳ 未来web开发的趋势是什么
现在，Web开发世界在不断变化，趋势也在不断变化。有时，这些趋势的变化速度远远快于它们的使用速度。要保持领先，就必须关注最新的流行趋势、更新、技术和方法。此外，了解趋势并随时了解周围发生的事情对于web开发是非常必要的。
Ⅳ 无代码与低代码开发平台的区别主要是什么呢
无代码和低代码开发平台的主要区别如下：
1、对于编码能力的要求不同
低代码开发和无代码开发最明显的一个区别就是在代码量上，低代码开发依然需要程序员具有一定的代码编写能力，只不过代码量会有大幅度的下降。无代码开发目前也并不是完全无代码，通常也需要完成一部分特定代码的编写，但是在编码量上会非常少，很多编码也有比较固定的模式，可以通过查阅“编程手册”的方式来完成程序编写。
2、资源整合的方式不同
无代码开发完全需要借助于平台来进行资源整合，自身并没有整合资源的能力，所以在扩展性上会有一定的欠缺，而低代码开发在扩展性上会有一定的提升。低代码开发虽然在扩展性上也会受到一定的限制，但是相对来说，很多资源整合过程是可以通过定制化代码完成的，资源整合边界也会有所扩展。
3、应用场景不同
无代码开发通常对于应用场景有比较严格的要求，往往只能在固定的容器内使用，比如在游戏开发领域，就有很多无代码开发工具。相对于无代码开发来说，低代码开发的应用场景会有一定的拓展，在当前的云计算平台（PaaS）支撑下，低代码开发的应用场景会逐渐得到拓展。灵活性更强！如果大家想更深入的了解和体验低代码或无代码开发平台，我推荐织信，高度自定义的智能信息管理平台，它能够根据企业及团队的需求，低成本高效率地帮助管理者搭建一站式的企业管理软件（OA办公系统、CRM客户管理系统、BPM业务流程、运营管理、项目管理等等均可搭建），成为企业开启数字化转型的重要引擎。
Ⅵ 选择云计算服务器需要考虑哪些因素
性价比：相同配置的服务器，大家肯定希望买到便宜的服务器。有很多初次购买服务器的小伙伴很难买到好的服务器，这与很多客户不知道如何购买有一定的关系。大家要学会比对，看看cpu、硬盘、内存、带宽、支持多少ip等等。
服务器稳定性：服务器的稳定性与服务器的硬件及软件都有一定的关系，硬件优秀的服务器不容易出现假死的情况，也不容易出现物理故障。软件也是一个方面，如果你用的盗版window软件，很容易出现被骇客入侵的情况发生。
云计算服务器注意事项
对于大多数用户而言，在大多数情况下，很难区分在云服务器上运行的应用程序(procere)和在具有相同规格的物理服务器上运行相同应用程序之间的区别。当然，前提是两者都配置正确。但是，一旦深入研究（research)并开始查看磁盘IO和低级别CPU基准等指标，物理和虚拟硬件之间的根本区别就会变得更加明显。
正是出于这个原因，许多用户更愿意使用(use)物理服务器和固态硬盘(简称:HDD)来搭载性能(xìngnéng)密集型应用程序(procere)。虽然这并不意味着云服务器一律较慢或物理服务器一定更快。特别是云服务器，有许多因素会影响其他方面相同的虚拟硬件的性能。
Ⅶ 什么是DevOps
什么是DevOps？
DevOps 是一套实践、工具和文化理念，可以实现软件开发团队和 IT 团队之间的流程自动化和集成。它强调团队赋能、跨团队沟通和协作以及技术自动化。
DevOps 运动始于 2007 年左右，当时软件开发和 IT 运营社区开始担忧传统的软件开发模式。在此模式下，编写代码的开发人员与部署和支持代码的运营人员会独立工作。DevOps 这一术语由“开发”和“运营”两个词构成，它反映了将这些领域整合为一个持续流程的过程。
DevOps 如何运作？
DevOps 团队包括开发人员和 IT 运营人员，他们在整个产品生命周期中进行协作，以提高软件部署的速度和质量。这是一种全新的工作方式，也是一种文化转型，对团队及其工作的组织具有重大影响。
在 DevOps 模式下，开发和运营团队不再是“孤立”的。有时，这两个团队会合并为一个团队，合并后工程师会参与整个应用生命周期中的工作（从开发和测试到部署和运营），并具备多学科的技能。
DevOps 团队使用工具实现流程自动化，并加速流程，这有助于提高可靠性。DevOps 工具链可帮助团队处理重要的 DevOps 基础事项，包括持续集成、持续交付、自动化和协作。
DevOps 的价值有时也会应用于开发团队以外的团队。当安全团队采用 DevOps 方法时，安全性则成为开发过程中一个活跃的组成部分。这就是所谓的 DevSecOps。
DevOps 生命周期
由于 DevOps 的连续性，从业人员使用无限循环来展示 DevOps 生命周期各个阶段之间的相互关系。尽管看似是按顺序进行的，但此循环实际表示需要在整个生命周期进行持续协作和迭代改进。
DevOps 生命周期由六个阶段组成，它们分别代表开发（循环的左半部分）和运营（循环的右半部分）所需的流程、功能和工具。团队会在每个阶段进行协作和沟通，以保持一致性、速度和质量。
规划
DevOps 团队应采用敏捷开发实践来提高速度和质量。敏捷开发是一种用于项目管理和软件开发的迭代方法，可帮助团队将工作分解成更小的部分，从而提供增量价值。
构建
Git 是一个免费的开源版本控制系统。Git 可为分支、合并和重写存储库历史记录提供出色的支持，而这已为开发构建流程带来了众多极具创新且功能强大的工作流和工具。
持续集成和交付
CI/CD可让团队频繁且可预测地发布高品质产品，其范围涵盖从源代码存储库到使用自动化工作流的生产环节。团队可以频繁地合并代码变更、部署功能标记以及集成端到端测试。
监控和警报
快速识别并解决影响产品正常运行时间、速度和功能的事务。自动通知您团队有关变更、高风险操作或故障的信息，以便保持服务的运行。
运维
管理面向客户的端到端 IT 服务交付。这包括设计、实施、配置、部署和维护支持组织服务的所有 IT 基础架构过程中涉及的实践。
持续反馈
DevOps 团队应对每个版本进行评估，并生成报告以改进未来版本。通过收集持续反馈，团队可以改进其流程，并采纳客户反馈以改进下一个版本。
DevOps 工具
DevOps 工具可应对 DevOps 生命周期的关键阶段。它们通过帮助改进协作、减少上下文切换、引入自动化以及实现可观察性和监控功能来支持 DevOps 实践。
DevOps 工具链通常遵循两种方法：一体化或开放式工具链。一体化工具链提供完整的解决方案，通常不会与其他第三方工具集成。开放式工具链则允许使用不同工具进行自定义。这两种方法各有优缺点。
DevOps 有哪些优势？
有“2020 年 DevOps 趋势调查”表明，99％ 的调查对象表示 DevOps 对他们的组织产生了积极影响。DevOps 的优势包括更快且更轻松的发布、团队效率、更高的安全性、更高品质的产品，以及更高的团队和客户满意度。
速度
更频繁地实践 DevOps 发布可交付成果的团队具有更高的品质和稳定性。事实上，DORA 2019 年 DevOps 状况报告发现，精英团队的部署频率和速度分别比表现不佳的团队高出 208 倍和 106 倍。持续交付使得团队可以使用自动化工具来构建、测试和交付软件。
改进协作
DevOps 的基础是开发人员和运营团队之间的协作文化，他们会分担责任，协调工作。此举可以提高团队的效率，并省去工作交接和编写专为其运行环境而设计的代码的时间。
快速部署
通过提高发布的频率和速度，DevOps 团队可以快速地改进产品。快速发布新功能和修复缺陷有助于获得竞争优势。
质量和可靠性
持续集成和持续交付等实践可确保变更正常运行且安全无误，从而提高软件产品的质量。监控则有助于团队实时了解性能。
安全性
通过将安全性集成到持续集成、持续交付和持续部署管道中，DevSecOps 成为开发过程中一个活跃的组成部分。通过将主动安全审计和安全测试集成到敏捷开发和 DevOps 工作流中，可将安全性植入产品内。
采用 DevOps 会面临哪些挑战？
原有的习惯很难改变。深陷孤立工作方式的团队可能会难以应对，甚至抗拒彻底改变团队结构以采用 DevOps 实践。某些团队可能会错误地认为有了新工具就足以采用 DevOps。但是，DevOps 是人员、工具和文化的结合。DevOps 团队的每一个人都必须了解整个价值流，从构思、开发到最终用户体验。它要求打破孤岛，以便在整个产品生命周期中进行协作。
Devops 不是任何一个个人的工作，而是每个人的工作。
从传统的基础架构转向使用基础架构即代码 (IaC) 和微服务可以加快开发和创新速度，但增加的运营工作量可能极具挑战性。最好为自动化、配置管理和持续交付实践奠定坚实的基础，以帮助减负。
过度依赖工具会使团队偏离 DevOps 的必要基础：团队和组织结构。一旦建立了结构，就应该建立流程和团队，然后确定工具。
如何采用 DevOps？
首先，采用 DevOps 需要致力于评估且可能更改或删除组织当前所用的所有团队、工具或流程。这表示需要构建必要的基础架构，以便团队能够自主构建、部署和管理其产品，而不必过分依赖于外部团队。
DevOps 文化
DevOps 文化是指团队采用新工作方式（包括加强合作和沟通）的环境。这是人员、流程和工具的协调一致，以实现更加统一的客户导向服务。多学科团队负责产品的整个生命周期。
持续学习
在 DevOps 方面表现良好的组织鼓励进行实验和一定程度的冒险。在这些组织中，跳出固有思维模式是常态，而失败则被理解为学习和进步的自然组成部分。
敏捷
敏捷开发方法在软件行业中非常受欢迎，因为它们赋予了团队内在的灵活性、出色的有序性以及响应变化的能力。DevOps 是一种文化转型，可促进软件构建和维护人员之间的协作。搭配使用敏捷开发和 DevOps 时，可提高效率和可靠性。
DevOps 实践
持续集成
持续集成是将代码更改自动集成到软件项目中的实践。它允许开发人员频繁地将代码更改合并到执行构建和测试的中央存储库中。这有助于 DevOps 团队更快速地修复缺陷、提高软件质量以及缩短验证和发布新软件更新所需的时间。
持续交付
持续交付通过自动将代码更改部署到测试/生产环境中来扩展持续集成。它会沿着持续交付管道推进。而在此管道内，自动化构建、测试和部署会被编排为一个发布工作流。
情境意识
对于组织中的每个成员来说，能够访问他们需要的数据以尽可能高效和快速地完成他们的工作可谓至关重要。团队成员需收到部署管道中的故障警报（无论是系统性故障还是由于测试失败引起的故障），并及时收到在生产中所运行应用的运行状况和性能的最新信息。指标、日志、跟踪、监控和警报都是团队了解其工作进展所需的重要反馈来源。
自动化
自动化是其中一个最重要的 DevOps 实践，因为它能让团队更快速地完成高品质软件的开发和部署流程。利用自动化，将代码变更推送到源代码存储库的一个简单操作便可触发构建、测试和部署流程，从而大大减少这些步骤所花的时间。
基础架构即代码
无论您的组织是拥有本地数据中心，还是完全托管在云中，能快速、一致地调配、配置和管理基础架构是成功采用 DevOps 的关键。基础架构即代码 (IaC) 不仅仅是编写基础架构配置脚本，它还将基础架构定义视为实际代码：使用源控制、代码审查、测试等。
微服务
微服务是一种架构技术。在此技术中，应用被构建为一系列可以相互独立部署和运行的小型服务。每个服务都有其自己的流程，并通过接口与其他服务通信。这种关注点分离和剥离的独立功能支持 DevOps 实践，例如：持续交付和持续集成。
监控
DevOps 团队监控从规划、开发、集成和测试、部署到运营的整个开发生命周期。如此一来，团队就能迅速、自动地对客户体验中的任何降级做出响应。更重要的是，它允许团队“左移”至开发的早期阶段，并最大程度地减少具有破坏性的生产变更。
开始使用 DevOps
开始使用 DevOps 的最简方法就是识别小型价值流（例如：小型支持应用或服务），然后开始尝试一些 DevOps 实践。与软件开发一样，与一小群利益相关者一起转换单个数据流比尝试在组织内一次性过渡至全新的工作方式要容易得多。
Ⅷ 大家知道云计算吗云计算对我们以后的生活有什么影响
狭义云计算指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。
云计算的特点是：
首先，云计算提供了最可靠、最安全的数据存储中心，用户不用再担心数据丢失、病毒入侵等麻烦。
其次，云计算对用户端的设备要求最低，使用起来也最方便。
此外，云计算可以轻松实现不同设备间的数据与应用共享。
最后，云计算为我们使用网络提供了几乎无限多的可能。
有了云计算，我们就不需要投入很多钱用在硬件和软件上，只需要从云计算中心按照需要来申请服务，按需使用，而不需要再花钱去买服务器、买软件，资源在云计算中心谁都可以用。
云计算和每个人都会有切身关系。随着智能手机、智能电视、平板电脑的发展，大家将来随处可以申请云计算服务。比如说，在云计算时代，大家不用去看病就可以通过医疗网络知道自己的健康状况；医生可以根据这些情况给出正确的指导，避免不必要的危险，还能节省时间，从而以很低的成本提供更好的医疗服务。在云计算时代，个人电脑等终端将不再需要很高的配置，大量的数据处理功能将交给云计算中心的超级计算机，电脑等终端的价格也会降低。
Ⅸ 关于云计算
云计算的基本原理是，通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将更与互联网相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。
云计算是下一件大事。大多数大型厂商都以某种方式介入了这个领域。谷歌就是介入这个领域的最明显的竞争者。谷歌声称它的任务是编辑全球的信息，让这些信息在全球的任何地方都能访问和使用。
介入云计算领域的其它厂商还有IBM、惠普、Sun、戴尔和亚马逊。Red Hat将推出测试版本的基于RHEL和JBoss的解决方案。这个解决方案将由亚马逊在惠普硬件上运行。甚至微软也在进入云计算领域，希望自己不要落后。但是，虽然云计算也许是下一件大事，可是云计算的定义仍然含糊不清和朦胧的。
按照运计算的最普通的和最雄心勃勃的解释，它的目标是把一切都拿到网络上。云就是网络。网络就是计算机。
当如此众多的机构分布在全国各地和世界各地的时候，当如此众多的人在移动中或者在家里工作的时候，为什么不把你的一些数据和处理需求交给第三方，使用手机、移动电脑或者其它设备访问在整个网络上的一切东西呢?你的数据将由口令保护，就像在本地网络上一样并且能够在整个网络上加密。这个处理任务能够让第三方虚拟化计算机农场完成，最大限度地使用处理器的能力，大量减少机构和更广泛的团体的碳排放量。
云计算是使用与日益增长的Linux、高性能计算和虚拟化等有关的技术实现的一个领域。对于IBM和惠普等公司来说，大型计算机的复苏和刀片式服务器的发展(这两者都要归功于Linux的应用)以及数据中心在能力、数据和处理器利用率方面的效率已经使云计算成为现实。
魔毯
这是一个迷人的想法。在云中或者在整个网络上的计算能够带来许多理论上和实践上的优势。数据中心耗费资金可以分别用于企业的其它部门。资金不仅要用于硬件上，而且还要用于系统维护、待机时间、没有使用的处理和存储容量、安全的担心、能源账单、升级和人员开支。甚至这个机构的每一个员工的办公桌上的每一个台式电脑都会对这个机构的现金流量产生不成比例的影响，不仅是最初的硬件投资，而且还有软件许可证开支和升级硬件以便适应软件要求的开支。跟踪随机存储在机构内部的某一台电脑上的数据也是很困难的，而且这种数据也许会永远从公司的知识库中消失。每一台这种台式电脑都消耗一定比例的能源。
云计算是过去几年里许多其它舒适的和愚蠢的概念的合乎逻辑的结论。所有这些概念都是旨在为这个机构的数据的组织带来一些条理性，如随需应变的信息、软件服务、虚拟化、Web服务、瘦客户机、SOA和Web 2.0。所有这些概念在某种程度上都能够由云计算管理。对于云计算的推广者来说，云计算可能是一种魔毯，让你坐在上面到达一个永远也无法企及的地方。在那里，客户机方面的所有问题都能够通过浏览器解决。
你的数据、你的应用程序和你的处理过程将保留在所有的地方，并且根据需要进行访问。这个事情能够在个人或者企业级别上实现。Google Mail、Google Docs和Facebook等应用都展示了这个功能是如何实现的。但是，所有常用的企业应用程序都可以通过这种相同的方式访问。网络已经从数据中心转移到了云计算。每一个用户的手头上都有一台潜在的超级计算机。
只要你能够访问网络并且有一台连接到网络的设备，你就不需要大型硬件。你能够在任何时间从任何地点访问你的数据。你的成本将下降。你只要支付你需要的东西的费用。你的数据保存在一个地方，是密封和安全的。你不必再负责它的安全。你的碳排放量和对于社区的影响将大幅度减少。你的数据、你的应用程序和你的服务器在你需要的时候都可以使用，没有基础设施或者资本开支的限制。云计算能够使用其它方法无法获得的计算能力。
云计算中的村
谷歌和互联网已经显示了这种方法。全世界的数据都能够或多或少地不断地在网络上访问。网络已经成为虚拟实现的Marshall McLuhan所说的地球村。他在60年代写道：“后文艺时代的人的电子媒介将把世界变成一个村或者部落。在那里，每一件事情对于每一个人都是同时发生的。每一个人都知道发生的事情，因此将参与这个事情，每一件事情都在它发生的时刻发生。电视把事件同时传输到地球村。”
McLuhan受到他所在的时代的限制。他的观察是提前的，但是，没有预测到数字计算机和互联网的兴起。但是，他把电子时代的世界看作是地球村的概念仍是对互联网已经变成的这个样子的一个有先见之明的预测。互联网已经变成了一个无以伦比的信息库 (准确的和不准确的信息都有，关于一切事情的和关于任何事情的信息)，能够随意和随时访问，是你手头的网络全书。不过，如果我们访问的信息并不总是可以信赖的，它怎么能发展成这个样子?
电子的地球村是谷歌为我们提供数据服务的更广泛的野心的更广泛的背景，是云计算还没有利用的潜力。当一个用户访问云计算中的数据时，他或者她需要一种合成的数据格式。这种数据经过处理可以回答具体的要求和优先选择，就像谷歌处理的互联网上的信息满足我们的查询请求一样。这将为合并、共享和发布存储在云中的信息提供许多机会。
不必说，现实与这个更大的目标还有一些差距。但是，在现实世界中还有一些实际的例子。银行已经建立了用于识别信用卡的全球网络。在这个网络中，信息必须要共享，安全是有保证的。航空公司订票系统以同样的方式运行，用网络访问中央存储系统。大多数拥有广域网的任何规模的机构都能够在移动中访问信息。云计算把这种应用提高到了另一个水平。
作为一个概念证明，位于英国布里斯托市的惠普实验室早在2004年就发起了一个SE3D计划。这个计划允许12个小组的英国动画制作者自由访问惠普实验室的“Maya Rendering Service”(玛雅绘图服务)，制作3D短片。参加者获得了Maya许可证和研讨会、公共会议和行业指导的时间表。这项服务提供在整个网络上的公用计算，这是把动画制作作为一项服务提供的原型。对于商业电影公司来说，动画制作是需要很高成本的。
目前正在使用的最着名的云计算的例子是亚马逊的EC2网格。《纽约时报》最近租用了这个网格创建了数据容量达4TB的PDF文件库，包含了从1851年至1920年之间纽约时报发表的1100万篇文章。据《纽约时报》的Derek Gottfrid说，他使用了100个亚马逊的EC2实例和一个Hadoop应用程序在不到24个小时的时间里就编排完成了全部的1100万篇文章，并且生成了另外1.5TB数据，累计用了240美元，即使云计算没有作为一项主流的服务应用，它能提供这种难得的处理能力也是一种可行的选择。
一线希望
同计算中的许多技术创新一样，云计算的应用遇到了传统的系统和设想的阻碍。尽管云计算能够提供节省成本的好处，但是，“新兴市场”的应用将超过在欧洲或者美洲的应用。
这有许多原因。在所谓的发达国家，大多数企业已经拥有依赖于传统的硬件、软件和常规的工作方式的基础设施。在东南亚、印度、中国或者撒哈拉以南的非洲，中小企业很少拥有复杂的客户机-服务器基础设施。政府和研究机构很希望鼓励应用价格便宜的技术。
IBM已经在中国、南非和越南等国家建立了云计算中心。那里的个人、团体和企业能够立即访问以前无法接触到的应用程序。
同云计算、网络计算和/或者公用计算的其它实例一样，这些中心以运行在大型计算机或者刀片式服务器上的虚拟化的Linux实例为基础，能够极大地促进这些中心所在地的本地的经济。
消除自己的困惑
云计算的概念也许对于IT经理是有魅力的，但是，像许多颠覆当前做事方法的想法一样，云计算也存在一些阻力。
你不必因为个人和业务的理由把你的数据放在那里。你的个人信息、隐私和安全也许会脱离你的控制。你的个人台式电脑给予你控制权利。伴随者微软Windows操作系统软件、病毒漏洞、反垃圾邮件邮箱和“不公开即安全”等成长的用户几乎都不相信网络安全。由于所有这些原因，企业要拥有自己的数据，并且经常有充分的理由。
还有许多许可证和应用程序目前可用的问题，还有隐私和控制的问题。我们生活在一个这样一个世界里，数据的数量越搜集越多，而管理数据的人越来越少。谷歌也许不愿意共享你的数据，但是，政府机构能够超越法律访问他们要访问的东西。政府和企业正在日益为收集有关我们的信息所困扰。在这种环境下，谁愿意采用云计算?这个事情不会发生，或者逻辑就是如此。“老大哥”正在云中注视着你呢。但是，这种假设的观点也许假设的集中化和控制程度都远远超过了实际的情况。
在当前的气候中应用云计算的最诱人的理由是它有可能大幅度减少能源消耗和浪费。耗费能源和浪费正是当前数据中心的特点。
云计算的价值在于它使我们回到了大型计算机的世界。这个区别是我们使用移动电脑或者掌上电脑放在我们手上的大型计算机比三十或者四十年前像一个仓库那样大的大型计算机的计算能力更强大。
企业接受云计算服务
半年前，电子设备制造商Sanmina-SCI只有很少员工使用Google的云计算服务Google Apps，Google该服务中包括电子邮件、文档编辑及日程表等。而目前该公司使用Google Apps的员工已经超过1000人。
该公司首席信息官Manesh Patel表示：“我们的项目组位于全球各地，使用Google Apps能帮助他们有效的合作。”他预计，该公司未来三年Google Apps的用户数将增加至10000人，占员工总数的25%。
Sanmina和Google是最早在软件和计算方式上做出改变的公司。目前，亚马逊、Salesforce、IBM、甲骨文和微软都开始为企业用户提供网络存储和软件等服务，帮助它们进行客户关系管理。这种远程提供的计算服务被称作“云计算”。
云计算实际上包含多种技术，例如软件即服务（SaaS）和硬件即服务（HaaS）。软件即服务是Salesforce十年前提出的一种发布软件的新方式，而硬件即服务则是亚马逊和其他公司推出的通过网络提供存储和计算能力的新方式。
云计算市场将快速增长
一些分析师认为，云计算代表了企业计算方式的改变。美林预计，未来5年中，云计算在全球的市场总额将超过950亿美元，全球软件市场的12%将转向云计算。
IBM、戴尔和惠普等相关厂商也已经开始转移自己的产品线，适应云计算服务的需求。IBM于8月1日宣布，将花费3.6亿美元新建一处云计算数据中心，这使得该公司全球数据中心数达到9处。戴尔则为许多云计算服务商和Web2.0企业提供设备，包括Facebook、微软、亚马逊和雅虎等。
鲍尔默近日的一份备忘录显示，微软也已将云计算列为09财年的五大工作重点之一。微软将允许客户在传统软件和软件服务之间进行选择。鲍尔默透露，微软下一代的Live服务和网络技术中将加入更多云计算功能。高盛一项调查显示，大约9%的IT经理表示，他们计划今年开始使用微软的软件服务。
可靠性和安全性问题
不过，许多企业首席信息官仍对云计算的可靠性和安全性存有疑虑。7月20日，亚马逊S3服务断网6小时，这加剧了企业的担忧。咨询机构Gartner副总裁Daryl Plummer表示：“企业很难在短时间内大规模转向云计算。”他指出，企业高科技支出中的80%用户系统维护，而不是创新。
企业转向云计算的速度之慢也引起了业内的担忧。Google企业服务副总裁Dave Girouard表示：“这样下去市场将会枯竭。”他透露，目前有50万机构使用Google Apps，但是超过50%用户使用的是免费版。
企业正在探索能够使用云计算技术的新领域，例如人力资源管理等。Sanmina公司的Patel目前在考虑使用云计算来进行考勤和费用报告。他同时非常关注亚马逊提供的网络服务。他表示：“从企业角度来说，很明显我们只能逐渐起步。我们将首先在低优先级工作中测试云计算平台的能力。”
首席信息官担忧的另一个问题在于云计算是否符合法律规范，包括《萨班斯法案》和《美国健康保险条例》等。欧洲一家云计算服务提供商ITricity此前未能使自己的服务满足这些法律或规定。
寻求折中方案
过去6个半月中，ITricity投入77.9万美元，将自己的服务升级至IBM的最新技术。IBM技术使ITricity的服务有更大的灵活性。ITricity表示，以往如果用户希望提升云计算能力，那么需等上一周时间。而IBM的新技术可以使这一时间缩短至1小时，甚至更短。
由于很多公司在现有设备上投资很大，因此许多人认为可以采用混合模式来引入云计算，即在公司内部，或称为“私有云”中完成一部分计算需要。
Google预计越来越多的企业将使用云计算。Google的目标是让更多人和公司适应Google Apps，并已经向一些大学免费提供Google Apps。