This repository was archived by the owner on Aug 16, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Aug 16, 2026. It is now read-only.
mNi Operator 今度の課題 #1
Description
Docsをざっくり確認させていただきました。
以下課題として記載させていただきましたが、実現難しい、設計おかしい等あれば気軽に教えてください。
- ComponentsはService依存にしたい
- ユーザがComponentsを手動で導入→Serviceを導入という流れをやめたい
- ユーザはServiceを定義するだけでComponentsも自動的にインストールされるように
- Serviceごとにnamespaceを分ける
- Serviceごとにnamespaceを分割するのはどうでしょうか？
- mni-auth namespaceの場合、keycloakとmni-authコンテナがデプロイされる
- Keycloakの管理方法について
- Keycloakにて各Service用ユーザを設定する際のTerraformの使用をやめる
- 内部向けの一時的な手段として使用されていますかね？
- ユーザが実際に利用する際はTerraformなどの外部ツール利用は極力避けたいです
- Keycloakにて各サービス用ユーザのパスワードを自動生成する
- ユーザがサービス用パスワードを手動生成し、TFにて設定するのは大変なので自動生成するようにしてください
- パスワードをユーザに管理させるのはセキュリティ的にもリスクがあると思うので...
- Keycloakにて各Service用ユーザを設定する際のTerraformの使用をやめる
- mni-installerでのデプロイにOperatorも含める？
- Operatorは必須だと思うので分けなくても良いかなと思ってます
- すべてのリソースをIP, HTTPでデプロイできるように
- Ingressの使用は任意とし、IP, HTTPで使用できるとうれしいです
Activity
1outres commentedon Dec 24, 2024
ありがとうございます。
今のOperatorの仕様的に実装可能か考えてみます。
そうです。
Keycloakに対して必要な設定項目がロールやクライアント、アトリビュートなどとても多く、ドキュメントに設定方法を１つずつ書くことが難しかったので、とりあえずterraformとして設定できるようにしました。
ユーザに導入してもらう際にはmni-installerのようにクラスタ内のPodから実行するようにすればいいかなあと考えていたんですが、どうでしょうか。
users.yamlを自動生成するスクリプトやそれを元にSecretを作成するスクリプトを用意してそれもPodで実行すればパスワード生成も自動でできるようになると思います。
わかりました。
Wikiには記載がまだありませんが、Serviceリソースの
external: IngressのところをLoadBalancerに変更することができます。MuNeNiCK commentedon Dec 24, 2024
@1outres
ご返信ありがとうございます！
ありがとうございます。もし難しそうであればスクリプトやGUIでのインストーラを別途作成し、ユーザは最小限の設定で抑えられるように工夫しようと思います。
承知いたしました！内部向けということであればこちらの方法で問題ありません。
この方法で問題ありません！よろしくお願いいたします。
承知いたしました。Keycloakに関してもIPでの展開は可能ですかね...?