InfoQ ホームページ Event Driven Architecture に関するすべてのコンテンツ
-
Apache Stormが1.0に、パフォーマンス改善と多数の新機能
バージョン1.0は、Apache Stormの進化における大きなマイルストーンだ。Apache Software FoundationでApache StormのVPを務めるP. Taylor Goetz氏はそう述べた。このバージョンには、多数の新機能と改善が盛り込まれている。特に、パフォーマンスが3倍–16倍向上しているという。
-
ストリーミング領域におけるマイクロサービスとは
分散化を採用してサービスベースのシステムを開発し，ストリーム処理ツールを使って状態分散の問題にアタックせよ – 先日のQCon Londonカンファレンスで行ったプレゼンテーションの中で，Ben Stopford氏はこのように主張した。
-
Lagom - 新しいマイクロサービスフレームワーク
Akkaを開発するLightbendが，同社のReactive Platformを基盤として使用したオープンソースのマイクロサービスフレームワークであるLagomをリリースした。Play FrameworkやAkka製品ファミリに加えて，開発用としてConductRを使用しているのが特徴だ。デフォルトはメッセージ駆動型の非同期方式で，分散型CQRS永続化パターンとイベントソーシングを実装の中心に使用している
-
リアクティブであることの基礎
リアクティブの世界の大きな問題のひとつであり、その理解しにくさは、リアクティブという言葉とその言葉の多様な解釈にある。講演を聞いたり、ブログを読んだりしてもリアクティブの意味が掴めなかったPeter Ledbrook氏は、リアクティブとは何かを調べ、その知識を共有しようと決めた。
-
Yahoo!がApache Flink, Spark, Stormのベンチマークを実施
Yahoo!は，代表的なストリーム処理フレームワークであるApache Flink, Spark, Stormの３つを対象としたベンチマークを行った。
-
CQRS, 読み込みモデル，永続性
イベントをソースとするCQRS(Command Query Responsibility Segregation/コマンドクエリ責務分離)システムの開発において，リレーショナルデータベースへのイベントの保存と数値の順次増加によるグローバルにユニークなイベントIDの生成は，ある意味で極めて重要な決定になる - Kontad Garus氏は最近，比較的小規模なシステムの構築した自身のプロジェクトで経験したことを，３つのブログ記事に著した。
-
リアクティブストリームとは
最近のソフトウェアは，リアルタイムに近いデータ操作を行うことが多くなっている。 秒以下の応答でデータ交換することにビジネス価値のある状況において，データを可能な限り早く知識に転換する方法のひとつがストリーム処理だ – Kevin Webber氏はリアクティブストリーム(Reactive Streams)について，このように説明する。
-
ドメインイベントと結果整合性
結果整合性はスケーラビリティと性能を改善する設計方法だ。ドメインイベントはドメイン駆動設計の戦略的要素であり、結果整合性の実現を促す。Florin Preda氏とMike Mogosanu氏がブログでこの設計の利点を説明している。
-
CQRSに対する批判的見解
Command Query Responsibility Segregation(CQRS, コマンドクエリ責務分離)をもっと大きく，アーキテクチャ的コンテキストで眺めてみると，他にも利用可能なアーキテクチャスタイルが存在することに気付く。データベース技術でも，同じ問題を簡単な方法で解決することが可能だ – Udi Dahan氏は，CQRSへのアプローチに関して，このような意見を述べている。CQRSが本当に必要であったとしても，はるかに少ない可動部品で目標の大部分を達成可能な方法も存在する。
-
DDD、イベント、マイクロサービス
マイクロサービスを素晴らしいものにするには、ドメイン駆動設計(DDD)が必要であり、5年から10年前に発生した誤ちはDDDによって解決されたが、マイクロサービスの世界でも同じことが起こっている。David Dawson氏はロンドンで開催されたDDD Exchangeの講演でこのように自身の考えを発表した。
-
DDD、イベント、マイクロサービス
マイクロサービスを素晴らしいものにするには、ドメイン駆動設計(DDD)が必要であり、5年から10年前に発生した誤ちはDDDによって解決されたが、マイクロサービスの世界でも同じことが起こっている。David Dawson氏はロンドンで開催されたDDD Exchangeの講演でこのように自身の考えを発表した。
-
CQRSとイベントソーシングのデモアプリケーションを作る
Command Query Responsibility Segregation (CQRS)に関するアーキテクチャやパターンについて理解を深めるため、Sacha Barber氏はCQRSのデモアプリケーションを開発した。このアプリは、イベントソーシングも活用しており、記事で解説がされている。
-
CQRSの優位性
今日のアプリケーションは一般的に不必要に複雑かCommand Query Responsibility Segregation (CQRS)を使わないことで遅くなっており、ラインオブビジネス (LOB)アプリケーションが複雑な使われ方をするときには、CQRSがもっとも有益なアーキテクチャのひとつであるとGabriel Schenker氏は提示して主張した。
-
サービスはマイクロサービスによって構築される論理的構造である
サービスとはビジネス機能を備えた論理的構造であり，内部的にはその責務を果たす，複数の自律的コンポ���ネントないしマイクロサービスで構成される - ビジネス機能とそれを取り込むコンテキストにおけるサービス構築に関して，自らの見解を明確にした前シリーズのブログ記事に続いて，Jeppe Cramon氏はこのように提言する。
-
ドメイン駆動設計のコンテキスト境界間でデータを共有する
ドメイン駆動設計(Domain-Driven Design/DDD)を使って大規模システムの関心事を，それぞれ独自のデータストアを使用するコンテキスト境界{Bounded Context)に分離していると，共通的なデータを共有する必要が生じることが少なくない。それを実現する方法のひとつは，各コンテキストが変更に関するイベントを発行して，他がそのイベントを受信可能にしておくことだ – Julie Lerman氏は先日のMSDN Magazineで，このように説明した。