【RoomA】アーキテクチャを突き詰める Online Conference #アーキテクチャ_findy_A

皮しばき @r315dr

#アーキテクチャ_findy_A 見てるヨ

ヌータケ(nouphet) @nouphet

かとじゅんさんの発表始まった。→「メッセージとイベントを中核に置いたシステム設計の有用性について」 #アーキテクチャ_findy_A

hmatsu47(まつ) @hmatsu47

今日は最初と最後だけオンタイムで見る。 #アーキテクチャ_findy_A

yuki @helloyuki_

来た。かとじゅんさんのセッション見てる👀 #アーキテクチャ_findy_A アーキテクチャを突き詰める Online Conference findy.connpass.com/event/314782/ #アーキテクチャ_findy

mokuo @mokuo_

アクターモデルの話だった #アーキテクチャ_findy #アーキテクチャ_findy_A

Buri @buri_83

#アーキテクチャ_findy_A 始まった！ メッセージングモデルの概念って種類あるんだ

パウリ @pauli_agile

メッセージとイベントに注目する理由 1. 即応性は当たり前品質である 2. 1. を担保しつつ魅力的品質の提供が必要 3. 1. を実現するためにスケーラビリティと耐障害性が必要 これらを実現するために「メッセージ駆動」が必要 #アーキテクチャ_findy #アーキテクチャ_findy_A

hyorimitsu @HYorimitsu

proto actor これとかか github.com/asynkron/proto… #アーキテクチャ_findy_A

しーな @shinaice_417

全体障害ではなくて局所障害に抑える #アーキテクチャ_findy_A

しーな @shinaice_417

配送保証レベル。メッセージングを設計するうえでのポイント #アーキテクチャ_findy_A

Buri @buri_83

#アーキテクチャ_findy_A 非同期メッセージングのシステムの概念って「アクターモデル」なんだ。包括的な用語を知らなかった。

フルシアンテ @fruscianteee

actix-webもアクターモデルを採用しているのもあり、アクターモデルの理解を深めたかったので、とても勉強になる #アーキテクチャ_findy #アーキテクチャ_findy_A

takemaru @interi20

物ではなく事からドメインを探すのか。 わかってはいたけど、物に感心しがちなんだよな。 #アーキテクチャ_findy_A

Buri @buri_83

#アーキテクチャ_findy_A ドメイン分析のときにイベント（事実 = リソースと状況？）を見るのが良いというのは、個人的に新しい視点。 keyword「世界とは事実の総体であり、物の総体ではない」

パウリ @pauli_agile

フロー制御 単位時間あたりの送信レートを調節し、受信側に負担がかからないようにするプロセス 送信側は「受信側からの要求で」流量を調整 送信側にて背圧制御（バックプレッシャ）がかかる ※ Rxでの例 reactivex.io/documentation/… #アーキテクチャ_findy #アーキテクチャ_findy_A

パウリ @pauli_agile

▼位置透過性 送信先がローカルであってもリモートのように、メッセージが即座位に処理されることを前提としない ▼透過的リモーティング 受信側プロセスが「送信元がリモートかローカルか」を区別しない #アーキテクチャ_findy #アーキテクチャ_findy_A

yuuki takezawa@ytake @ex_takezawa

Proto Actorはそれなりに使い込んでいる方だと思いますが、Proto Actorでもこのあたりは十分できます！是非どうぞ #アーキテクチャ_findy_A

Kai ⧫=(mc)ⁿ @kai_hiroi

メッセージの流量調整して負荷分散させる設計はスマコンにも応用可能性ありそうだな #アーキテクチャ_findy_A

Buri @buri_83

#アーキテクチャ_findy_A 可用性のメリットは確かにと思いつつ、稼働部品が増えるので実行失敗しやすくなったり、同期処理と違ってエラーハンドリングを SAGA みたいに非同期的に解決する必要がある気がするんだけど、そのあたり上手く機能するのかが気になる

yuuki takezawa@ytake @ex_takezawa

複雑さにうまく立ち向かうにはやはりイベントが大事ですよね！ #アーキテクチャ_findy_A

MIYAMOTO Ryota @pal4de

障害発生時に難しい印象があるので克服したい #アーキテクチャ_findy #アーキテクチャ_findy_A

MIYAMOTO Ryota @pal4de

イベント駆動は障害発生時に難しい印象があるので克服したい #アーキテクチャ_findy #アーキテクチャ_findy_A

フルシアンテ @fruscianteee

メッセージ、イベントの有用性がとてもわかる内容で勉強になった アクターモデルの理解度が深まりました まだまだ聞き足りないので、もっと詳しく聞きたいです！！ #アーキテクチャ_findy_A

Yoda Keisuke @kei_output_1104

実装にあたり クラウド部品の組み合わせ(->SQS->lambda->DynamoDB Stream...)でやるか、akka等のFWを使うかどうメリデメがあるのか気になる。 FWロックイン ⇄ ベンダロックインなのかとか、位置透過性の文脈から、ローカルでのテスト容易性が異なる？ #アーキテクチャ_findy #アーキテクチャ_findy_A

加藤潤一(かとじゅん) @j5ik2o

説明が悪かったかもですが、 事実は事態でして、事態は事柄と事物が結合したものですね。 なので、事実＝リソースではないです。事実がイベント、事物がリソースですね。 #アーキテクチャ_findy_A x.com/buri_83/status…