第8回DataMeshLT#1 DataMeshって？

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© 2023 HR Force Inc. 12 Data meshはなぜ必要なのか？「中央集権的なアーキテクチャ」の限界 ● そもそも、データ駆動（データドリブン）を進めるためには、アジリティ・コントロール・インサイト・セキュリティが必須 ● また、各ユースケース、ビジネス課題に対応するデータを作成・変更するためには、生データやユースケース、ドメインの把握が必須 ● だが、中央集権的なアーキテクチャでは、中央が管理しているDWHなどの基盤に統合する必要があり、その統合には多大な課題や労力がかかる ● また、中央に統合する過程で、ドメイン情報が排除されてしまうことも多い

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2023 HR Force Inc. 16 「ドメイン駆動設計（DDD）」「ドメイン駆動設計（DDD、domain-driven Design ）」 Eric Evans氏が発表した大規模な組織の複雑なシステムを対象としたソフトウェア開発の手法ドメインの専門家からの情報に従って、それに一致するようにソフトウェアをモデル化することで、効率的な開発につながるデータ基盤開発にDDDの要素を導入するメリットデータ管理 / 活用におけるドメインの範囲を決定することで、ドメイン内に詳しい人が責任をもって進めることができるようになり（単一責任）、効率的な管理が可能になる

Slide 17

Slide 17 text

© 2023 HR Force Inc. 17 「ドメイン駆動設計（DDD）」そもそもドメインってなに？ドメイン：取り組もうとしている問題空間知識、行動、法律、アクティビティが適用される領域。基本的には、サブドメインに分割されるサブドメイン：主に、下記の3つに分類される。・コアサブドメイン（最も重要。ビジネスを一意にする秘伝のソースみたいなもの）・汎用サブドメイン（ビジネスに特化したものではなく、既製品で対応可能）・支援サブドメイン（競争上の優位はないが、組織の維持には必須の部分。複雑ではない）

Slide 18

Slide 18 text

© 2023 HR Force Inc. 18 「ドメイン駆動設計（DDD）」どのようにドメイン境界を設定するか？・ビジネスアーキテクチャの論理的な境界にマッピングして設定する・組織の境界やビジネスプロセス、ドメインの専門性、に注目して境界を設定する・ソフトウェアアーキテクチャの詳細な青写真を作成し、どの要素を疎結合にするか、密結合にするかを検討して、境界を設定する原則各コンテキスト境界につき、独自のユビキタス言語（共通言語）をもち、一つのチーム（DevOpsチームなど）が管理する

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© 2023 HR Force Inc. 23 Data meshはなぜ必要なのか？「中央集権的なアーキテクチャ」の限界 ● そもそも、データ駆動（データドリブン）を進めるためには、アジリティ・コントロール・インサイト・セキュリティが必須 ● また、各ユースケース、ビジネス課題に対応するデータを作成・変更するためには、生データやユースケース、ドメインの把握が必須 ● だが、中央集権的なアーキテクチャでは、中央が管理しているDWHなどの基盤に統合する必要があり、その統合には多大な課題や労力がかかる ● また、中央に統合する過程で、ドメイン情報が排除されてしまうことも多い再掲

Slide 24

Slide 24 text

© 2023 HR Force Inc. 24 Data meshはなぜ必要なのか？「中央集権的なアーキテクチャ」の限界 ● そもそも、データ駆動（データドリブン）を進めるためには、アジリティ・コントロール・インサイト・セキュリティが必須 ● また、各ユースケース、ビジネス課題に対応するデータを作成・変更するためには、生データやユースケース、ドメインの把握が必須 ● だが、中央集権的なアーキテクチャでは、中央が管理しているDWHなどの基盤に統合する必要があり、その統合には多大な課題や労力がかかる ● また、中央に統合する過程で、ドメイン情報が排除されてしまうことも多い再掲

Slide 25

Slide 25 text

Slide 26

Slide 26 text

© 2023 HR Force Inc. 26 把握方法サービスレベル契約やコントロール、データ品質ルール、データの利用方法を組織に対して明らかにするため、データ配信契約とデータ共有合意が必要データ配信契約サービス契約のようなものデータ提供のSLAやサービス条件を含むインターフェースの互換性を保証などを対象とするデータ共有合意データ利用の目的を示すもの使用方法やプライバシー、目的（制限を含む）などを対象とする