A.  Discovery は、モジュールの命名規則に従って、モジュールをアーキテクチャ キャンバス レイヤーに自動的に割り当てます。

B.  Discovery はモジュールをドメインに分類できません

C.  Discovery はモジュール レベルでのアーキテクチャ ルールのみを検証します。

D.  Discovery を使用すると、モジュールごとに、どの要素が他のモジュールによって消費されているかを判断できます。

A.  あらゆる変更は保守可能で、デプロイが簡単です。

B.  コンポーネント内の 1 つの小さな変更により、他のコンポーネントに一連の連鎖的な影響が引き起こされます。

C.  柔軟性が低下し、管理が困難になるため、将来の変更を妨げます。

A.  ... データが複数の外部システムから送信されている場合に必要です。IS はデータに応じて使用するドライバーを決定します。

B.  ... エンティティは読み取り専用として公開されており、API を使用してエンティティの作成/更新のビジネス ロジックを一元化できます。

C.  ... エンティティはOutsystemsではなく、外部ERPシステムにあります。IS は外部システム/データベースへのリモート呼び出しを行うだけです。OS内にデータは保持されません。情報を取得するには 2 つの異なるシステムを横断する必要があるため、データ取得が最適化されない可能性があります。短所: 統合 API はすべてのユースケースをサポートする必要がある

D.  ... 頻繁にリスト化、結合、または検索される概要データのみをキャッシュします。単一エントリの完全な詳細は、外部システムから直接取得されます。データベース全体が大きすぎるか、同期するにはコストがかかる場合に使用します。詳細は単一のエンティティにのみ必要です (リストではありません)

E.  ... 外部ライブラリ内のコードを公開したり、外部データベースを検査してデータ構造をインポートして OS 内のエンティティとして使用できるようにするロジック、アクション、データを含めるために使用されるラッパー

F.  2 つのモジュールを含むパターンです。1 つは入出力構造を持つ外部 API をカプセル化するために使用できるコネクタ モジュール、もう 1 つは正規化された API をコンシューマに公開するためのラッパー モジュールです。

G.  ローカル レプリカを使用する ECS と同じですが、API モジュールが提供されます。したがって、外部システムへの変更は OS に通知され、OS は ERP システム (サブスクリプション システム) からアップデートを取得します。

H.  ローカル レプリカを使用する ECS と同じですが、同期ロジックが分離されています。長所: コードの独立性。CS のコンシューマは同期の影響を受けません。同期は複数の CS を調整できます

I.  ... ローカル キャッシュ エンティティからデータをフェッチしようとしますが、そこにない場合は、外部システムから 1 つのエントリを取得します。そのレコードのみをキャッシュします (リードスルー キャッシュ) データベース全体が大きすぎるか、同期するにはコストがかかりすぎる場合に使用します。統合はデータベースのほんの一部にのみ影響します。データのリストに事前にアクセスする必要がある場合は避ける

J.  基本 ECS パターンと同じですが、ローカル レプリカがあります。ローカル キャッシュとして機能するデータを保存します。長所: エンティティの使用を活用し、よりシンプルな統合 API。短所: ソースシステムへの影響が少ない

A.  基本 ECS パターン

B.  直接統合された ECS

C.  ライブラリ : コネクタ パターン

D.  ECS 遅延ロードのバリエーション

E.  分離された同期ロジックを備えた ECS

F.  ESB を介したパブリッシュ/サブスクライブを備えた ECS

G.  透明性サービス パターン 1 ウェイ (簡略化)

H.  ライブラリ : 拡張パターン

I.  透過性サービス パターン

J.  ECS 概要キャッシュのみのバリエーション

A.  基礎層

B.  コア層

C.  エンドユーザー層