ITサービスを相互に統合するためにプログラマーである必要はありません。 オープンAPI +シンプルなサービスコンストラクター-そして、ロケット科学は条件付き人文科学にアクセス可能になります。 私の好みであるデザイナーにとって最も興味深い3つを紹介し、それらを電話で使用する方法を説明します。
トレンド
一般に、オープンAPIは本当に有益であり、基本サービスの機能以外の問題をあらゆる分野で解決できます。 クラウドプラットフォームに依存しているMicrosoft、IBM、CiscoなどのITの巨人にとって、これは一般に金鉱です。どこかに、サービスをオープンAPIと統合するアプリケーションを保存する必要があります。 彼らは現在、その開発のトレンドを積極的に揺り動かしています。 そして、同じGartnerがその広場で、 API管理プラットフォームに注意を払い始めました。
私はこれがすべて私の心を専門的に温めていることを隠しません-みんなと私も積極的にAPIに取り組んでいます ただし、これはまったく別の話です。
簡単なアプリケーションに戻りましょう。 深いプログラミングスキルがなくても、これらのサービスを自分で実行できるサービスは何ですか？
現時点では、サービスをオープンAPIと統合できる多くの設計サービスがあります。 最も興味深いもの-IFTTT、Zapier、Microsoft Flowについてお話します。
IFTTT
IFTTT-使いやすく機能も充実 。 イベントとそれに対する反応を設定します。 たとえば、失われた呼び出しはイベントであり、Trelloでのタスクの作成は反応です（呼び出しを逃した番号をタスクマネージャーに入力して、呼び出しを忘れないようにすることができます）。
IFTTTは、統合可能な300以上のサービスを提供します。 たとえば、Makerコネクタを使用して、失われた呼び出しの通知を含むバンドルを実装できます。
ザピア
その機能では、 ZapierはIFTTTよりも深刻なツールです。 イベント反応スキームを実装するだけでなく、より複雑な論理チェーンを構築できます。 違いは利用可能なコネクタにも適用されます-Zapierには500を超えるコネクタがあり、たとえば、MySQLへのコネクタが含まれています。
マイクロソフトの流れ
Microsoft Flowは、この記事で説明したツールの中で最も機能的です。 イベント応答スキームを構築し、さまざまなイベント処理ブランチを作成できます。 このサービスのマイナス面は、このツールがマイクロソフト製品とエコシステムに焦点を合わせていることです（これがこの特定の会社の発案であるということは何もありません）。
解決できるタスク
悲しいかな、銀河間船は動作しません。 しかし、これらのデザイナーはそれぞれ、よりありふれたタスクを解決する能力を十分に備えています。 これらのように思われる：
- 追加のチャネル（インスタントメッセンジャーなど）を介して呼び出しの通知を受信します。
- CRMに着信コールの連絡先を自動的に入力します。
- コール統計を第三のITシステムに追加します。
- 不在着信の番号に自動的にコールバックします。
- サイトからのアプリケーションをコールバックに変換するか、タスクとしてタスクマネージャーに入力します。
- 会話の録音へのSkypeリンクを送信します。
このリストは、さらに多くの同様のケースで補足できます。 あなたのものを共有し、経験を交換します。