検討事項
- 表現力がどれくらいあるか(型、デフォルト、オプショナル)
- 設定を書きやすいか(コメントなど)
- 仕様を記述できるか(スキーマを記述する方法があるか)
- スキーマの検証ができるか
| 【Jubatus ZKとの接続でSESSION_EXPIREDしたときどうするか問題】 | |
| - ZKを利用しているOSSの実装 | |
| - EXPIREしたらexit(自殺)する | |
| - EXPIREしてもZKと繋がるまで再接続し続ける | |
| - 無限ループ・回数制限を設ける | |
| - 接続が切れている間は、ZK関連のサービスを提供できない(キャッシュ保持してるかもしれない。もしくは、キャッシュはクリアする実装) | |
| - Jubatusにおける選択肢 | |
| - EXPIREしたらプロセスを終了する | |
| - EXPIREしてもZKへ接続リトライする(リトライし続ける、回数制限等つけてリトライする) |
| 【configを動的に再変更できたほうがいいか否か】 | |
| - できたほうがいい | |
| - メリット | |
| - 設定変更の自由度があがる | |
| - 設定調整、実験、評価がやりやすくなる | |
| - プロセス再起動なしで状態を初期化できる | |
| - デメリット | |
| - 同一インスタンスのサーバで設定の一貫性を保証、もしくは一貫性がないことに対処できる仕組みが必要になる | |
| - それに伴い、正常なサービスを提供できなくなる可能性がある 例:サーバが停止する、サーバが誤った結果を返す | |
| - 以下の【課題】の部分に相当 |