Docker étant le standard de facto pour la gestion/utilisation des containers, il a fallu coder des sur-couches parce que Docker est mal pensé pour certains aspects. Je m'explique, la sécurité est l'un des grands points faibles de docker (daemon qui tourne en root, images non certifiées plein de trous de sécurité, etc...). Du coup, on se retrouve avec des couches et des sur-couches... Pourquoi ne pas prendre la bonne techno directement : rkt
Par ailleurs, il existe aussi des technos pour lesquelles on n'utilise pas de containers et qui permettent presque la même chose que des containers, cf : singularity
Sans parler de projets qui peuvent parfois suffire pour vos besoins de portabilité ou d'isolement (si votre besoin s'arrête là) : pour la portabilité : fpm, etc...
pour l'isolement : les cgroups, etc...
Par contre, je ne parierai pas sur le projet de Lennart Poettering étant donné l'usine à gaz qu'est systemd...
Bref, tout ça pour dire que, Ok, Docker a amené quelques nouveautés impressionnantes/importantes à l'époque, allant même jusqu'à nous faire penser complètement différemment nos d'infras et nos développements, mais que ce n'est plus forcément le choix approprié quand il s'agit de portabilité (si l'on prend en compte la quantité d'utilisateurs - en moins - sur les autres technos).
# Une sur-couche à Docker. Parce que docker est mal pensé.
Posté par remyd1 . En réponse à la dépêche Subuser, une sur‐couche à Docker. Évalué à 5.
Docker étant le standard de facto pour la gestion/utilisation des containers, il a fallu coder des sur-couches parce que Docker est mal pensé pour certains aspects. Je m'explique, la sécurité est l'un des grands points faibles de docker (daemon qui tourne en root, images non certifiées plein de trous de sécurité, etc...). Du coup, on se retrouve avec des couches et des sur-couches... Pourquoi ne pas prendre la bonne techno directement : rkt
Par ailleurs, il existe aussi des technos pour lesquelles on n'utilise pas de containers et qui permettent presque la même chose que des containers, cf : singularity
Sans parler de projets qui peuvent parfois suffire pour vos besoins de portabilité ou d'isolement (si votre besoin s'arrête là) : pour la portabilité : fpm, etc...
pour l'isolement : les cgroups, etc...
Par contre, je ne parierai pas sur le projet de Lennart Poettering étant donné l'usine à gaz qu'est systemd...
Bref, tout ça pour dire que, Ok, Docker a amené quelques nouveautés impressionnantes/importantes à l'époque, allant même jusqu'à nous faire penser complètement différemment nos d'infras et nos développements, mais que ce n'est plus forcément le choix approprié quand il s'agit de portabilité (si l'on prend en compte la quantité d'utilisateurs - en moins - sur les autres technos).
Rémy