InfoQ ホームページ Domain Driven Design に関するすべてのコンテンツ
-
Susanne Kaiser氏がスタートアップの観点からマイクロサービスジャーニーを語る
Just SoftwareのCTOであるSusanne Kaiser氏は、QCon New York 2017カンファレンスで自身のチームが辿ったモノリシックアプリケーションアーキテクチャからマイクロサービスモデルへのトランスフォーメーションプロセスについて講演した。
-
microXchgマイクロサービスカンファレンス第１日 - DDD、プラットフォーム、企業への影響
ベルリンのmicroXchgカンファレンスで、ソフトウェア開発の実務家たちが、マイクロサービスアーキテクチャスタイルに関する最新の実践成果を発表した。論じられたのは、機能サービス設計、DDDとRESTの統合、トランスクルージョン(transclusion)を用いたマイクロサービスによるWebサイト開発、マイクロサービスプラットフォームの選択、企業や個人に対するマイクロサービスの影響などだ。
-
ドメインロジックにおけるIf文の危険性
多くのプログラミング言語に見られるif文には、2つの大きな役割がある。ドメインを誤ったデータから守るために入力を検証すること、そして、ドメインのビジネスロジックを処理することだ。残念なことに、私達はビジネスやドメインの観点からロジック中にif文を使用するリスクを管理するためにほとんど時間をかけないことを、Udi Dahan氏は先日アムステルダムで開催されたDDD Europe Conferenceにおいてプレゼンテーションのなかで主張した。
-
Qcon LondonにおけるJonas Boner氏による'モノリスからマイクロサービスへ'の講演
QCon Londonにおいて、LightbendのCTOであるJonas Bonér氏は'モノリスからマイクロサービスへ'という講演を行った。Bonér氏はマイクロサービスを最初の原則から検討し、分散システムの文脈でのアーキテクチャスタイルについて考察した。主題には、モノリスを構築することを避け、代わりに回復力と弾力性を備えたシステムを構築すること、イベントを中心に据えたドメイン駆動設計(DDD)を実践することが含まれる。
-
DDDにおける重要なパターン
パターンの重要性に関する議論の中で、ドメイン駆動開発以外の部分でも知っておくべき重要なパターンが多く存在し、これらはより良いシステムを設計する支援をしてくれるだろう、とアムステルダムで開催された最近のDDD Europe Conferenceにおける自身の発表の中でCyrille Martraire氏は述べた。
-
ソフトウェア開発に専門分野の重要性を取り戻す
今日の業界紙を読めば，世界中のビジネス側の人たちがITについて，自分たちの足を引く邪魔者だと考えていることが分かるはずだ。この状況を克服するには，私たちが注目点をマシンからドメインへと移し，従事する分野について書籍から学ぶ必要がある - 先日アムステルダムで開催されたDDD Europe Conferenceでのプレゼンテーションの中で，David West氏はこのような指摘をした。
-
Eric Evans氏はDDDが完璧主義者のためのものではないと述べた
ドメイン駆動設計(DDD)の当初からの問題は完璧な設計を求める探求行為であるが、DDDは完璧主義者のものではない。この探求を止めるために、完璧ではないがよく設計されたソフトウェアの開発方法に関する発想を得ることが必要であると、Eric Evans氏はアムステルダムで開催された最近のDDD Europe Conferenceにおける発表で述べた。
-
マイクロサービスを構築する際はイベントと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)を使うことで、開発者は顧客の振る舞いを見つけビジネスの性質を変化させるための施策を推奨できる。
-
データはマイクロサービスを取り扱う際の難しい部分である
エンタープライズのためのマイクロサービスを作成・開発する際の最も難しい問題の１つはデータである。ドメイン駆動設計(DDD)を用いて事業ドメインの分析を行い、データをどう表現するかを判断することはマイクロサービスアーキテクチャを構築する際に助けになる、Christian Posta氏はマイクロサービスの実装についての一連のブログ投稿の1記事でこう述べている。
-
マイクロサービスとドメイン駆動設計に関するVaughn Vernon氏の意見
モノリスにおいてもきちんとした方法でモデリングすることは可能ではあるが、しばしば大きな泥団子と化してしまう。これは複数のドメインモデルがモノリス内で絡まってしまうのが原因であり、Vaughn Vernon氏の経験ではこれは数週間もしくは数ヶ月以内に起こりうるのである。彼は今年初めのScala Daysにおける発表でこのように述べた。
-
Juval Löwy氏が語る - クラスがすべてサービスであるべき理由
Juval Löwy氏は，個々のクラスをサービスで表現したサービス指向アプリケーションによる，システム構築手法のパイオニアだ。このようなアプリケーションは，最初は'クラス爆発'のように思われるかも知れないが，実は真に分解され，適切に分析および設計されたシステムである。氏は自らの意図を述べた上で，開発チームがこのプロセスを改善する方法を説明する。