Conclusion

Conclusions sur l’écosystème Docker

La nature facile à déployer des conteneurs et l’intégration du principe d’Infrastructure-as-Code les rend indispensable dans de la CI/CD (intégration continue et déploiement continu).
Les principaux outils de CI sont Gitlab, Jenkins, Github Actions, Travis CI…
- Gitlab propose par défaut des runners préconfigurés qui utilisent des conteneurs Docker et tournent en général dans un cluster Kubernetes.
- Gitlab propose aussi un registry d’images Docker, privé ou public, par projet.
Les tests à l’intérieur des conteneurs peuvent aussi être faits de façon plus poussée, avec par exemple Ansible comme source de healthcheck ou comme suite pour les tests.
Dans une autre catégorie, Gitpod base son workflow sur des images Docker permettant de configurer un environnement de développement

Avec Elasticsearch, Filebeat et Kibana… grâce aux labels sur les conteneurs Docker

Avec Traefik, aussi grâce aux labels sur les conteneurs Docker

Ou avec Nginx, avec deux projets :

Avec Prometheus pour Docker et Docker Swarm
Ou bien Netdata, un peu plus joli et configuré pour monitorer des conteneurs out-of-the-box

un conteneur privilégié est root sur la machine !
des cgroups correct : ulimit -a
par défaut les user namespaces ne sont pas utilisés !
- exemple de faille : https://medium.com/@mccode/processes-in-containers-should-not-run-as-root-2feae3f0df3b
- exemple de durcissement conseillé : https://docs.docker.com/engine/security/userns-remap/

le benchmark Docker CIS : https://github.com/docker/docker-bench-security/
La sécurité de Docker c’est aussi celle de la chaîne de dépendance, des images, des packages installés dans celles-ci : on fait confiance à trop de petites briques dont on ne vérifie pas la provenance ou la mise à jour
- Clair : l’analyse statique d’images Docker
docker-socket-proxy : protéger la socket Docker quand on a besoin de la partager à des conteneurs comme Traefik ou Portainer

les conteneurs stateless c’est bien beau mais avec une base de données, ça ne se gère pas magiquement du tout
- quelques ressources sur le stateful avec Docker : https://container.training/swarm-selfpaced.yml.html#450

Réseaux “overlay”: IP in IP, VXLAN…
…mais on a rapidement besoin de plugins exclusifs à Kubernetes : Calico, Flannel, Canal (Calico + Flannel), Cilium (qui utilise eBPF)

Doit se baser sur une solution applicative complète comme Kafka
avec Compose pour les différents services et Swarm pour le scaling
Solutions actuelles peut-être plus orientées Kubernetes
Ressources :
- Pas-à-pas très détaillé d’une pipeline “ETL” https://medium.com/sfu-cspmp/building-data-pipeline-kafka-docker-4d2a6cfc92ca
  - dépôt lié : https://github.com/salcaino/sfucmpt733
- Exemple avec Kafka : https://github.com/rogaha/data-processing-pipeline/blob/master/docker-compose.yml

Dockercraft : administrez vos containers dans Minecraft