Google Cloud Run

Steve Grosbois Directeur technique chez Playmoweb Développeur Android (et d’autres trucs) twitter: @kwiky

Playmoweb Agence de développement d’applications web et mobiles Très forte expertise sur le développement natif iOS et Android Depuis 2014 - 9 collaborateurs - Angers twitter / facebook / instagram : @playmoweb

Hébergement (du code) chez Playmoweb Conteneurs docker sur des instances de serveur Déploiement de conteneur Google cloud function Déploiement de code Intégration continue : déploiement automatique

Avantages / Inconvénients Conteneur sur serveur Cloud Function Pas de limites sur le langage, la version, les binaires Serveur peut héberger d’autres types de conteneurs statefull (bdd, stockage) Serveur tourne H24 (facturation à l’uptime) Scalabilité à prévoir, ⬆nombre de serveurs (connaissance k8s) Gestion des logs, des mise à jour, des redémarrages, etc... Limité à certains langages et versions Limites en ressources Stateless : Autres produits pour stockage, bdd (ou votre propre serveur) Temps de démarrage à froid Paiement à l’usage (coût ressource/100ms) Scaling automatique Beaucoup moins de tâches ops

Cas d’usage sur un micro service Caractéristiques : - Utilisation épisodique (0 à 5 fois par jours, 6 jours/7) - Besoin de binaires spécifiques

Google Cloud Run Basé sur des conteneurs / Facturation à l’usage

Google Cloud Run Cloud Run Pas de limites sur le langage, la version, les binaires Scaling automatique Moins de tâches ops Paiement à l’usage (coût ressource/100ms) Temps de démarrage Limités en ressource (mais moins)

Parfait pour notre cas ! Conteneur démarre à la demande Ressources facturées à la demande (Go ram/100ms) Image docker identique

Ce qu’il y a derrière Service knative serving déployé sur un cluster kubernetes

Quelques liens https://cloud.google.com/run https://knative.dev https://github.com/ahmetb/cloud-run-faq https://playmoweb.com Merci !