リアクティブは難しいが役に立つ - Chatwork Creator's Note
お久しぶりです、かとじゅん(@j5ik2o)です。テックブログを書くのは何年ぶりか…。 サービスが停止したり応答性が低下すると、お叱りや逆に励ましをいただきますが、エンジニアとして設計レベルからそういった問題に対処するにはどうするか、日々精進しているところですmm。この記事はそういう論点で注目されている「リアクティブ原則」についてまとめてみたいと思います。 それなりのボリュームになってしまったので、時間があるときに読んでいただければと思います。 さて、Linux Foundation内の新たなトップレベルプロジェクトであるReactive Foundationが主催する、Reactive Summit 2020が11月10日にオンラインで開催されたので参加しました。 www.reactivesummit.org 参加されていたスピーカーはLightbendをはじめ、Netflix, Fac
CQRS/ESによって集約の境界定義を見直す - かとじゅんの技術日誌
peing.net メッセージングシステムのお題のようです。面白そうなのでちょっと考えてみよう。 問題提起 集約候補が以下の3つ。 ユーザー 企業 スレッド メッセージ スレッド集約はメッセージを複数保持するようです。 1000件のメッセージを保持するスレッド集約を更新した際、1000件のアップデートが行われる スレッド集約内部で更新された属性を把握していない場合は、リポジトリでは全メッセージ分の更新となる。これを避けるための仕組みはどう実装するのか？ ということが指摘されている。まぁわかります。これはCQRS/ESなら解決できるよと言ってみる 問題の分析 で、僕ならどう考えて実装に落とすかつらつらまとめてみよう。CQRS/ES前提です。Akkaの成分は少なめでScalaの擬似コードで解説します。コードはコンパイルしてないので…おかしなところあるかも。 問題はスレッド集約がメッセージの集合
Everything You Need to Know About Event Sourcing - SitePen
Event sourcing is a powerful architectural pattern that records all changes made to an application’s state, in the sequence in which the changes were originally applied. This sequence serves as both the system of record where current state can be sourced from, as well as an audit log of everything that happened within the application over its lifetime. Event sourcing promotes decentralized change
イベントソーシングシステム開発時の間違いとリカバリ
原文(投稿日：2019/07/10)へのリンク Nat Pryce氏とチームがイベントソースアーキテクチャに基づいた新たなシステム構築に着手した時、氏らは重大な設計上のミスをいくつか犯したが、自分たちも驚くほど簡単にリカバリすることができた。氏はブログ記事で、氏らが犯した間違いと、アーキテクチャのリファクタリングによるリカバリを可能にした要因について説明している。 最初の間違いは、イベント履歴と、対応するエンティティの現在の状態のビューを、両方とも永続化したことだった。現在の状態はプロジェクションではなく、イベントから更新されたものだったが、実際にはイベントを記録したコマンドハンドラによって更新されていた。このことから、2つの問題が発生した — 記録したイベントからエンティティの状態を再構築できなかったことと、現在の状態のために使用したリレーショナルモデルにおけるマイグレーション管理が大き
EventStoreを用いたCQRS+イベントソーシングの実践と考察 - Qiita
TL;DR Dockerを用いて以下の環境を用意し、EventStoreの挙動を確認しイベントソーシングの実現方法について検討しました。 EventStoreSampleをcloneしてdocker-compose up すれば動きます。 詳細な使用方法は↓。 はじめに ステートレスアプリケーションでEvent Sourcingするなら、EventStoreを使うとよさそう。仕様をよくみたら、楽観ロック機構もあるようだし実用に耐えれそう。https://t.co/EZu6EsG5VP — かとじゅん (@j5ik2o) 2019年4月24日 にてEventStoreの存在を知ることができました。ありがとうございました。 イベントソーシングとは 書籍だと 実践ドメイン駆動設計 .NETのエンタープライズアプリケーションアーキテクチャ: .NETを例にしたアプリケーション設計原則 ネットだと
Aecor による純粋関数型イベントソーシング - Qiita
Aecor という純粋関数型 Event Sourcing ライブラリをざっくり紹介したい。 概要 Aecor は Denis Mikhaylov というロシアの技術者が開発した、Scala の純粋関数型イベントソーシングライブラリ。作者が勤務するオンライン予約会社の Evotor 社では、Arcorベースの数十のサービスが実運用されているという。 ラテン語で海の意味で、あえて五十音で近似すると、ラテン語読みだとアエコル、英語読みだとエイカーみたいな感じ。 純粋関数型DDD に親和性が高い。OOP とは逆に、FP ではデータと振る舞いを分離することが基本となるが1、この辺りは関数型 DDDでも同様。分離の仕方にはいくつかあるが2 3、Aecor 流では Tagless Final で実現する。 Typelevel エコシステムのライブラリ、Cats, Cats Effect, FS2 など
the native web | Framework
wolkenkit empowers you to build and run scalable distributed web and cloud services that process and store streams of domain events. wolkenkit – build distributed web and cloud APIswolkenkit is a CQRS and event-sourcing framework based on Node.js. It empowers you to build and run scalable distributed web and cloud services that process and store streams of domain events. It supports JavaScript and
Patterns for designing flexible architecture in node.js (CQRS/ES/Onion)
In this post, I’ve presented a project that is using CQRS and Event Sourcing patterns. It’s organized using onion architecture and written with TypeScript. “flexible” —a free stock photo I found which makes this blog post much nicer and artistic.“flexible” how?I’m using the term flexible to promote an architecture which is able to adapt to different kind of environments. More precisely, I’m trying
#jjug_ccc 僕がDDDを勉強したりDomain Event使ってみたいと思ったりKafkaでCQRSの素振りをしている背景と現状 - Mitsuyuki.Shiiba
11/18(SAT)にJJUG CCCという、日本のJavaコミュニティの最大規模のカンファレンスで発表してきましたー。1000人を超える申し込みがあるような感じです。そんな場で登壇させていただいて幸せです。 www.java-users.jp 僕のセッションにも 沢山の人が来てくれました。ありがとうございます(∩´∀｀)∩ﾜｰｲ お話しした内容は この記事のタイトルの通り、僕がDDDを勉強したりDomain Event使ってみたいと思ったりKafkaでCQRSの素振りをしている背景と現状についてです。スライドはこちら。 speakerdeck.com セッションに参加してない方にも喋った雰囲気が伝わるといいなと思って、コメントを加えたりしてみました。スライド内のリンクをクリックしたい方はSpeaker DeckからPDFでダウンロードができるのでそちらをどうぞ。 デモプロジェクト もアッ
Event sourcing in practice
Who are you? Before we get started... I have heard about Event Sourcing before I have been to one of the Event Sourcing/CQRS talks We do CQRS and/or Event Sourcing at work We do Domain-Driven Design This talk ... ... is for you, if you want to ... ... understand the basic idea of ES ... know about the advantages of ES ... learn about the issues that come with ES ... understand when ES is a suitabl
イベントアーキテクチャを選択する
分散システムの設計において、おそらくはマイクロサービスに基づいたイベントアーキテクチャを検討する場合、利用可能なモデルとテクノロジはいくつかある。アーキテクチャの実装方法を選択する時、そのおもな要因は非機能要件である - さまざまなイベントアーキテクチャのスタイルを説明した先日のブログ記事で、David Dawson氏はこのように主張している。 フリーランスのシステムアーキテクトであるDawson氏は、イベントアーキテクチャとは単にイベントをベースとしたソフトウェアアーキテクチャであり、イベントがデータモデルの一部であることから、同時にデータアーキテクチャでもある、と定義する。テクノロジのセットや、あるいはサービスの対話方法に関する特定のモデルを指すものではないのだ。 シンプルで確立されたモデルのひとつがSEDA(Staged Event-Driven Architecture)である。こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CQRS and Event Sourcing Intro For Developers - Altkom Software
DDD/CQRS/ES · GitHub
イベントソーシングを採用したeBayの継続的デリバリ実装
Efficient data transfer through zero copy
reduxでビジネスロジックをゴリゴリ書く
AxonDB - イベントストアの新たな実装
Evolving CQRS and Event Sourced Systems
QCon New York 2017: Netflixのダウンロード処理におけるイベントソーシングのスケールアップ
http://www.matthewrenze.com/presentations/clean-architecture.pdf