コンセプト 8 / 10

# 接続

プロジェクト構造を運用動作へと変換する、設定済みのリレーションシップ。

## 接続とは？

接続は、 [プロジェクト](https://seekbytes.com/ja/knowledge-base/platform-configuration/project) 内の 2 つのパーツが特定の方式で連携することをプラットフォームに指示します。それは単に 2 つの要素間に線を引くこと以上の意味を持ちます。適切な接続には以下が含まれます：

- どの 2 つの参加者（ [エンティティ](https://seekbytes.com/ja/knowledge-base/platform-configuration/entity) または [アセット](https://seekbytes.com/ja/knowledge-base/platform-configuration/asset) ）がリンクされているか
- どのオブジェクトのフローが許可されているか
- どの方向のフローをサポートしているか
- どの構成ルールが適用されるか
- フローが一方通行か双方向か

## なぜ接続が重要なのか？

接続は、プロジェクト構造を運用動作へと変える手段です。接続がなければ、コンポーネントは同じプロジェクト内に存在していても、孤立したままになります。接続はリレーションシップを *明示的* にします。それは以下のような問いに答えるものです：

- この [コネクタ](https://seekbytes.com/ja/knowledge-base/platform-configuration/connector) はその [システム](https://seekbytes.com/ja/knowledge-base/platform-configuration/system) に請求書を送信できるか？
- この [自動化](https://seekbytes.com/ja/knowledge-base/platform-configuration/automation) はそのコネクタから更新を受信すべきか？
- データのフローは一方向か、あるいは双方向か？

## 接続の方向

接続には以下の種類があります：

- **単方向：** A → B（データは一方向に流れる）
- **双方向：** A ↔ B（データは双方向に流れる）

同じ広義のリレーションシップ内でも、オブジェクトによってサポートされる方向が異なる場合があります。例えば、注文はシステム A からシステム B へ流れ、支払確認は B から A へ戻る、といったケースです。

## 実例

予約コネクタが請求コネクタに接続される場合、接続では次のフローが許可されることがあります：

- **完了したジョブ** が予約から請求へ流れる
- **支払ステータス** が請求から予約へ戻る

これは、定義されたオブジェクトフローと方向ルールを持つ接続です。

## 接続とコネクタの違い

よくある質問です。 [コネクタ](https://seekbytes.com/ja/knowledge-base/platform-configuration/connector) は能動的なアセットであり、統合作業を実行します。 **接続** は設定済みのリレーションシップであり、参加者がサポートされるオブジェクトをどのように交換するかを定義します。コネクタを道路に例えるなら、接続はその道路を何がどの方向に通行できるかを示す交通ルールです。

## 接続ではないもの

接続は、コネクタと自動的に同一ではありません。コネクタは能動的なアセットです。接続は、何がどこへ流れるかを統制する参加者間の設定済みリレーションシップです。

### 比喩による解説

コネクタが道路なら、接続は合意されたルートと交通ルールであり、プラットフォームにその道路を何がどの方向に通行できるかを伝えます。

### 定義

接続：サポートされるオブジェクトフローが定義される、エンティティまたはアセット間の設定済みリレーションシップ。

[前へ 自動化](https://seekbytes.com/ja/knowledge-base/platform-configuration/automation) [次へ ランタイム ID](https://seekbytes.com/ja/knowledge-base/platform-configuration/runtime-identity)

---
Source: https://seekbytes.com/ja/knowledge-base/platform-configuration/connection