云许可方程式需简化以适应复杂需求

[[127471]]

谈到云许可，从支持到具体的条款，细节决定了成败。你知道该注意些什么来避开陷阱吗？

各式各样的模型与密密麻麻的细则，云许可常常让人觉得错综复杂。当IT人员分不清哪些是被允许的而哪些是被禁止的时候，风险油然而生。而当你又不确定要联络谁来寻求支持的时候，产生的问题就更多了。

在云计算之前，***许可是很常见的。在这些许可之下，用户购买软件并照其需求来使用它，只要遵守其他许可限制就行。但要确保你能够使用更新后的软件，用户就可能需要为持续的维护付费。今天，云计算催生了对新许可模型的需求。虽然我们不可能巨细靡遗的谈到所有云许可的复杂性，以下是当你在研究各种细节时需要注意的重点。

云许可并非一无是处

如果你使用开源软件，就不用担心你将在什么地方运行它。开源，顾名思义，就是不用许可费用就能使用。有部分的开源许可是带有使用权力和限制的，大部分与软件修改有关。但如果你只是照软件原样使用的话，把它托管在云里应该也没什么问题。

不过，有些厂商提供开源工具的许可，并提供额外的功能和支持。你应该要将这些版本视为商业软件产品。仔细的审查许可协议，了解你在云中使用这个软件时的权利和责任。

更让人高兴的是，软件即服务（SaaS）的用户基本上都拥有运行这些服务的订阅许可。如果这个服务底层的软件需要许可的话，SaaS的供应商应该要处理这个问题。

支持及其他云许可陷阱

当你在基础设施即服务（IaaS）或平台即服务（PaaS）环境下运行第三方软件时，了解你的许可是很关键的。

大型软件厂商，如甲骨文和微软，为云创建了专用的许可架构。打个比方，如果你在AWS的关联数据库服务（RDS）里运行甲骨文的数据库，你可以“自带许可证”。这允许RDS客户使用现有的许可，或者购买新的许可，而不需要经由AWS来支付甲骨文费用。或者，RDS顾客也可以以更高的每小时费率选择一个“包含许可证”的方案。微软在这方面的政策是，为购买微软的Software Assurance批量许可的客户提供许可的移动性。这些客户可以在本地或者云上运行他们的软件。

如果你不想直接和第三方厂商打交道，你也可以在云供应商的商店里找到他们的软件。比如说，经由AWS的Marketplace，Tibco的Jaspersoft商业智能工具许可售价是每小时48美分起，加上AWS EC2的费用。同样的，经由微软的Azure Marketplace，Alert Logic的Log Manager许可售价是每月675美金起。

不要期待云供应商会回答有关第三方软件许可的问题。最近在AWS论坛里一个有关微软许可的帖子里，AWS建议一位用户，“请阅读您相关的微软许可协议来了解您的软件许可信息。”

第三方软件供应商可能会在特定的云环境或系统管理程序中限制他们的支持。比如，Oracle在AWS EC2服务器上就支持几种Oracle虚拟机（VM）的产品。这些产品包括，Oracle的E-Business Suite，PeopleSoft Enterprise和JD Edwards EnterpriseOne。

阅读细则

要仔细注意你第三方软件许可和云供应商协议里那些众所周知的细则。小心那些给予云供应商权利的条款，包括可以复制第三方软件的权利。确认云供应商是以正确的方式来使用这些软件，依照协议中的规则。另外，小心那些在软件许可漏洞上要赔偿云供应商的条款。注意那些限制你和你的云供应商可以在修补或软件修改方面的权力的条款。虽然这些条款不是一定会有问题，但如果被忽视会造成不少麻烦。

云许可需要对于细节的仔细关注。永远假设他方编写的合同一定是利于编写者的。如果有任何疑问，请向技术和法律顾问咨询了解你的许可协议中的含义。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删