Je pense que la seule solution est de construire une image qui inclut les plugins souhaités, de la pousser vers un dépôt Docker, de la lancer avec les variables d’environnement appropriées, et à un moment donné de constater que la base de données est migrée et les assets précompilés et poussés vers S3 lors de la première exécution de l’image (au minimum). Vous pourriez vouloir migrer une fois avec SKIP_POST_DEPLOYMENT_MIGRATIONS défini pendant que l’ancienne image est en cours d’exécution, puis à nouveau après que la nouvelle image a été lancée et que les anciennes ont été arrêtées avec SKIP_POST_DEPLOYMENT_MIGRATIONS désactivé ou exécuter la tâche rake db:ensure_post_migrations.
Vous pouvez exécuter une tâche rake dans l’une de vos images en cours d’exécution, quelque chose comme
rake api_key:create_master[‘description de la clé’]
Ce qui précède pourrait suffire à vous faire avancer un peu. J’ai géré des instances kubernetes pour des clients sur GCP et AWS par le passé. Je n’ai jamais été entièrement satisfait de la façon dont cela fonctionnait (cela fonctionnait parfaitement du point de vue du client, ce n’était tout simplement pas très élégant de mon point de vue, mais ce n’était pas si peu élégant que j’aie pris la peine de le corriger, non plus !). Je n’ai pas grand-chose de plus à offrir ici, mais n’hésitez pas à me contacter directement si vous avez besoin d’aide supplémentaire.