DNN商店中的许多供应商实现了他们自己的自定义许可方案。这是一个多样化的方案集合,在许可证的用途和技术上如何执行方面各不相同。在这种情况下,多样性意味着优势——单一产品的折衷方案并不意味着所有产品都受到影响,供应商可以选择最适合其业务模式和实践的模型。
为了实现DNN安装,引入了不同的云提供商,这给DNN生态系统中的供应商带来了许多挑战。最初,许多挑战都是关于确保产品在云环境中安装和运行。云部署的DNN安装是一个成熟的产品领域,许多客户正在转向像微软Azure或亚马逊网络服务这样的云提供商作为灵活托管的来源。
电动汽车测试
电动汽车是作为一个通用的质量检查工具创建的,它还可以明确地检查Microsoft Azure的兼容性。这是确保扩展与Azure兼容的重要第一步。然而,有些事情是EVS无法检查的。EVS不能检查在“运行时”而不是在安装时发生的任何事情。
这些条件之一是供应商产品可能使用的许可方案。一般来说,在云环境中运行不应该影响这些方案,但有些方案可能会受到影响。这是因为在基于云的站点的正常运行过程中,许多环境变量会发生变化。其中许多变量在专用托管设施的On Premise部署中是静态的,并已被供应商采用,作为将软件锁定到特定使用级别的一种方式。
DNN环境变量
许可计划通常读取有关DNN安装的环境变量,这些变量有助于确定实现的唯一性和规模。
下表显示了环境变量在云环境中可能受到的影响,使得它们不适合作为云环境中许可方案的基础。
“电话回家”许可证计划
一些供应商可能实施“电话主页”方案,通过软件联系外部许可服务器来确定它是否仍然是当前的许可。
要给大量的可能性指明方向是不可能的。任何实施“电话总部”许可系统的供应商都必须小心确保正在使用的网络通信仍然在云环境中工作,云环境可能默认关闭了许多端口和服务,客户无法更改这些设置来适应。
虽然这种类型的许可方案非常有用且功能强大,但重要的是要对其进行维护和健壮性,并为客户提供一种方法来处理供应商许可服务器因任何原因而脱机的情况。在这种情况下,提供一个备用模式非常重要。
Evoq首选产品
的Evoq首选产品列表中包含适合在所有部署场景中与Evoq产品一起使用的产品,包括Evoq调控环境。
Evoq首选产品的候选产品必须在正常运行条件下满足以下许可计划的条件。
- 对产品操作的任何更改都不应该对产品的最终用户可见
- 允许向管理用户或主机用户发送消息
- 许可证重新激活以响应环境变化是完全自动和即时的
正常的操作条件包括站点资源的扩展(添加/删除更多的服务器),站点重新部署到新的资源以及停止/暂停/重新启动站点。未支付订阅续期费用或在许可条件之外使用产品(例如,在网站受限许可中添加新网站)
因云环境变化而导致的不可接受的许可行为包括:
- 产品停止工作(例如,查询表格停止接受查询)
- 向产品的最终用户显示可见的许可消息(例如,向博客访问者显示红色警告消息)
- 需要人工干预才能重新激活产品(例如,当服务器名称更改时,需要管理员重新授权)
上述清单不适用于客户违反许可计划的情况(例如,在不同的域名上使用产品)。
大多数供应商已经有了与云环境良好合作的许可计划,并提供了一个良好的模型,以确保在不干扰客户使用的情况下遵守许可条件。对于所有DNN商店供应商来说,重要的是要了解产品部署在不同的环境中,并确保许可计划适用于所有场景。
是否有一个环境变量是你自己使用的或者你见过的,但不在上面的列表中?请在评论中分享。
**本文由DNN公司产品经理布鲁斯·查普曼为DNN商店博客撰写。
这正是DNN放弃云环境中基于服务器的Evoq授权的原因——它不再符合客户的需求。这就像当顾客想买每加仑汽油时,你却卖给他们每桶汽油。事实是,软件商业模式必须向前发展和适应。这可能意味着使用另一个指标(如页面浏览量、域名、用户或任何合适的指标)。 No, it's not easy but it's where the future lies.
模块供应商在这方面受到更多限制,这就是为什么最好知道如何在原文的上下文中跟踪这一点。大多数模块都有一个每个实例的许可模型,我只是简单地说这部分信息是缺失的。:)
你在DNN路线图上看到什么了吗?