IFTTT的数据架构

最近在调研一款神器——IFTTT，发现这个应用用了不少高端的技术，比如说：Docker、微服务架构、Kafka、Amazon云服务、Elasticsearch、机器学习、数据挖掘等。下面开始介绍。

IFTTT简介

各种各样的互联网服务如社交、相册、云存储、笔记、邮箱等等都在不同程度上融入了人类的工作与日常生活，但是不同的服务之间往往互不相干，以至于我们的信息都被碎片化放在了不同的地方。正是IFTTT的出现才使得这些互联网服务“相互打通”。扯了这么多，先看一下IFTTT是什么。

IFTTT是什么？

IFTTT是if this then that的缩写，它是一种创新型互联网服务，旨在帮助人们利用各网站的开放API，将Facebook、Twitter等各个网站或应用衔接，完成任务，使“每个人都可以成为整个互联网不用编程的程序员”。字面意思就是“如果这样，那么就那样”，如果「这个」网络服务满足条件，那么就自动触发「那个」网络服务去执行一个动作。而条件和动作都是可以由用户自己去根据自身需求去设置的。它通过流程将各种信息串联起来，然后再集中把你要的信息呈现给你。解决了信息的冗杂，收取或关注重要信息的问题。

在使用 IFTTT 的过程中，主要就是要创建自己的Recipes (流程) 来为自己服务。一个 If this then that (如果这样就那样) 的工作流程称之为Recipes，可以理解为一个由你自己组合出来的「功能」。如下图：

Recipes的目的是打通「this」和「that」两个网络服务，网络服务在这里称为Channels(频道)，前者称为Trigger Channel (触发器频道)，后者称为Action Channel(动作频道)，当触发器频道满足触发条件，那么就会执行动作频道指定的动作。举个例子，「如果Flickr上传新图片，那么就自动保存到Dropbox」，Flickr就是触发器频道，Dropbox就是动作频道。所以，利用IFTTT创建一个「Recipes 流程」的流程如下：先选择一个触发器频道，设置它的触发条件，再选择一个动作频道，然后设置它要执行的动作就可以了。

目前 IFTTT 所支持的「频道」也算比较丰富，比如FaceBook、Twitter等，总数多达100多个，它们之中大多数既可以当触发器，也能作为动作来使用。每个具体的频道所支持的「条件」和「动作」各不相同，可以根据实际需求来选择。

此外，IFTTT不仅支持互联网服务，还支持手机应用。诸如等手机的联系人、照片、短信、地理位置、通知推送等「频道」。

IFTTT 是国外的产品没有中文版，而且除了支持 Evernote 的国内版印象笔记之外，除了新浪微博以外，其他国内的网络服务支持几乎为零。

开发这个应用的公司比较有前瞻性 ，近年来，更加的关注物联网，增加了很多智能设备的支持。比如说，如果你有parrot这款植物土壤环境检测设备，你可以利用IFTTT来给你发送通知、自动打开浇水、或者打开照明灯。之前它更多地是一个互联网产品互通的工具，而现在它应该说是一个物联网时代的产品互通工具。

国内的模仿者

为了模仿IFTTT，国内也有过一小段时间的尝试。当时是厦门的一群人，以返还网CEO陈方毅为主做了一个叫“如果云”的服务。他们做了一段时间后，发现了一些问题，然后再也没有更新了。2011年他们总结失败的原因如下：

第一，  这类网站的鼻祖IFTTT本身在美国的流行范围也仅限于geek圈，属于曲高和寡的类型。自五月份上线以来，虽然概念很炫很强大，但涉及的面太宽泛，if then看似包罗万象，什么都能做，结果什么都做不好，核心问题在于缺乏一个killer app。在信息过剩的时代，大而全的东西并不能吸引和留住用户，加上缺乏核心应用，一款新产品要迅速积累用户是很困难的。本身在商业逻辑上存在着先天不足，这也导致ifttt在美国发展得并不好，国内这些山寨产品受到影响也就很好理解了。

第二，  与国外相比，国内的开放环境更不理想，类IFTTT服务本身需要基于各大平台的API来做服务，而诸如新浪微博这些平台对同