• # retour d'expérience avec Docker, Kubernetes, Openshift, Nomad.

    Posté par  . Évalué à 3.

    vidéo en ligne : https://www.youtube.com/watch?v=ljjI_HgE0Ng ; titre "Kubernetes est-il obligatoire ? | Radio DevOps #20"

  • # typos

    Posté par  . Évalué à 3.

    je crois qu'il manque deux fois un "s".

  • # Ne pas mélanger les torchons et les serviettes

    Posté par  (site web personnel) . Évalué à 10.

    Certes Nomad est un excellent outil. Mais le comparer à Kubernetes n'est pas très correct.

    Nomad est un outil d'orchestration de conteneur et de VM. Kubernetes est bien plus que ça. Kubernetes offre des fonctionnalités comme la gestion du traffic (Service, Ingress, NetworkPolicy, …), la gestion des secrets et de la configuration (ConfigMap, Secret), la gestion du stockage (PeristentVolume, PersistentVolumeClaim, …). Il permet de gérer précisément le scheduling, le monitoring (liveness/readiness probes), le service discovery, etc…

    Les opérateurs Kubernetes qui existent permettent également d'augmenter les capacités de son API, on va avoir ainsi du Cert-Manager, du Tekton, du KubeDB, du ArgoCD, etc…

    Kubernetes offre aussi la gestion de cluster (drainage des nodes, ajout de worker node depuis un peu partout, etc…),

    Si on veut atteindre le même niveau de fonctionnalité avec les outils de Hashicorp, il va falloir mettre en place Nomad, Vault, Consul, Terraform, etc… Tout de suite, la complexité de l'infrastructure atteint celle d'une distribution Kubernetes.

    Bref, Nomad c'est bien mais non ce n'est pas la même chose que Kubernetes : https://www.nomadproject.io/docs/nomad-vs-kubernetes

    https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.