• [^] # Re: pod

    Posté par . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 7.

    • ne pas rendre PostgreSQL accessible sur mon hôte
    • Tester/Développer avec (directus|strapi|hasura), donc lancer un couple PostgreSQL/Appli

    Est-ce que tu peux me faire voir la lumière ?

    Le premier point est le comportement par défaut. Tu as eu besoin de déclarer un mapping pour avoir accès au port de ton service.

    Tu gagne en souplesse à avoir toujours des pods séparés. On utilise plusieurs containers dans le même pod quand :

    • les interactions sont très fines (par exemple un containers écrit un fichier, un lit ce fichier sans passer par nfs et consort)
    • tu veux du 1:1 comme les sidecars, un sidecar n'a de sens que lorsqu'il est avec son container principal donc on garantit qu'il vit avec ce dernier

    Tout fusionner va t'empêcher de :

    • relancer le service sans toucher à la base de données
    • avoir plusieurs services pour la même base de données
    • faire de la haute disponibilité (je pense qu'il est assez joueur de faire tourner 2 instances pg sur le même dossier, donc tu es obligé d'arrêter ton pod avant de lancer le suivant)
    • de séparer ton application et ta base de données sur 2 machines séparée pour avoir des machines taillées différemment
    • tes containers partagent beaucoup de choses Yo quelqu'un arrive à faire exécuter quelque chose par le service il a accès à pas mal de choses

    Tu n'en a pas forcément besoin et tu fais bien ce que tu entend. Chacun son contexte et son besoin. C'est juste pour te montrer les implications. Je trouve au contraire très agréable cette façon de lancer tout en une seule commande. Pour une utilisation sur bureau c'est pratique.

    Note je connais kubernetes et je n'ai jamais utilisé podman, mais comme ils indiquent kubernetes comme référence pour leur pod, je présume que ça fonctionne de la même façon

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll