サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
やろう！確定申告
speakerdeck.com/j5ik2o
AWS データベースブログの記事 「Amazon DynamoDBによる CQRSイベントストアの構築」 を勝手に読み解く
イベントソーシングやCQRSパターンの実装では、しばしばアクターモデル（Akka/Pekkoなど）が用いられますが、本セッションではそれに頼らない実装方法を解説します。Amazon DynamoDBを使ったイベントストアの実装方法を中心に、実際のコードを交えながら説明します。
現代のシステム設計において、メッセージとイベント駆動のアプローチは、即応性、スケーラビリティ、耐障害性を実現するための重要な要素です。本セッションでは、その有用性と具体的な適用方法について解説します。
ドメインイベントは過去に起きたドメイン上の出来事を意味します。「過去に起きた」なので後から変更できません。つまり不変(イミュータブル)なモデルです。 昨今、このドメインイベントはCQRS/Event Sourcingやマイクロサービスなどの書籍で取り上げられ、実際に実装上でドメインイベントが利用さ…
クラウドを採用しても、スケーラビリティやレジリエンス(回復力)は自動的に得られるものではありません。スケーラビリティやレジリエンスはサービスの応答性の問題であり顧客の関心事です。あらゆるシステムでこれらの非機能要件は必ずしも高レベルではありません。しかしシステムから応答性が失われた際は、ユーザから見限ら…
世の中にはクラウドを採用していても、スケーラビリティのないサービスを開発・運用しているエンジニアは少なくないと思います。過去の私もその一人でした。CQRS/Event Sourcingはその解の一つです。私自身も2016年にCQRS/ESに出会って以来、AWS上でその根本的な課題に取り組んで来ました。そ…
ChatworkではリアクティブシステムとCQRS/ESを反映した次期アーキテクチャを構想しています。まだ構想段階ではありますが、なぜそれらを採用するのかメリット・デメリットも含めてご説明します。
昨今のシステムは社内外のシステムと連携していて境界定義が難しいといわれます。マイクロサービスの文脈でもどのようにシステムを分割するかの議論があります。実はこれは50年来続く「部品の分割＝モジュール化」の歴史といえます。最近ではこの部品の分割単位としてドメイン駆動設計の「ドメイン」がよく話題になります。「…
RDRA1.0とDDDを組み合わせた経験から以下の観点 について解説 1) いきなりドメインモデルを考えられるか 2) ドメインモデルの周辺環境を探索する
過去に僕が失敗した代表例から今ならどう設計するか、という観点でお話します。中心になるトピックは以下です - 軽量DDDの功罪 - ドメインモデル貧血症対策 - 集約の境界定義の善し悪し
There is a movement to configure Akka-Cluster on Kubernetes and build a system that is resilient and scalable. Because Akka is a toolkit for developing …
DDDコミュニティでは、なぜドメイン駆動設計をやるのかという必要性の議論ではなく、何をどのように実践するのかという議題に変わっています。Scalaコミュニティにおいても、DDDの実践方法に強い関心があることはいうまでもありません。 長大な設計哲学を説くDDDは、読み難く理解し難い、実践までの道のりが遠い…
実装コードを中心に、ドメインモデルの設計に対する考え方や改善方法についてまとめた資料です。
ドメイン駆動設計の考え方は書籍を読むとわかりますが、いざモデリングを実践しようとすると、どこから手を付けていいかわからない、ドメインモデリングの始め方がよくわからないという意見を聞きます。 このスライド資料では、そんな悩みを持つ皆さんに向けて「ドメインモデルを見つけ出し・実装に落とし・改善していく」方…
社内勉強会の資料。
#kaigieffect LT 2024 - rexml-css_selector: A REXML extension for supporting CSS selector
AWS Summit 2017 Tokyo, Dev Dayで登壇した際の資料です。
DDDを具体的なプロセスに落とし込むにはどういう観点が必要だろうか。 - 境界づけられたコンテキストがどこまでの範囲かよくわからない - ユビキタス言語やドメインモデルをどのように発見すればいいかわからない。どこから着手すればいいのか？ - ドメインモデルがただのデータの入れ物になってしまう(貧血…
ChatWork社内勉強会で発表した際の資料
Actorの設計プラクティスに関して簡単にまとめた資料です
ChatWorkのScala採用プロダクト "Falcon" リリースまでの失敗と成功の歴史
次のページ
このページを最初にブックマークしてみませんか？
『speakerdeck.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
