Java開発者は、fatjarデプロイメントでモジュールの追加や更新にアプリ全体の再ビルドと再起動が必要になるという課題に直面することがよくあります。Solonフレームワークコミュニティは、この問題に対処するための2つの補完的なプラグイン拡張戦略を提案しています。E-Spi（外部SPI）は、外部設定とプラグインJARを介して拡張を追加でき、コアアプリケーションを軽量に保ちます。シンプルで信頼性が高い一方、反映には再起動が必要で、設定の外部化やモジュール分割のシナリオに適しています。一方、H-Spi（ホットSPI）は、独立したClassLoaderを使用して実行時にモジュールをロードおよびアンロードし、ダウンタイムなしの真のホットプラグを可能にします。このアプローチは動的な機能トグルやマルチテナント環境に強力ですが、メモリリークやクラスローダー競合を避けるために厳格なリソースライフサイクル管理が求められます。2つの選択は、運用のシンプルさを優先するか、実行時の柔軟性を優先するかによって決まります。このアーキテクチャパターンはSolonに限定されず、特にプラグイン駆動型プラットフォームやモジュール進化が必要なマイクロサービスを構築するチームにとって、他のJavaフレームワークでも同様の設計の参考になります。
Solonフレームワークコミュニティが提案するE-SpiとH-Spi、2つのプラグイン拡張メカニズムを解説。再起動ベースのシンプルさとホットスワップの柔軟性のトレードオフを紹介。