ifttt_选择IFTTT平台的7个技巧

ifttt

当您使用多种不同的技术并要求执行应用程序，工作流或数据集成时，您必须选择适合该工作的工具。 某些集成非常复杂，涉及多个数据源， 实时数据流以及对数据保护的严格要求。 对于这些集成，您可以将 Boomi或SnapLogic之类的企业集成平台视为连接多个数据源，执行转换并提供对下游应用程序访问的中心。

有时，集成是以数据为中心的，需要将数据从源系统转移到一个或多个下游系统。 许多数据集成平台，这取决于你是否有批量数据的工作，从企业系统，实时数据从物联网的传感器，或可在多个大数据平台的集成 。

[吉拉让你失望了？ 尝试从InfoWorld的Isaac Sacolick中获得以下提示： 如何停止憎恨Jira • 如何配置Jira以支持多个敏捷团队 。 | 通过InfoWorld的App Dev Report新闻通讯了解软件开发中的热门话题。 ]

最后，可能会要求您做规模更小的事情，而解决方案的精髓是找到一种易于构建，易于维护且在操作上可靠的方法。 这里有些例子：

• 当新用户在网站上注册时，请将其电子邮件作为订户添加到通过电子邮件营销工具（如Mailchimp或Constant Contact）发送的新闻通讯中。
• 当服务台调查用户问题并发现应用程序缺陷时，该缺陷将添加到敏捷开发团队的待办事项列表中。
• 当您的竞争对手之一发布新的博客文章时，请捕获该文章的标题，URL和发布数据，并将其添加到存储竞争对手信息的数据库中。

共同的思路是，一个平台中的活动触发了将数据操作到另一个平台中的需求。 这是一种常见的IFTTT（如果不这样做）模式，在跨多个SaaS和公共云服务集成数据和工作流时尤其重要。

许多组织依靠多个SaaS工具进行工作流。 通常有一个工具（例如Jira或Azure DevOps）来管理开发团队的积压工作，而另外一个工具（例如ServiceNow）来处理服务台票证。 数字营销人员经常使用多种工具来处理不同类型的广告，社交媒体和电子邮件广告系列。 许多数据驱动型组织还尝试从公共资源（例如网站RSS提要，社交媒体提要和商业信息源）中收集信息。

事件驱动的自动化，IFTTT平台简化了常见的集成

如果集成符合简单的IFTTT模式，则事件驱动的自动化平台（例如Zapier，IFTTT，Microsoft Flow，Workato和Tray.io）可能会提供足够的集成。 这些平台已经连接到数百个SaaS平台的API和公共云服务，并且它们能够集成日渐成熟的技术。

这些平台都首先选择原始平台的触发器，然后选择目标平台的动作。 例如，触发器可能是ServiceNow票证，并且该操作正在记录Jira中的缺陷。 至少，这些工具提供了一种将数据从触发器映射到操作服务的方法。 它们还提供了更复杂的工具来转换数据字段并过滤要执行的记录。

在IFTTT平台中寻找什么

在审查这些平台时，有一些注意事项。 首先，对现在或将来需要集成的多个SaaS和公共云平台有很好的了解。 其次，根据当今SaaS工具和云服务的使用方式来假设一些可能的集成。

然后，您可以查看以下问题：

1. IFTTT平台是否连接到正在使用的SaaS和公共云服务？ 许多IFTTT平台都连接到广泛使用的平台，例如SalesForce以及来自Amazon，Microsoft和Google的通用公共云服务，但是您可能会使用一些不太常见的SaaS和云服务。 在进入IFTTT平台之前，请查看可用的集成。 您可能会发现一个平台具有所需的更多集成。
2. 它是否支持所需的触发器和数据处理？ 拥有SaaS连接器是一回事，但该平台还需要支持必要的集成类型。 查看这些集成是否与您使用的SaaS功能匹配，并查看可用的参数设置。 另外，请考虑对数据进行哪些类型的操作。 例如，如果您需要将多个记录聚合或合并为一个记录，执行复杂的字段转换或实例化数据查找以转换数据，则您的需求可能会超出某些IFTTT平台功能。
3. 复杂的措施是否符合短期和长期的需求？ 一旦您知道IFTTT平台可以处理所需的触发器，就可以更深入地了解可用的CRUD（创建，读取，更新和删除）操作的程度。 查看操作是否支持批处理操作，例如可以更新多个记录的多个插入或搜索。
4. 与更大的团队合作有多容易 ？ 如果您是组织中从事这些集成的唯一人员，则可能不必担心协作，版本控制或共享集成。 但是，如果多个人可以访问并开发不同类型的集成，则必须检查协作，版本控制，共享，重用和安全控制。
5. 平台是否符合法规要求？ 如果您打算使用该平台处理PII，HIPAA或对数据治理有要求的任何其他数据集，则合规性，隐私和数据安全性是至关重要的考虑因素。
6. 测试，监视和恢复交易有多容易 ？ 建立集成是一回事。 支持他们是完全独立的考虑。 如果交易失败，您会收到警报吗？ 您可以解决问题，然后在失败的记录上重新运行该操作吗？ 如果发生异常活动，它会提醒您吗？
7. 更高的交易量会增加成本吗？ 这些平台中的许多平台都易于上手，并为有限数量的交易提供免费和低成本的选择。 如果您打算使用该平台获得更大的销量，那么成本可能是一个决定性因素。

我应该建立API吗？

您可能会认为，在没有IFTTT平台的情况下开发SaaS平台的API是一个更好的答案。 如果要集成的SaaS平台和云API很少，那么可以选择开发集成。 但是，我建议开发人员谨慎操作。 尽管对集成进行编码可能很容易，但是要开发监视和从故障中恢复的功能还需要做很多工作。

集成SaaS平台时，失败很常见，因为在交易时一项服务可能不可用或性能下降。 另外，如果您的字段转换不可靠，并且操作处理了意外数据，则可能导致需要更正的事务失败。

IFTTT平台变得越来越复杂。 即使您今天无法获得所需的转换类型，也有可能将其纳入平台路线图，并且将来会可行。

翻译自: https://www.infoworld.com/article/3448546/7-tips-for-selecting-an-ifttt-platform.html

ifttt