Developing an Akka Edge4-5
•Descargar como PPTX, PDF•
11 recomendaciones•8,458 vistas
Developing an Akka EdgeというAkkaの入門書を読んで勉強しています。 要約して社内勉強会で発表した時のスライドを手直ししたものです。
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Developing an Akka Edge4-5
- 1. Developing an Akka Edge Chapter 4-5
- 2. この本について Developing an Akka Edge (著)Thomas Lockney, Raymond Tay Akka初心者向けの洋書 全191ページ・10章 せっかく読んでるので要約しました ※自分で調べた事や、考えた例も載せたのでスライドに正しくないことが書いてある可能性があります※
- 6. Putting actors to work アクターを使うのにまず必要な事 ・akka.actor.Actorトレイトを継承したクラスと、そこにreceiveメソッドを定義 ・ActorSystemを作る ・ActorSystemからアクターを生成
- 9. Developing an Akka Edge Chapter 4-5
- 10. Chapter 4.Handling Faults and Actor Hierarchy ＊この章のポイント＊ ・ヒエラルキーの中で、どうやってエラーハンドリングをするか ⇒SupervisorStrategy ・アクターのライフサイクル ・アクターのヒエラルキーについて（最上部がどうなってるかとか）
- 11. ・「Failure happen.」 ネットワークの切断、ロジックの間違い、環境の問題…etc ・try/catch 大抵の言語で実装されているが… エラーが起きた時、システムがどんな状態にあるかを理解しないといけ ない 通常の状態に戻れたか確認しなければいけない Chapter 4.Handling Faults and Actor Hierarchy
- 12. Typical failure handling Scalaのエラーハンドリング ①try/catch/finally 例外の種類をcase文で ②Try[T] 例外が投げられたらFailure[T]インスタンスが返ってくる（成功は Success[T]） 他の処理をチェーンして、成功した時のみ実行できる⇒ シンプルに書ける ③Either[A,B] 一般的にAが成功時、Bが失敗時に使われる 例外の型をしっていなければいけない
- 14. Let it crash 例：アクターが値を保持していて、外部のシステムから値をとってきて定期的 に更新しなければならない Actor count = 1 System count = 3Request {“count”:3}
- 15. Let it crash 例：アクターが値を保持していて、外部のシステムから値をとってきて定期的 に更新しなければならない 外部から値をとってくる時にエラーが起こる可能性がある connection timeout, Http failure code responses, expired credentials… Actor count = 1 System count = 3Request ??????
- 16. Let it crash 例：アクターが値を保持していて、外部のシステムから値をとってきて定期的 に更新しなければならない 外部から値をとってくる時にエラーが起こる可能性がある connection timeout, Http failure code responses, expired credentials… 子アクターを生成して、外部へのリクエストを分離する Actor count = 1 System count = 3Request {“count”:3} Child Actor Request {“count”:3}
- 17. Fail fast ・原則、アクターは「なるべく小さく・1つの目的」で使う 例外処理のロジックを含まず、エラーが起きたら再起動or作り直す ・Supervisorが鍵となる supervisor…子アクターにとっての親アクター どんなアクターにも親アクターがいる（最上位については後述） 子アクターが処理できない例外が発生 ⇒ 親がどうするか決める Actor Child Actor Restart! Exception
- 19. Fail fast OneForOneStrategy…例外が起きたアクターのみに適用 ほとんどこっちを使う Actor Child Actor Child Actor Child Actor
- 21. Fail fast 子アクターに例外が発生した時 Resume… 再開するだけ（内部の状態は保持） Restart… 全ての状態を再設定して、再起動 Stop… 止まるだけ Escalate… supervisorの親に拡散 Actor Child Actor Child Actor Child Actor Grandpa Actor Actor
- 23. Fail fast ・デフォルトの挙動（strategyが定義されていない時） - Stop ActorInitializationException（初期化失敗） ActorKilledException（akka.actor.Killメッセージを受信した時） - Restart 他のException - Escalate 他のThrowable ＊OneForOneStrategyで、Restartの回数に制限なし＊
- 25. The actor-lifecycle actorOf(Props[Actorの名前])を呼んだら生成される 起動前・終了前・再起動前後で実行されるメソッド - preStart - postStop - preRestart - postRestart preStartは初期化系 preRestartは相互依存してるリソースを掃除するのに使う
- 29. A bit more about the hierarchy ヒエラルキーの最上位はどうなっているか… 「guardianと呼ばれる」3つの特別なアクター - root guardian - user guardian - system guardian
- 30. A bit more about the hierarchy ・user guardian system.actorOf()を使って生成されるアクター達のトップ ⇒作ったアクターがハンドリングできなかったエラーは最終的にここに来る SupervisorStrategyは、akka.actor.guardian-supervisor-startegyで上書きできる
- 32. A bit more about the hierarchy ・system guardian user-levelのアクターが必要とするサービスを提供（順番にshut-downさせるとか） user guardiaをwatchしてる ・root guardian ヒエラルキーのトップに存在して、guardianからEscalateされたエラーを処理する
- 33. A bit more about the hierarchy root guardianもアクターなので、supervisorが必要 ⇒ActorSystemの外側に、疑似アクターのsupervisorが居る どんなエラーが起きても、子アクター（root guardian）をStopさせる。
- 34. Guidelines for handling failures ・危険な処理を隔離して、エラーが起きても良い設計にしよう！ ・error kernel pattern…エラーハンドリングを、発生する場所の近くに分散させる 例：DBとのやりとりは、別のアクターにする
- 35. Guidlines for handling failures ・更なるアプローチとして 特定の役割を持ったアクターと、supervisorをセットで作る 危険な仕事をするアクター ＋ そのアクターを監視するアクター ロジックを抽象化できる System count = 3Request {“count”:3} Child Actor Supervise SupervisorStorategy
- 38. The basics of routers ・Routerは、アクターへのメッセージの流れを制御する アクターのグループへ、ルールに従ってメッセージを送信する ・Routerは一応アクターだが、Mailboxやメッセージハンドリングは使わない Router Routees Other Actor
- 39. The basics of routers Routerの用途 負荷分散したい 少ないリソースを効率的に使いたい 少しでも速く処理したい（後述） etc
- 40. The basics of routers senderについての細かい話 Router Routees Other Actor sender.tell(SomeMessage())
- 41. The basics of routers 送信元はRouteeなので、返事がRouteeに来てしまう Router Routees Other Actor sender.tell(SomeMessage()) sender.tell(ResponseMessage())
- 42. The basics of routers 送信元を親（Router）にすると… Router Routees Other Actor sender.tell(SomeMessage(),context.parent) 第二引数で送信元を指定
- 43. The basics of routers Routerに送信され、いずれかのRouteeに送信される Router Routees Other Actor sender.tell(ResponseMessage()) sender.tell(SomeMessage(),context.parent)
- 44. Built-in router types Akkaが提供しているいろんなRouterがある - RoundRobinRouter - SmallMailboxRouter - BroadcastRouter - RandomRouter - ScatterGatherFirstCompleteRouter - ConsistentHashingRouter - Other（カスタムRouterを自分でつくれる）
- 45. Built-in router types ・RoundRobinRouter メッセージを順番に送信する（どのRouteeから始めるかは指定できない） Router Routees Other Actor ① ② ③
- 46. Built-in router types ・RoundRobinRouter タスクにかかる時間にばらつきがある時は注意！！ A B Router ① ② ③ ④ ① ② ③ ④
- 47. Built-in router types ・RoundRobinRouter タスクにかかる時間にばらつきがある時は注意！！ A B Router ① ② ③ ④ ① ② ③ ④ 受信したメッセージが処理に時間のかかるものに偏ると Aにメッセージが貯まっていってしまう…
- 48. Built-in router types ・SmallestMailboxRouter Mailboxにたまっているメッセージが少ないアクターに送信 Router Routees Other Actor
- 52. Built-in router types ・ScatterGatherFirstCompletedRouter Routeeにブロードキャストして、一番速く返ってきたレスポンスを受け取る scatter…まき散らす Router Routees Other Actor fastest
- 58. Using routers 各種パラメータ + lower-bound + upper-bound + messages-per-resize + pressure-threshold + rampup-rate + backoff-threshold + backoff-rate + (stop-delay) 他にもありそう…
- 60. Using routers + pressure-threshold(0) 0 ⇒ メッセージを処理中のRouteeはbuzy 1 ⇒ メッセージを処理中で、Mailboxにメッセージがあればbuzy + rampup-rate(0.2) 全てのアクターがbuzyの時、Routeeをどのくらい増やすか + backoff-threshold(0.3) buzyなRouteeが何割以下になったら、Routeeを減らすか + backoff-rate(0.1) Routeeを減らす時、どのくらい減らすか
- 63. Programatic router creation コード内でRouterを定義するメリット ⇒ SupervisorStrategyを定義できる デフォルトではRouterはEscalateしかしない
- 66. 残り - Chapter 6.Dispatchers - Chapter 7.Remoting - Chapter 8.Dividing Deeper into Futures - Chapter 9.Testing - Chapter 10.Clusters