Spring Boot：立ち上げて実行する

第8章. Project ReactorとSpring WebFluxを使ったリアクティブプログラミング

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

この章では、リアクティブプログラミングを紹介し、その起源と存在理由について議論し、Springがいかに多くのツールや技術の開発と発展をリードしているかを示す。より具体的には、Spring BootとProject Reactorを使って、SQLやNoSQLデータベースを使ったデータベースアクセスを推進し、リアクティブ型をThymeleafのようなビュー技術と統合し、RSocketを使ってプロセス間通信を予想外の新しいレベルに引き上げる方法を示す。

コード・チェックアウト

まずは、コード・リポジトリからブランチchapter8beginをチェックしてほしい。

リアクティブ・プログラミング入門

リアクティブ・プログラミングについて詳しく論じれば、一冊の本が書けるだろうし、これまでも、そしてこれからも書けるだろうが、そもそもなぜリアクティブ・プログラミングがこれほど重要な概念なのかを理解することが重要だ。

典型的なサービスでは、処理するリクエストごとにスレッドが作成される。各スレッドはリソースを必要とするため、アプリケーションが管理できるスレッド数には制限がある。やや単純化した例として、あるアプリケーションが200スレッドに対応できる場合、そのアプリケーションは一度に最大200の個別のクライアントからのリクエストを受け付けることができるが、それ以上は受け付けられない。

接続数200のクライアントのパフォーマンスは、多くの要因に依存して、 満足できるかもしれないし、満足できないかもしれない。検証不可能なのは、201番以上の同時リクエストを行っているクライアント・アプリ ケーションでは、利用可能なスレッドを待っている間にサービスがブロックするため、 応答時間が劇的に悪化する可能性があるということである。このようなスケーラビリティのハードストップは、何の前触れもなく、簡単な解決策もないまま、無問題から危機に陥る可能性があり、従来の「問題にインスタンスを追加する」といった回避策は、圧力緩和と解決すべき新たな問題の両方をもたらす。リアクティブ・プログラミングは、このスケーラビリティの危機に対処するために作成された。

リアクティブ・マニフェストは、リアクティブ・システムとは次のようなものだと述べている：

• レスポンス

• レジリエンス

• 伸縮性

• メッセージ駆動

一言で言えば、リストの作成したリアクティブ・システムの4つのポイントを組み合わせることで、（マクロ・レベルで）最大限の可用性を持ち、スケーラブルで、効率的に仕事をこなすために可能な限り少ないリソースで実行可能なシステムを作成することができる。

システムレベル、つまり様々なユースケースを実現するために連携する複数のアプリケーション／サービスで言えば、課題のほとんどがアプリケーション間のコミュニケーションに関係していることに気づくかもしれない。あるアプリケーションが別のアプリケーションに応答すること、リクエストが来たときにアプリケーション／サービスが利用可能であること、需要に合わせてサービスをスケールアウト／スケールインする能力、あるサービスが他の関係するサービスに更新／利用可能な情報を通知することなどだ。アプリケーション間インタラクションの潜在的な落とし穴に対処することは、先に言及したスケーラビリティの問題を緩和・解決する上で大いに役立つ。 ...