Offre d'emploi : "Ingénieur DevOps" Emploi réel : - Déployer manuellement des fichiers WAR sur Tomcat - Se connecter en SSH aux serveurs pour vérifier les journaux - Redémarrer les services lorsqu'ils plantent - Mettre à jour les règles de pare-feu via des tickets - Pas d'infrastructure en tant que code - Pas de CI/CD - Pas de cloud Vous n'embauchez pas un ingénieur DevOps. Vous embauchez un administrateur système qui sait que Docker existe. Soyez juste honnête sur le rôle. Les administrateurs système sont précieux. Arrêtez de faire semblant de faire du DevOps quand ce n'est pas le cas.

Votre Dockerfile : - À partir de ubuntu:latest - Installe 47 paquets - S'exécute en tant que root - Taille de l'image de 2,3 Go - La reconstruction prend 15 minutes - Le scan de sécurité montre 89 vulnérabilités Votre application : - Un script Python - 3 dépendances - Pourrait fonctionner sur Alpine dans une image de 50 Mo Vous n'utilisez pas de conteneurs. Vous construisez des VM avec des Dockerfiles. C'est ce qui se passe quand les gens apprennent Docker à partir d'articles aléatoires sur Medium.

« Allez sans serveur » ont-ils dit. « Pas d'infrastructure à gérer » ont-ils dit. Maintenant, vous avez : - 94 fonctions Lambda - Des problèmes de démarrage à froid que vous ne pouvez pas résoudre - Des délais d'attente que vous ne pouvez pas contrôler - Un débogage qui est un cauchemar - Des journaux CloudWatch qui coûtent 800 $/mois - Un verrouillage fournisseur si profond que vous ne pouvez pas partir Et votre facture ? Plus élevée que de tout faire sur EC2. Sans serveur ne signifie pas sans serveurs. Cela signifie pas de contrôle sur les serveurs pour lesquels vous payez des prix premium.