ドメイン駆動設計の復活

[51CTO.com からのオリジナル記事] ドメイン駆動設計 (DDD) はまだ多くの人にとってあまり馴染みがありませんが、実際には新しい概念ではありません。 2003 年初頭、英国の建築家 Eric Evans 氏は、日々の仕事の中で大規模で複雑なソフトウェア システムに直面していました。システム アーキテクチャ設計を行う際に、オブジェクト指向プログラミングを正しく実装できる一連のアーキテクチャ設計をまとめたいと考えました。 ***彼は、オブジェクトやプログラミングの面でカプセル化を行うだけでなく、技術者とビジネス担当者が協力を強化し、アーキテクチャを共同で設計する必要があると結論付けました。彼はこの設計コンセプトを2つの側面で実装しました。

最初のレベルの実践は戦略レベルの実践であり、主に解決すべき問題に含まれる小さな問題をどのように特定するか、またこれらの小さな問題の境界をどのように特定するかという問題を解決します。実践の第 2 レベルは、問題全体の理解、つまり作業チームの境界とシステム自体の内部モジュールの境界をどのように分割するかに基づいています。

ドメイン駆動設計のアイデア、原則、パターンは、チーム メンバーのオブジェクト指向設計とアーキテクチャ設計能力の向上に役立ちます。完全かつ体系的な設計方法です。戦略的設計から戦術的設計までの標準化されたプロセスを実現し、設計アイデアをより明確にし、設計プロセスをより標準化することができます。ドメイン駆動設計は、非常に複雑なドメイン関連ビジネスの製品開発の処理に特に適しています。これにより、安定したドメイン モデル コアを確立でき、ドメイン知識の伝達と継承に役立ちます。ドメイン駆動設計では、チームとドメイン エキスパート間のコラボレーションを重視します。これにより、コミュニケーションが十分にとれたチーム組織を確立し、一貫したアーキテクチャ システムを構築できます。ドメイン駆動設計は、システム アーキテクチャの進化的な設計にも適しています。

DDD 中国: 中国の DDD エバンジェリスト

残念ながら、海外の IT 業界では高い評価を受け、効果的であるこのような設計方法論は、国内の技術者のほとんどには知られておらず、プロジェクトの実践には一度も適用されていません。 2014 年まで、クラウドとマイクロサービス時代の到来により、ソフトウェア アーキテクチャ設計に新たな課題と機会がもたらされました。 DDD は間違いなくこの時代における優れたアーキテクチャ手法となっています。ドメイン駆動設計とマイクロサービス アーキテクチャは自然に調和します。新しいプロジェクトでマイクロサービス アーキテクチャを設計する場合でも、システムをモノリシック アーキテクチャからマイクロサービス設計に進化させる場合でも、ドメイン駆動設計のアーキテクチャ原則に従うことができます。マイクロサービス アーキテクチャの普及に伴い、組織が懸念する問題は、マイクロサービスを選択するかどうかではなく、マイクロサービス アーキテクチャの真の価値を最大化する方法になりました。 DDD に基づいてビジネス中心のマイクロサービス アーキテクチャを慎重に設計した後、クラウド プラットフォームの展開、コンテナ化、DevOps、CI/CD などをマイクロサービス アーキテクチャと統合および連携させることで、ビジネスの応答性を向上させるという目標を真に達成します。この完全なシステムはクラウド ネイティブと呼ばれます。

国内の DDD 実践者が互いにコミュニケーションを取り、チームの成功体験を共有するためのプラットフォームを提供することで、DDD のアーキテクチャ概念が中国国内のより多くの人々に認知され、より大きな効果を生み出すことができます。中国における DDD の考え方と実践のリーダーとして、ThoughtWorks はドメイン駆動設計中国サミットを開始しました。 2017 年に第 1 回ドメイン駆動設計中国サミットが成功裏に開催されたのに続き、第 2 回ドメイン駆動設計関連カンファレンスである 2018 年ドメイン駆動設計中国サミット (2018 DDD 中国カンファレンス) が最近北京で開催されました。

進化型アーキテクチャ: 継続的なビジネスイノベーションの推進

世界有数のソフトウェア設計およびカスタマイズ企業である ThoughtWorks は、進化型アーキテクチャを提案しました。 DDD China の共同設立者であり ThoughtWorks のシニア コンサルタントでもある Wang Wei 氏によると、従来の適応型アーキテクチャは、構成システムまたは構成ファイルを通じてシステム全体をサポートします。ビジネスが変化すると、システムを新しいビジネス プロセスに適応させるために構成項目を変更する必要があります。現時点では開発と運用保守は完全に分離されています。進化型アーキテクチャでは、テクノロジーとソリューションの次元に加えて、時間の次元も加わります。進化型アーキテクチャの設計自体は、新しいビジネスの継続的な出現によってもたらされる進化の問題をサポートすることです。これは、継続的インテグレーション、継続的デリバリー、DevOps、およびインフラストラクチャ・アズ・コードに基づいています。これは、本来の適応型アーキテクチャの技術トレンドエコロジーとはまったく異なります。

[[252160]]

DDD Chinaの共同創設者であり、ThoughtWorksのシニアコンサルタントであるWang Wei氏

「自動化ツールとアーキテクチャガバナンスの定量化を通じて、アーキテクチャの進化の方向がビジネスの進化の方向と一致し、同期していることを保証し、それによってアーキテクチャが一定期間にわたってビジネスに迅速に対応できることを保証します」と Wang Wei 氏は述べています。

進化型建築は、元の建築設計を文書から適応機能へと変換し、建築家が現在の建築の特徴を明確に把握して進化の方向を示すことを可能にし、新しい建築家が元の仕事を迅速に引き継ぐことを可能にします。したがって、企業にとって、進化型アーキテクチャは特定のアーキテクトへの依存を減らし、人事異動が既存の IT アーキテクチャの継続的な進化に及ぼす悪影響を効果的に軽減することができます。

2018 DDD 中国カンファレンスでは、参加者に 3 つのテーマ別ワークショップも提供され、ビジネス マネージャー、IT マネージャー、最前線のアーキテクトが、参加意識の強い組織形式で知識を獲得し、共に成長できるようになりました。

このカンファレンスは、ダイムラー チャイナ (独占タイトル スポンサー) が独占的に主催し、ヨーロッパと北米の DDD リーダー、および過去 1 年間 DDD の実践に熱心に取り組んできた多くの国内チームと代表者がカンファレンスに招待され、DDD 理論の最新の開発動向と実践経験の概要を業界と共有することが分かっています。ダイムラー・グレーター・チャイナのCIO、ステファン・エバーハート氏も、IT主導のデジタル変革の観点から、ダイムラーが自己改革を通じて「エレファント・ターン」を達成し、常に変化する顧客ニーズの中で消費者に優れたデジタル製品とサービスを提供した方法について語りました。そして、このプロセスにおける建築の実践と変化。

DDDの発展動向について、王偉氏は、量的に見ると、インターネット変革を行っている企業がますます増えていると述べた。 DDD は、企業が独自のアーキテクチャをより適切に実装し、将来のビジネスの変化に適応するのに役立ちます。深さという点では、DDD 自体は世界中で継続的に開発、進化しています。 「1年後には、DDD の分野で皆さんと共有できる新しい概念が数多く生まれると信じています」と Wang Wei 氏は述べています。

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]