并非所有嵌入式分析和 BI 解决方案都相同
来源：CPDA数据分析师网 / 作者：数据君 / 时间：2021-07-19
事实是，初的外表可能是骗人的
许多选项在销售演示中看起来很棒，但在现实世界中却无法提供，软件供应商犯的主要错误之一是只关注产品的功能，而忽略了它与他们的软件和客户环境的集成程度，为了帮助您避免该错误，这里有六个因素可以让您在选择 嵌入式解决方案.
1.留意 iFrame
内联框架或 iFrames 通常被用作使 ABI 样本看起来很棒的“秘方”。毕竟，对于 BI 供应商来说，构建具有视觉吸引力的演示很简单。问题是，您是否希望将 iFrame 纳入您的实时嵌入式 BI 解决方案？
有些人会争辩说，您可以让 iFrame 做任何您想做的事情。这在技术上是正确的，但并不是全部。实际上，iFrame 很难使用。它们充当孤岛，与软件的“”分开。建造将这些岛屿连接到所需的桥梁可能非常困难。
这并不意味着 iFrame 是嵌入式 ABI 解决方案中的自动否定。如果您想提供 ABI 功能，并且 ABI 功能的外观或以独立方式运行并不重要，那么基于 iFrame 的嵌入式软件解决方案可能是一个可行的解决方案。
但是，如果您正在寻找能够与您的产品进行深度集成的嵌入式 ABI，以便您的客户无法看到您的软件在哪里结束而 ABI 软件从哪里开始，那么 iFrame 并不是的结构选择。相反，寻找使用基于 JavaScript 的无缝嵌入的 ABI 解决方案。使用 JavaScript，ABI 软件可以直接嵌入到您的产品中，使其与您的软件无法区分。这确保了无缝和直观的用户体验。
2.警惕 API
如果您想为客户提供可自定义的用户界面 (UI)，那么易于使用的 API 是必不可少的。例如，API 允许根据用户类型打开和关闭工具栏，根据使用规则仅允许显示指定的数据源，并支持创建具有不同过滤器和选项的各种仪表板。
不是专门为嵌入而设计的 ABI 产品可能无法提供完整的 API 选项菜单。此外，iFrame 的使用可能会禁止或禁止本地 API。虽然解决方法可能是可能的，但这不是一组 API 调用的简单问题，就像开发 ABI 解决方案以利用 API 的目的一样。
相比之下，旨在嵌入的 ABI 解决方案允许应用程序的上下文通过 API 无缝传输到 ABI 产品中。然后，ABI 产品可以识别上下文并以应用软件和 ABI 软件之间的界面对终用户透明的方式运行。
3.严守安全
在评估 ABI 应用程序时，包含单点登录 (SSO) 功能的完全集成的安全性是另一个重要因素。不是为嵌入而设计的 ABI 产品使 SSO 变得困难甚至不可能。对于这些产品，用户通常必须登录才能访问企业应用程序，然后需要再次登录才能访问嵌入式 ABI。从用户体验的角度来看，这是笨拙且令人恼火的。
为嵌入而设计的产品使采用 SSO 安全性变得简单。一旦用户登录您的应用程序，他们就可以以安全无缝的方式与所有内容（包括嵌入式 ABI）进行交互。例如，如果高级用户操作某些仪表板，他或她能够立即导航到这些仪表板，而无需再次登录以访问所需的 BI。
您可能会遇到缺乏 SSO 功能但提供“解决方法”的 ABI 供应商。请记住，所有变通方法都“绕过”您的安全协议，因此会从本质上损害您系统的完整性，进而损害您客户系统的完整性。如果您不想对数据泄露负责，请不要使用安全变通方法。
使用 iFrame 的 ABI 供应商偶尔会依赖“混淆安全”：也就是说，除了极长且复杂的 URL 外，他们的 ABI iFrame 周围没有安全保护。假设没有人会费心“破解”URL。但是，如果攻击者确实选择花时间，则此类 URL 可能会被黑客入侵。一旦被黑，攻击者就可以完全访问您客户的信息。鉴于 BI 数据的重要性，您不希望在您的安全措施中出现这种差距。
4.为扩展做大计划
随着对企业软件需求的增长，您还需要扩展 ABI 的使用。容器技术（例如 Docker 和 Kubernetes 解决方案）使扩展变得简单，允许您以成本轻松地从几个用户扩展到数百万用户。因此，您选择的嵌入式 BI 解决方案应支持自包含容器部署。
请注意，对于与您的产品不在同一环境中的嵌入式 ABI 解决方案（基于 iFrame 的 ABI 产品可能就是这种情况），基于容器的低成本扩展很难实现。此类 BI 提供商可能会以完全不同的粒度类型进行扩展，并且需要单独的计划（以及额外的成本）来根据您的应用使用情况进行扩展。
5.不要对中立保持中立
作为企业软件提供商，为了保持敏捷性，您不希望受制于特定的基于云的环境，无论是 AWS、Azure 还是 Google。相反，您希望能够灵活地随时采取行动——这意味着无论您身在何处，无论是在云端还是云端，都可以随身携带 ABI 解决方案。
因此，您应该选择一个嵌入式 ABI 解决方案，该解决方案与您的代码位于相同的硬件上，并且部署在您的产品旁边。ABI 解决方案应该是云/提供商中立的，并且能够托管在您想要的任何地方。这包括在您的客户需要时进行内部部署，这有时是遵守行业数据或合规性法规所必需的。
特定于云的 ABI 应用程序的危险在于，如果您将应用程序移出该云，则会遇到问题。如果您的 ABI 托管在单独的域中，您可能必须启用更改设置以允许访问该域，或者您可能必须导出客户的数据。在某些行业或不允许数据离开系统的公司中，这可能是一个阻碍。
借助与云无关的嵌入式 ABI，您可以完全控制您的应用程序的托管位置和方式，因此您现在和将来都可以为您的客户提供服务。
6.深入探讨定价
在评估嵌入式 ABI 解决方案的价格时，除了初的报价（可能包括临时折扣或奖励）之外，还要考虑定价模型本身。不是为嵌入而设计的产品通常按用户、服务器或 CPU 定价。这意味着随着您的客户使用您的应用程序的增长，您将不得不向他们收取更多费用，以支付他们对 ABI 软件使用量的增加。至少可以说，较大的账单可能会使您对客户群产生负面影响。
为避免计量解决方案的影响，请选择具有固定成本定价模型的嵌入式 ABI 产品，该模型与您计划扩展和增加产品使用和客户群的方式保持一致。例如，基于与软件一起使用的应用程序数量的定价模型可为您提供可预测的成本，而不取决于您拥有多少软件用户。无论您有 500 名用户还是 50,000 名用户，嵌入式 ABI 的价格都保持不变。
选择嵌入式 ABI
许多选项在销售演示中看起来很棒，但在现实世界中却无法提供，软件供应商犯的主要错误之一是只关注产品的功能，而忽略了它与他们的软件和客户环境的集成程度，为了帮助您避免该错误，这里有六个因素可以让您在选择 嵌入式解决方案.
1.留意 iFrame
内联框架或 iFrames 通常被用作使 ABI 样本看起来很棒的“秘方”。毕竟，对于 BI 供应商来说，构建具有视觉吸引力的演示很简单。问题是，您是否希望将 iFrame 纳入您的实时嵌入式 BI 解决方案？
有些人会争辩说，您可以让 iFrame 做任何您想做的事情。这在技术上是正确的，但并不是全部。实际上，iFrame 很难使用。它们充当孤岛，与软件的“”分开。建造将这些岛屿连接到所需的桥梁可能非常困难。
这并不意味着 iFrame 是嵌入式 ABI 解决方案中的自动否定。如果您想提供 ABI 功能，并且 ABI 功能的外观或以独立方式运行并不重要，那么基于 iFrame 的嵌入式软件解决方案可能是一个可行的解决方案。
但是，如果您正在寻找能够与您的产品进行深度集成的嵌入式 ABI，以便您的客户无法看到您的软件在哪里结束而 ABI 软件从哪里开始，那么 iFrame 并不是的结构选择。相反，寻找使用基于 JavaScript 的无缝嵌入的 ABI 解决方案。使用 JavaScript，ABI 软件可以直接嵌入到您的产品中，使其与您的软件无法区分。这确保了无缝和直观的用户体验。
2.警惕 API
如果您想为客户提供可自定义的用户界面 (UI)，那么易于使用的 API 是必不可少的。例如，API 允许根据用户类型打开和关闭工具栏，根据使用规则仅允许显示指定的数据源，并支持创建具有不同过滤器和选项的各种仪表板。
不是专门为嵌入而设计的 ABI 产品可能无法提供完整的 API 选项菜单。此外，iFrame 的使用可能会禁止或禁止本地 API。虽然解决方法可能是可能的，但这不是一组 API 调用的简单问题，就像开发 ABI 解决方案以利用 API 的目的一样。
相比之下，旨在嵌入的 ABI 解决方案允许应用程序的上下文通过 API 无缝传输到 ABI 产品中。然后，ABI 产品可以识别上下文并以应用软件和 ABI 软件之间的界面对终用户透明的方式运行。
3.严守安全
在评估 ABI 应用程序时，包含单点登录 (SSO) 功能的完全集成的安全性是另一个重要因素。不是为嵌入而设计的 ABI 产品使 SSO 变得困难甚至不可能。对于这些产品，用户通常必须登录才能访问企业应用程序，然后需要再次登录才能访问嵌入式 ABI。从用户体验的角度来看，这是笨拙且令人恼火的。
为嵌入而设计的产品使采用 SSO 安全性变得简单。一旦用户登录您的应用程序，他们就可以以安全无缝的方式与所有内容（包括嵌入式 ABI）进行交互。例如，如果高级用户操作某些仪表板，他或她能够立即导航到这些仪表板，而无需再次登录以访问所需的 BI。
您可能会遇到缺乏 SSO 功能但提供“解决方法”的 ABI 供应商。请记住，所有变通方法都“绕过”您的安全协议，因此会从本质上损害您系统的完整性，进而损害您客户系统的完整性。如果您不想对数据泄露负责，请不要使用安全变通方法。
使用 iFrame 的 ABI 供应商偶尔会依赖“混淆安全”：也就是说，除了极长且复杂的 URL 外，他们的 ABI iFrame 周围没有安全保护。假设没有人会费心“破解”URL。但是，如果攻击者确实选择花时间，则此类 URL 可能会被黑客入侵。一旦被黑，攻击者就可以完全访问您客户的信息。鉴于 BI 数据的重要性，您不希望在您的安全措施中出现这种差距。
4.为扩展做大计划
随着对企业软件需求的增长，您还需要扩展 ABI 的使用。容器技术（例如 Docker 和 Kubernetes 解决方案）使扩展变得简单，允许您以成本轻松地从几个用户扩展到数百万用户。因此，您选择的嵌入式 BI 解决方案应支持自包含容器部署。
请注意，对于与您的产品不在同一环境中的嵌入式 ABI 解决方案（基于 iFrame 的 ABI 产品可能就是这种情况），基于容器的低成本扩展很难实现。此类 BI 提供商可能会以完全不同的粒度类型进行扩展，并且需要单独的计划（以及额外的成本）来根据您的应用使用情况进行扩展。
5.不要对中立保持中立
作为企业软件提供商，为了保持敏捷性，您不希望受制于特定的基于云的环境，无论是 AWS、Azure 还是 Google。相反，您希望能够灵活地随时采取行动——这意味着无论您身在何处，无论是在云端还是云端，都可以随身携带 ABI 解决方案。
因此，您应该选择一个嵌入式 ABI 解决方案，该解决方案与您的代码位于相同的硬件上，并且部署在您的产品旁边。ABI 解决方案应该是云/提供商中立的，并且能够托管在您想要的任何地方。这包括在您的客户需要时进行内部部署，这有时是遵守行业数据或合规性法规所必需的。
特定于云的 ABI 应用程序的危险在于，如果您将应用程序移出该云，则会遇到问题。如果您的 ABI 托管在单独的域中，您可能必须启用更改设置以允许访问该域，或者您可能必须导出客户的数据。在某些行业或不允许数据离开系统的公司中，这可能是一个阻碍。
借助与云无关的嵌入式 ABI，您可以完全控制您的应用程序的托管位置和方式，因此您现在和将来都可以为您的客户提供服务。
6.深入探讨定价
在评估嵌入式 ABI 解决方案的价格时，除了初的报价（可能包括临时折扣或奖励）之外，还要考虑定价模型本身。不是为嵌入而设计的产品通常按用户、服务器或 CPU 定价。这意味着随着您的客户使用您的应用程序的增长，您将不得不向他们收取更多费用，以支付他们对 ABI 软件使用量的增加。至少可以说，较大的账单可能会使您对客户群产生负面影响。
为避免计量解决方案的影响，请选择具有固定成本定价模型的嵌入式 ABI 产品，该模型与您计划扩展和增加产品使用和客户群的方式保持一致。例如，基于与软件一起使用的应用程序数量的定价模型可为您提供可预测的成本，而不取决于您拥有多少软件用户。无论您有 500 名用户还是 50,000 名用户，嵌入式 ABI 的价格都保持不变。
选择嵌入式 ABI
评估 ABI 解决方案不仅仅是检查产品的功能。您想确定所提议的解决方案是否真正设计为嵌入式，具有与您的企业软件应用程序无缝集成所需的所有功能。无论是考虑 iFrame 还是 API、安全性或扩展性、托管模型还是定价模型，请了解您的需求并选择符合您需求的解决方案。请记住，并非所有嵌入式 ABI 解决方案都相同，因此请选择适合您的应用程序和业务的解决方案。
京公网安备 11010502034401号
课程体系 
试听申请 
复听申请 
在线报名 
考试大纲 
考试报名 
准考证打印 
