DDDで設計するならCQRSの利用を検討すべき - Qiita
タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性： 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ： 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ： 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ
「分散クラウド」がモノのインターネット時代のクラウドの形ではないか
いまのクラウドは、大量のサーバやストレージを大規模なデータセンターに詰め込み、そこで集中的に処理を行うモデルです。しかし、これからやってくるモノのインターネット（Internet of Things）の時代には、分散モデルのクラウドが登場するのではないか。EMCのグローバルマーケティングCTOのChuck Hollis氏が、ブログへのエントリ「The Emergence Of Dispersed Clouds」（分散クラウド群の登場）で書いています。 Hollis氏は、インターネットのおもな利用者が人間である現在は、集中モデルのクラウドが適しているが、インターネットに大量のモノがつながる、いわゆる「モノのインターネット」（Internet of Things）の時代には、集中モデルは合わず、分散クラウドが登場してくるのではないか、と書いています。 モノのインターネットの時代には分散クラウド
Tumblr における Scala - Kato Kazuyoshi
最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ とちょうど同じくらいの時期に High Scalability に Tumblr Architecture - 15 Billion Page Views A Month And Harder To Scale Than Twitter という記事がでていた。 まとめだと Tumblr は PHP を使っていることになっているけど、いま現在の Tumblr は PHP ですべてを書くのを止めて、Scala も使っているらしい。 Scala と Finagle Tumblr はもともと LAMP (Linux + Apache + MySQL + PHP) で出来ていた。スケールさせるために memcached や HAProxy でキャッシュしてみたり、MySQL を sharding してみたり、バックエ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
