はじめに
専門ETLツールであるXplentyは、ノーコード/ローコードツールとしてデータパイプラインの構築に対してITバッググラウンドが浅い方のためにGUI環境を提供しております。また、Xplentyの操作に慣れている方々、または既存の運用ワークフローにXplentyを取り入れたい方のためにCLIベースでご利用できるRest APIを提供しています。今回の記事ではXplentyの非閲覧系のRest APIをどう活用するか詳しく見てみます。REST(ful) APIについて簡単な説明
順番が逆になってしまいましたが、そもそもREST APIとは何でしょうか? 他の資料を参照すると下記のように定義できます。RESTの原則に則って構築されたWebシステムのHTTPでの呼び出しインターフェースのこと。 REpresentational State Transferの略で、分散型システムにおける複数のソフトウェアを連携させるのに適した設計原則の集合、考え方のこと。RESTを語るうえで避けては通れない「リソース(リソース指向アーキテクチャ(ROA))」という概念がある。では、リソースとは何でしょうか?
Web上に存在する情報、データのこと。コンピュータ上に格納することができ、一連のビットで表現できる。また、それ自体を参照するに値するほどの重要性を持っている。例えば、ドキュメント、データベースの行等。リソースは名詞で定義される。つまり、Webに構成されたシステム上に蓄積されたデータをリソースと言い、これらをHTTPのメソッドで操作して様々な仕事を行うことになります。操作には、リソースの作成、リソースの変更(全体、一部)、リソースの削除、リソースの閲覧があります。何らかの仕事をさせるためには、REST APIではリソースの変更(状態の変異)によってその目的を果たします。
Rest APIの非閲覧系のメソッド
REST APIには、リソースの操作のためのメソッドが用意されており、以前の記事の全体でお見せしたのがリソースの閲覧で用いられるGETメソッドでした。 下記にその他のメソッドを紹介します。| メソッド名 | 説明 | Xplentyでの動作 |
|---|---|---|
POST | リソースの作成 | CREATEで始まるAPIで使われるメソッド |
PUT | リソースの全体更新(置き換え) | 作成済みのリソースを変更時に使う。UPDATEで始まるAPIで使われるメソッド |
DELETE | リソースの削除 | 作成済みのリソースのターミネーション(終了)する時に使う。DELETEで始まるAPIで使われるメソッド |
| GET | リソースの閲覧 | LISTで始まるAPIで使われるメソッド |
| PATCH | リソースの部分更新(一部を更新) | ※ Xpelntyでは使用なし |
Rest APIによる運用例
ここではXplentyのRest APIを駆使したジョブ実行の作業を説明します。普段はXplentyのUIにて行う作業ですが、Rest APIで同じ作業が可能です。 前提条件としては、作業で使われているパッケージはUIにて作成済みと想定します。| 作業 | 参照ドキュメント |
|---|---|
| 1. クラスタの生成 | Create Cluster |
| 2. クラスタの初期化を確認 | List Clusters |
| 3. ジョブの実行 | Run Job |
| 4. ジョブの初期化と完了を確認 | List Jobs |
| 6. クラスタの終了 | Terminate Cluster |
| 7. クラスタの終了確認 | List Clusters |
1. クラスタの生成
パッケージを実行するには、その実行環境であるクラスタが必要です。最初の段階ではクラスタがないと想定して、クラスタを作成します。- Request (Curl Call) Example
- Response Example
2. クラスタの初期化を確認
クラスタの作成と初期化を確認します。クラスタの状態(status)が availableになるまで待つ必要があるのでこのAPIの繰り返し実行を行いましょう。- Request (Curl Call) Example
- Response Example
3. ジョブの実行
実行したいパッケージのpackage_idとクラスタ作成時に取得したcluster_idを用いてジョブを実行します。- Request (Curl Call) Example
- Response Example
4. ジョブの初期化と完了を確認
実行したジョブのidを用いて該当ジョブの状態(status)の遷移をモニタリングしてcompleted、またはfailedになるまで このAPIの繰り返し実行を行いましょう。
ジョブの状態に対しては、ジョブのドキュメントのstatus属性をご参照ください。
- Request (Curl Call) Example
- Response Example
5. 続きのジョブの実行は反復
cluster_idとpackage_idを適切に置き換えながら手順3〜4を繰り返します。6. クラスタの終了
実行対象のジョブがなくなったら、指定のクラスタを終了しましょう。- Request (Curl Call) Example
- Response Example
7. クラスタの終了確認
該当クラスタの状態(status)がterminatedになるまで繰り返し実行を行います。- Request (Curl Call) Example
- Response Example