InfoQ ホームページ Event Driven Architecture に関するすべてのコンテンツ
-
イベントストリームKafkaとワークフローエンジンZeebe
先日アムステルダムで行われた合同ミーティングで、Kai Waehner氏は、分散ストリーミングプラットフォームのApache Kafkaについて、その特徴とイベント駆動アーキテクチャの適性を説明した。またBernd Rücker氏は、ワークフローエンジンが複雑なビジネスプロセスを処理可能であることを説明した上で、スケーラブルな新しいワークフローエンジンのZeebeがkafkaとの併用に適していると論じた。
-
AmazonのマネージドKafkaがKafka Streamingのセットアップと使用の簡素化を目指す
AWS re：invent 2018でパブリックプレビューとして導入された、Kafka用のAmazon Managed Streaming（MSK）は現在一般に利用可能である。 Amazon MSKは、Kafkaをベースにしたストリーミングアプリケーションの構築と実行を容易にすることを目的としている。
-
サーバレスであっても"状態"は必要だ
今日のエンタープライズアーキテクチャは、サーバレスアーキテクチャへと大きく移行している。Jonas Bonér氏は、サーバレスへの動きを強く支持しながらも、プログラミングモデルではステートレス関数のみを重視すべきではない、と論じる。さらに、分散型の汎用目的アプリケーションに構築において、サーバレスのアドバンテージを活かすためには、状態にも注目する必要がある。
-
イベント駆動システムに対する批判的見解 - Bernd Rücker氏のQCon Londonでの講演より
イベント駆動システムの採用が大流行りだ。システムの結合度を低下させる方策として，ほぼ"魔法"のように見られることもある，とBernd Rücker氏は，先日のQCon London 2019で指摘した。そのプレゼンテーションで氏は，イベント駆動システムを取り巻く3つの一般的仮説 — イベントは結合度を低減する，オーケストレーションは回避する必要がある，ワークフローエンジンは難しい — を批判的に取り上げた。
-
イベントファースト思想はなぜ重要か
グローバル企業が，その絶え間ない変化と究極的な規模において今日のアーキテクチャの課題に対処するためには，システム設計の基本原則に立ち返ることが必要である。我々の直面する問題の共通要素は，アクションとリアクションの両方におけるイベント駆動の概念である - イベントの重要性とイベントファースト・アプローチのメリットを説いた一連のブログ記事の中で，Neil Avery氏はこのように記している。
-
フレームワークは善か悪か，その両方か？
フレームワークとライブラリのどちらが望ましいか，という議論が起きている。Axon Fraameworkを開発するAxonIQのエバンジェリストであるFrans van Buul氏は先日、ひとつのブログ記事を執筆した。ライブラリを支持する声が多い中で，Van Buul氏は、ビジネスアプリケーションの開発にはフレームワークの利用が非常に有用だ，という考えを述べている。CQRS、DDD、イベントソーシングを基盤とするアプリケーションには，これが特に当てはまる，というのが氏の意見だ。
-
マイクロサービスからワークフローへの移行
JetのOrder Management System(OMS)は当初、タスクを編成するマイクロサービスの集合体として開発されていた。企業が成長するにつれ，このアーキテクチャの問題点も大きくなり，ついに同社は，ワークフローベースのプラットフォームを新たに構築することを決定した。同社のJames Novino氏はブログ記事に，旧システムの課題についての説明とともに，新たなプラットフォームの概要について記している。
-
MicrosoftはAzure Service BusとEvent Hubの可用性を拡大
Microsoftは最近のブログ記事で、Availability ZonesがAzure Service Bus PremiumとAzure Event Hubs Standardをサポートすることを発表した。このサポートにより、顧客は、アベイラビリティーゾーンがサポートされているリージョンで、これらのサービスに対して高可用性オプションを利用できる。
-
AmazonがAWS Step Functionsによる新たな統合機能を発表
Amazonは、同社のコンピューティング、データベース、メッセージング、アナリティクス、マシンラーニングの各サービスをAWS Step Functionsとして新たに統合し、ステートマシンワークフローのステップとして利用可能にすることを発表した。AWS Step Functionsによって、アクティビティを接続しコーディネートし、高度にスケーラブルなランタイムを活用するための抽象化の手段が提供される。
-
Russ Miles氏の講演より - 無視されるアーキテ��トとカオスエンジニアリング
先日アムステルダムで開催されたEvent-Driven Microservices Conferenceで、Russ Miles氏は、アーキテクトにとって最大の課題は無視されることだ、と主張した。イベント駆動マイクロサービスのような優れたアイデアを持っていても、確かに素晴らしい、だが現状のニーズには複雑過ぎる、という反応をされることが多過ぎるのだ。
-
CQRSとイベントソーシングのフレームワークであるAxonの基本概念と今後について
先日アムステルダムで開催されたEvent-Driven Microservices Conferenceで、Allard Buijze氏は、DDDとイベントソーシング、CQRSに基づくシステムのためのフレームワークであるAxon Frameworkの基本概念と歴史について講演した。Axon Frameworkの採用は急速に伸びており、先日ついに100万ダウンロードを達成している。
-
Axon Conference パネルディスカッション: 我々はなぜマイクロサービスを使用するべきか？
先日アムステルダムで行われた Event-Driven Microservices Conference のパネルディスカッションにて、カンファレンス主催者である AxonIQ の Frans van Buul 氏はマイクロサービスが本日のメインストリームであると述べた。彼は我々がこれまで何を学んだか、そして今後数年でどこへ向かうのか、について話を進めた。
-
NATSにKafka風ログAPIを加えたLiftbridge
ホットなイベント駆動テクノロジの世界に参入したLiftbridgeは、NATSメッセージングシステムを、スケーラブルなKafka風ログAPIで拡張したオープンソースプロジェクトだ。InfoQは作者のTyler Treat氏に、同プロジェクトの詳細や、データ統合の変化の動向について話を聞いた。
-
data Artisansがストリームデータ上の直列化可能なACIDトランザクション機能を発表
data ArtisansがStreaming Ledgerの一般提供を開始すると発表した。Apache Flinkを拡張して、テーブル、キー、イベントストリーム間でシリアライズ可能なACIDトランザクションの実行を可能にする。同社独自のFlinkへのアドオンは特許出願中の技術であり、一度にひとつのキーでのみ一貫性のある操作が可能だという、現在の一般的な機能制限を越えた動作を可能にする。
-
イベントソーシングを採用したeBayの継続的デリバリ実装
eBayのContinuous Deliveryチームはイベント中心のアプローチを使用して、ビルドパイプラインの処理量増加に対処可能なスケーラビリティを備えた、継続的デリバリのためのオーケストレータを構築した。John Long、Nataraj Sundar両氏は、イベントソーシングの全般的メリットとアプリケーション開発に関して、氏らが認めたアドバンテージを２つのブログ記事で説明している。