Exécuter et tester le conteneur localement

Avant de livrer votre application, exécutez le conteneur sur votre propre machine. Repérer les bogues localement coûte bien moins cher que de les déboguer dans le cloud.

Lancez l’image avec docker run. Sans mappage de port, elle s’exécute, mais rien sur votre hôte ne peut atteindre l’API qu’elle contient.

L’option -p associe un port de l’hôte au port du conteneur. localhost:8000 peut alors atteindre l’API du modèle qui s’exécute à l’intérieur.

Ajoutez -d pour vous détacher et exécuter le conteneur en arrière-plan. Votre terminal reste disponible pendant que le service continue de répondre.

Voyez ce qui est actif avec docker ps. Cette commande affiche l’identifiant de chaque conteneur, son image, son état et les ports qu’il a mappés.

Confirmez que le service est actif en appelant son point de terminaison /health. Une réponse 200 signifie qu’il est prêt à recevoir des prédictions.

Envoyez une charge utile d’exemple avec POST à /predict et lisez le résultat. Cela prouve que le modèle se charge et répond de bout en bout.

Quand quelque chose semble anormal, consultez docker logs. Le conteneur écrit directement ses erreurs de démarrage et ses traces d’exécution dans son flux de journaux.

Ouvrez un shell dans un conteneur en cours d’exécution avec docker exec afin d’inspecter les fichiers ou l’environnement depuis l’intérieur.

Terminez en arrêtant le conteneur avec docker stop. Ajoutez --rm à l’exécution pour qu’il soit supprimé automatiquement lorsqu’il se termine.

S’il s’exécute correctement et répond comme prévu ici, il se comportera de la même façon dans le cloud. Les tests locaux constituent votre dernier contrôle de sécurité.

Vous avez exécuté l’image, mappé le port, vérifié l’état de santé, envoyé une prédiction, lu les journaux et effectué le nettoyage. Votre conteneur est prêt à être déployé. 🐳