InfoQ ホームページ DomainDrivenDesign に関するすべてのコンテンツ
-
マイクロサービスを構築する際はイベントとDDDから始めよう
ドメイン駆動設計（DDD）は、私たちが取り組んでいるドメインに設計を近づける優れた技法だが、構造に焦点を当てすぎて、早期に設計を確定してしまうことが多すぎる。これはDDDの意図するところではない。それよりも、Russ Miles氏が「イベント - ファースト」でマイクロサービスを構築する利点を説明するなかで主張したように、ドメイン内のイベントから（設計を）始めるべきである。
-
個々のマイクロサービスではなくプロセスにフォーカスすること
分散システムを基にしたマイクロサービスに取り組む際の成功の鍵は、マイクロサービス自体ではなく、総じて分散プロセスにフォーカスすることだ。サービスは重要性が最も低いパートである、とEric Ess氏は主張した。彼は最近ロンドンで行われたMicroservices Conferenceで、jet.comにおける分散プロセスの監視方法についてプレゼンテーションを行なった。
-
振る舞い駆動開発のアンチパターン
振る舞い駆動開発(BDD)はビジネス関係者とソフトウェア開発者の間のコミュニケーション改善に有効だが，自動化テストの実行にCucumberを使う場合には，Aslak Hellesøy，Matt Wynne，Steve Tooke各氏が先日の議論で説明したようないつかのアンチパターンが存在する。
-
振る舞い駆動開発の体験
振る舞い駆動開発(Behaviour-Driven Development, BDD)とは，ソフトウェア開発が現代ビジネスの基本であるという認識の下で，ビジネス上のステークホルダとソフトウェア開発者のコミュニケーションの方法を改善するものだ — 先頃公開したブログ記事“experiences working with BDD”の中で，Kevin Smith氏はこのような主張を展開した。
-
データはマイクロサービスを取り扱う際の難しい部分である
エンタープライズのためのマイクロサービスを作成・開発する際の最も難しい問題の１つはデータである。ドメイン駆動設計(DDD)を用いて事業ドメインの分析を行い、データをどう表現するかを判断することはマイクロサービスアーキテクチャを構築する際に助けになる、Christian Posta氏はマイクロサービスの実装についての一連のブログ投稿の1記事でこう述べている。
-
マイクロサービスとドメイン駆動設計に関するVaughn Vernon氏の意見
モノリスにおいてもきちんとした方法でモデリングすることは可能ではあるが、しばしば大きな泥団子と化してしまう。これは複数のドメインモデルがモノリス内で絡まってしまうのが原因であり、Vaughn Vernon氏の経験ではこれは数週間もしくは数ヶ月以内に起こりうるのである。彼は今年初めのScala Daysにおける発表でこのように述べた。
-
Event Stormingを実践する
ドメイン駆動設計(DDD)のコンテキストにおいて，Event Stormingは極めて有用で価値のあるものだ – 先日ロンドンで開催されたDDD eXchangeカンファレンスのプレゼン��ーションで，Dan North氏はこのように主張して，Event Stormingの基本的メカニズムを説明するとともに，過去数年間にさまざまなシステムをモデリングした自身の経験について公開した。
-
Eric Evans氏: ドメイン駆動設計はソフトウェア開発に有益か？
この数年、ドメイン駆動設計（DDD）への関心が高まっている。Eric Evans氏はロンドンで行われた最近のDDD eXchange Conferenceにおけるキーノートで言及している。彼は開発者がもっと設計に注意を払う時期にいると考えている。理由のひとつは、モデルが高い意味を持つ分散システムを扱う仕事をしているからである。
-
DDDの世界でドメインエキスパートと働く
ドメイン駆動設計におけるドメインエキスパートと使用する言葉に関する話題は良くある。 しかし、なかなか難しい。理由は私達が話す言葉が同じではないからである。 このことは、今年既にドメイン駆動設計 欧州カンファレンスにおいて、Cyrille Martraire氏からDDDを推進する状況でドメインエキスパート達と働いた経験を共有するプレゼンテーションで説明されている。
-
Vaughn Vernon氏が語る，今日のソフトウェア開発における課題
プロジェクトや開発チームは設計の不十分なシステムで苦労している。システムを維持する目的のみのパッチ開発に忙殺される技術者も多い。おもな原因は，ソフトウェア開発の文化が破壊されていることだ – Vaughn Vernon氏は，今年初めにDomain-Driven Design Europeで行なったプレゼンテーションの中でこのように主張して，自身の遭遇した問題の紹介に加えて，それらの問題に対するソリューションについても解説した。
-
ドメイン駆動設計でマイクロサービス開発
マイクロサービスとドメイン駆動設計(DDD)、と言えば境界づけられたコンテキストが話題に上がる。確かにマイクロサービスの粒度を定義する上で境界づけられたコンテキストは基礎となる道具だが、他のコンセプトも重要だ。Michael Plöd氏はベルリンで開催されたmicroXchgカンファレンスのプレゼンで、DDDは単にエンティティや値オブジェクト、リポジトリというだけではない、と言い、マイクロサービスを設計する上でのDDDの使い方について説明した。
-
ドメイン駆動設計とユーザストーリーマッピングを組み合わせる
DDDを導入する上でユーザーストーリーマッピングはシンプルだが価値あるパターンだ。開発者とドメインの専門家がドメインの知識を共有するのに役に立つ。Eriksen Costa氏はブログでユーザストーリーマッピングとドメイン駆動設計(DDD)を組み合わせることのメリットについて説明している。
-
モノリシックからマイクロサービスアーキテクチャへの動き
モノリスからマイクロサービスへの動きに賛同しつつも、ビジネスステークホルダーが関心を持っているのはコストを削減することだ。マイクロサービスアーキテクチャへの移行は収益を増やしたり守るものではなく、スケールも分散もビジネスを納得させる良い理由にはならない。今年開かれたMicroservices Conference in Londonでのプレゼンで、モノリスからマイクロサービスに移行する指針をIan Cooper氏が説明した。
-
ドメインイベントと結果整合性
結果整合性はスケーラビリティと性能を改善する設計方法だ。ドメインイベントはドメイン駆動設計の戦略的要素であり、結果整合性の実現を促す。Florin Preda氏とMike Mogosanu氏がブログでこの設計の利点を説明している。
-
DDD、イベント、マイクロサービス
マイクロサービスを素晴らしいものにするには、ドメイン駆動設計(DDD)が必要であり、5年から10年前に発生した誤ちはDDDによって解決されたが、マイクロサービスの世界でも同じことが起こっている。David Dawson氏はロンドンで開催されたDDD Exchangeの講演でこのように自身の考えを発表した。