Este artículo está disponible en francés.
1. Pourquoi l'Edge Computing ? #
Répondre aux défis de la latence dans un monde ultra-connecté.
La fin du tout centralisé #
Envoyer toutes les données d'une voiture autonome vers un cloud central prend trop de temps (latence). L'Edge computing déporte la puissance de calcul au plus près de la source de données : sur le capteur ou dans un mini-datacenter local.
2. Edge vs Cloud : Complémentarité #
L'Edge traite les décisions temps réel (réaction immédiate). Le Cloud centralisé traite les données agrégées pour l'entraînement de modèles d'IA ou l'archivage historique. Les deux fonctionnent en tandem.
3. IoT, 5G et Industrie 4.0 #
L'arrivée de la 5G booste l'Edge Computing en permettant des débits massifs. Dans les usines intelligentes, l'Edge permet de détecter une anomalie sur une chaîne de montage en quelques millisecondes, évitant ainsi des accidents coûteux.
Mise en pratique : déployer au plus près des utilisateurs #
Edge et latence.
Mesurer l'intérêt de l'edge #
# Mesurer la latence depuis un client
curl -o /dev/null -s -w "DNS: %{time_namelookup}s connexion: %{time_connect}s TLS: %{time_appconnect}s premier octet: %{time_starttransfer}s\n" https://app.exemple.fr
mtr -rwzc 20 app.exemple.fr
# Déployer une fonction à la périphérie (Cloudflare Workers)
npm create cloudflare@latest edge-demo && cd edge-demo && npx wrangler deploy
# Edge sur Kubernetes léger
curl -sfL https://get.k3s.io | sh - # k3s : cluster Kubernetes de quelques centaines de Mo pour l'edgeSolutions edge-to-cloud et datacenters modulaires #
Industrialiser la périphérie.
Offres #
| Approche | Exemples | Pour |
|---|---|---|
| Cloud étendu sur site | AWS Outposts, Azure Stack Edge et Azure Local, Google Distributed Cloud | Les mêmes API que le cloud, au plus près des données |
| Kubernetes léger en périphérie | K3s, MicroK8s, KubeEdge | Magasins, usines, sites distants |
| Datacenter modulaire | Conteneurs ou baies préfabriqués (énergie, refroidissement, sécurité intégrés) | Déployer de la capacité en semaines sur un site industriel ou en zone isolée |
Une architecture edge-to-cloud traite et filtre localement (latence, coupures réseau, volume) et envoie au cloud les données agrégées, l'apprentissage et la supervision centralisée.
À savoir : La supervision d'un parc edge repose sur des collecteurs locaux qui tamponnent pendant les coupures (OpenTelemetry Collector, Alloy, Bindplane) et sur une gestion de flotte à distance.
Mi seguimiento
Inicia sesión para seguir tu progreso y tomar notas. Iniciar sesión
💬 Preguntas sobre esta lección
Todavía no hay preguntas: sé el primero en pedir ayuda o compartir tu configuración.
Artículos recomendados
Introduction au FinOps : Maîtriser sa facture Cloud
Comment passer du CapEx à l'OpEx tout en gardant le contrôle financier.
Le modèle de responsabilité partagée en sécurité
Apprenez qui est responsable de quoi en matière de sécurité dans le Cloud.
Observabilité sur Google Cloud : Cloud Monitoring, Logging, Trace, Profiler et Managed Prometheus
Panorama complet de Google Cloud Observability : Cloud Monitoring, Cloud Logging (routeur, récept...
Comprendre Google Cloud : régions, projets, hiérarchie, outils et tarification
Les bases de Google Cloud : régions et zones, hiérarchie organisation, dossiers et projets, API à...
IAM sur Google Cloud : rôles, comptes de service et règles d'administration
Gérer les accès sur Google Cloud : principaux, rôles de base, prédéfinis et personnalisés, liaiso...
Le réseau Google Cloud : VPC mondial, sous-réseaux, pare-feu et équilibrage
Concevoir le réseau sur Google Cloud : VPC mondial et sous-réseaux régionaux, règles de pare-feu ...
Le calcul sur Google Cloud : Compute Engine, GKE, Cloud Run et Cloud Functions
Choisir le calcul sur Google Cloud : VM Compute Engine et groupes d'instances gérés, Google Kuber...
Le stockage Google Cloud : Cloud Storage, disques persistants et Filestore
Stocker des données sur Google Cloud : Cloud Storage (classes, emplacements régionaux, birégionau...
Les bases de données Google Cloud : Cloud SQL, AlloyDB, Spanner, Firestore et Bigtable
Choisir une base de données sur Google Cloud : Cloud SQL et AlloyDB pour le relationnel, Spanner ...