Gérer de grandes quantités de données de façon sûre, simple et flexible est un enjeu de plus en plus crucial pour de nombreux acteurs aujourd’hui. Notamment pour les élèves du système scolaire public français, qui comptent sur la plateforme ENT (espace numérique de travail) pour le suivi de leur vie éducative : devoirs, cours, exercices, échanges avec enseignants et parents, etc. 

Utilisée par quatre millions d’élèves par jour, la plateforme génère une quantité de données considérable, qui doit être sauvegardée en continu. C’est pour ce besoin précis qu’[Édifice](https://edifice.io/), éditeur des ENT, compte sur les solutions [Object Storage](https://www.scaleway.com/fr/object-storage/) de Scaleway. Nous avons échangé avec Thomas Dannenmuller, Lead SRE chez Édifice, lors d’un webinar, pour en savoir plus.

Mais d’abord, pourquoi les solutions Object Storage s'adaptent-elles bien aux besoins du secteur éducatif ? 

1. pour le stockage et la gestion de contenus éducatifs, comme des vidéos, des PDF, des présentations ou encore des ressources interactives
2. pour archiver des données sur de longues périodes, de manière économique
3. pour diffuser des vidéos ou des podcasts de manière efficace en utilisant des services de streaming intégrés à l'objet storage. 

Pour tous ces usages, et bien plus encore, les utilisateurs peuvent bénéficier de la scalabilité et de la flexibilité nécessaire en fonction de l’évolution de leurs besoins.

Et maintenant, place à l’interview !


## Scaleway Blog: Pouvez-vous expliquer ce qui fait que la plateforme éducative Édifice est utilisée par des millions d’élèves ?

**Thomas Dannenmuller**: Édifice est une société qui a 13 ans aujourd’hui, qui édite un ENT, un espace numérique de travail pour les écoles, les collèges et les lycées. On a commencé sur le marché plutôt primaire, puis on s’est installé sur le segment de l’enseignement secondaire, pour arriver à terme en 2021 leader en France sur ce secteur. 

Depuis, on développe les géographies Mexique, Espagne et Amérique latine, pour aller chercher d’autres utilisateurs, puisqu’en France, la plupart des élèves sont déjà sur la plateforme.

Aujourd'hui, on fournit le service ENT à plus de quatre millions d’élèves. Cela représente 16 000 écoles et 3 300 collèges. Et puisqu’on fournit l’ENT au Ministère de l'Éducation, et donc aux collèges et lycées français à l’international, on est présents dans plus de 20 pays aujourd’hui. 

Pour 4 millions d'élèves, on a à peu près 11 millions de comptes utilisateurs, puisqu'il y a également les parents et le personnel enseignant sur nos plateformes. D’un point de vue KPI, infrastructure technique, c'est plus de 1 000 machines virtuelles hébergées et infogérées par Édifice.

Cela représente plus d’un pétaoctet de stockage. Sur les plus grosses journées, on va avoir des pics à 3 gigabits de bande passante montante pour fournir l'accès à nos plateformes. Nous avons en moyenne un million et demi de visiteurs par jour et pouvons aller jusqu'à cinq millions de connexions par jour. Tout ça, en assurant un niveau de disponibilité supérieur à 99,95 %.


## Pourquoi Édifice a-t-elle choisi Scaleway pour ses besoins en Object Storage ?

Pour la partie Object Storage, c'est une implémentation qu’on vient de re-designer et d’aboutir. Historiquement, on cherchait un fournisseur cloud (CSP), complémentaire à notre CSP historique, sur lequel on pouvait avoir des ressources public cloud, [bare metal](https://www.scaleway.com/en/elastic-metal/) et Object Storage, typiquement pour des use cases de CI/CD mobile, pour faire du load testing sur nos infrastructures qui sont hébergées chez notre CSP historique. Nous avions un besoin fort d'externalisation des sauvegardes, et c'est ce dont on va parler plus particulièrement aujourd’hui.


## Comment se passe la réplication et la reprise après sinistre chez Scaleway ?

Historiquement, on utilise depuis longtemps les services Object Storage de Scaleway sur la classe de stockage historique qui est la One Zone IA, sur lequel on va mettre nos sauvegardes de logs et nos sauvegardes de bases de données ; le type de données que l’on veut garder longtemps.

On fait ça avec du Rclone : on chiffre et on garde une copie en zone tiède chez notre hébergeur historique, ce qui nous permet d'avoir une redondance et un cycle de vie complet. 

On voulait aller plus loin, principalement pour le périmètre de sauvegarde des fichiers de nos utilisateurs. C’est une volumétrie assez importante : on avoisine les 500 téraoctets de données. On a toujours des enjeux de réduction des coûts - des coûts de run et des coûts récurrents - donc des coûts de possession de la solution de stockage. Pour atteindre cet objectif-là, on s’orientait plutôt vers une solution Serverless, donc naturellement plutôt vers de l’Object Storage. On souhaitait, au passage, avoir une solution plus performante, puisqu’on a un très gros volume de données à sauvegarder tous les jours. On voulait s’assurer que la durée des sauvegardes soit la plus courte possible, pour avoir un recovery time objective ou un recovery point objective le plus court possible, en cas d'incident. 


## Comment Scaleway facilite-t-il la gestion des données éducatives à grande échelle ?

S'ajoute aux points précédents la notion de réplication inter-sites qu'on faisait historiquement, en mixant différents types de ressources et différents datacenters. Et bien sûr, externaliser cela, quand je dis externaliser, c'est ne pas stocker les sauvegardes chez notre CSP historique pour des situations de disaster recovery, pour avoir les données bien au chaud en cas d’incident grave.


## Comment Édifice a-t-elle réussi à réduire ses coûts et optimiser ses performances grâce à Scaleway ?

On a réussi à atteindre 40 % de réduction des coûts sur le périmètre expliqué ci-dessus. On a une fiabilité aussi bien meilleure, puisqu’avant, on avait un cocktail de serveurs, de réplication de données sur du [Block Storage](https://www.scaleway.com/en/block-storage/) et de l’Object Storage. C’était un petit peu plus complexe, un petit peu moins fiable. 

Aujourd’hui, on a une situation qui est beaucoup plus efficiente, et beaucoup plus stable. On a réussi à se débarrasser de 14 serveurs et de centaines de téraoctets au passage. Cela évite pas mal de run, des soucis liés à la stabilité des serveurs de stockage en moins à gérer, ce qui est un gros bénéfice.

On a une durée globale de sauvegarde qui est deux fois plus rapide qu'avant. On est capable d'optimiser les coûts, principalement grâce aux différentes classes de stockages qui sont mis à disposition par Scaleway. 

![](https://www-uploads.scaleway.com/Edifice_environnement_historique_da034a5ebf.png)

Si on compare avec notre solution de sauvegarde historique (ci-dessus), on avait trois zones:
- une zone production dans laquelle on a toutes nos instances de ENT et le stockage NFS qu’on utilise actuellement, ce qu'on appelle NAS sur le schéma
- une zone secondaire dans laquelle on va avoir à la fois les machines qui orchestraient les sauvegardes, qui stockaient la version primaire et qui répliquaient cette version-là…
- … sur une troisième zone aussi, sur des serveurs dédiés, chez notre provider cloud principal.


![](https://www-uploads.scaleway.com/Edifice_environnement_actuel_19067a7d80.png)

Donc aujourd’hui (ci-dessus), pour la partie NAS, on n’a plus du tout de zone primaire et zone secondaire de sauvegarde. On a juste des serveurs qui font tourner des batches. C'est une application qu’on a développée qui gère tous nos cas d’usage, de cycle de vie, de nos sauvegardes de stockage et qui va directement aller pousser ça dans la classe Multi-AZ, qui va faire une rotation journalière, et qui va archiver en changeant la classe des objets en Glacier pour économiser les coûts.


## Pourquoi les lifecycle policies sont-elles importantes dans la sauvegarde des données éducatives ?

Sur la partie sauvegarde des bases de données, on n’a pas changé. Mais ce qu’on a gagné dans le temps, c’est l’ajout des lifecycle policies, chose qu’on n’avait pas au démarrage et qui nous a permis aussi d’optimiser les coûts. Cet ajout nous a aussi permis d’avoir une rétention beaucoup plus longue avec des coûts modiques par rapport à ce que ça représenterait sur la classe de stockage One-Zone IA. Maintenant c'est géré automatiquement par l'offre Object Storage de Scaleway. Et on a toujours cette capacité de de récupération des données au fil de l’eau, ce qui nous permet de valider notre chaîne complète de sauvegarde et de s’assurer qu’en cas de Disaster Recovery, si on perd la production, on peut basculer sur la Zone 2 et remonter les données assez rapidement.


## Conclusion: Scaleway, la solution Object Storage adaptée aux besoins de l'éducation

**Scaleway Blog**: Merci Thomas de vos réponses ! Pour revoir en entier le webinar dont cet article est extrait, c’est [par ici](https://www.youtube.com/watch?v=VCV-oRJCheo). Pour répondre à toutes vos questions ou pour avoir une explication sur les différents produits qui peuvent répondre à vos cas d’usage, n’hésitez pas à [nous contacter ici](https://www.scaleway.com/en/contact-sales/). A bientôt !


large_Object Storage for Strapi.webp

medium_Object Storage for Strapi.webp

small_Object Storage for Strapi.webp

thumbnail_Object Storage for Strapi.webp

Object Storage for Strapi.webp

Comment Édifice utilise l’Object Storage de Scaleway pour servir plus de 4 millions d'élèves français

ai-PULSE 2024 white paper

Meilleur rapport prix-performance de tout le marché.

Start

Les serveurs de production, pour un équilibre parfait entre le traitement, la mémoire et le stockage

Pour votre infrastructure et vos applicatifs nécessitant beaucoup de ressources

Core

Pour le stockage rapide, la sauvegarde et le streaming.

Store

Des GPU dédiés offrant stabilité et fiabilité des performances

Hébergez votre matériel dans nos datacenters français sécurisés

Dedirack

60 villes dans le monde, dès 4,99 €/mois.

VPS Dedibox

Dedibox - Serveurs dédiés

Serveurs entièrement dédiés avec intégration cloud-native, au meilleur prix

Aluminium

Des serveurs puissants, équilibrés et fiables pour vos applications en production

Beryllium

Serveur dédié puissant conçu pour gérer les applications à forte charge de travail

Iridium

Lithium

Puissance et stabilité des GPU dédiés intégrés dans l'écosystème Scaleway

Titanium

Elastic Metal - Bare Metal Cloud

Profitez de l’expérience Mac mini en toute simplicité

Mac mini M1

Effectuez vos tâches quotidiennes avec rapidité et fluidité

Mac mini M2

Réalisez vos projets les plus ambitieux grâce à une puissance inédite

Mac mini M2 Pro

Apple

Sélection de prestataires d'infogérance certifiés par Scaleway avec un accès privilégié aux outils et ressources de Scaleway pour vous aider à gérer vos serveurs

Infogérance

Plus de 140 centres de données mondiaux pour vos serveurs dédiés, où vous voulez

OneProvider

Partners

Dedibox et Bare Metal

Une petite instance au meilleur prix pour les projets personnels (x86)

Learning

Des vCPU partagés pour les applications de base, à un prix abordable (x86 and ARM)

Cost-Optimized

Instances performantes et fiables avec vCPU dédié pour les applications critiques (x86)

Production-Optimized

AMD EPYC™ série 7003, des vCPUs dédiés et une mémoire élevée (x86)

Workload-Optimized

Virtual Instances

Puissance des GPU NVIDIA® RTX 3070 dédiés, rapport prix/performance optimal

GPU 3070 Instances

Polyvalence et rentabilité pour votre infrastructure d'IA

L4 GPU Instance

Accélérez les applications d'IA avec le GPU L40S: plus rapide que le L4, moins cher que le H100 PCIe.

L40S GPU Instance

Entraînez et inférez rapidement avec la meilleure puce IA du marché !

H100 PCIe GPU Instance

Tesla P100 dédiées pour le Machine Learning et l'IA

Render GPU Instances

Exécutez votre code sur le cloud facilement

Serverless Functions

Lancez vos conteneurs sur le cloud en une commande

Serverless Containers

Gérez vos tâches en lots dans le cloud sans soucis

Serverless Jobs

Serverless

Kubernetes géré facile à utiliser pour les produits Scaleway

Kubernetes Kapsule

Kubernetes multi-cloud pour Scaleway et autres fournisseurs

Kubernetes Kosmos

Container Registry

Containers

Compute

Créez le prochain modèle révolutionnaire avec l'un des supercalculateurs les plus rapides et écoénergétiques au monde

Custom-built Clusters

Louer un cluster de 32 à plus d'un millier de GPU pour accélérer votre distributed training

On Demand Cluster

Clusters

Déployez des modèles d'IA dans une infrastructure dédiée. Bénéficiez d'une sécurité sur mesure

Managed Inference

Accès par API aux derniers modèles d'Intelligence Artificielle. Hébergé en Europe

Generative APIs

Model-as-a-service

Accélérez les applications IA de nouvelle génération à moindre coût

Render GPU Instance

Instances GPU

Stockage d'objets compatible Amazon S3, résilient Multi-AZ pour haute disponibilité

Object Storage

Stockage de classe Cold Storage pour longue durée, sûr et idéal pour l'archivage

Scaleway Glacier

Stockage fiable et flexible pour workloads exigeants

Block Storage

Stockage

Sécurisez vos ressources sur un réseau privé régional résilient

Virtual Private Cloud

Accès sécurisé à votre infrastructure

Public Gateway

Mise à l'échelle réseau et croissance assurées

Load Balancer

Trouvez votre domaine à un prix raisonnable

Domains and DNS

Centralisez et simplifiez la gestion de vos adresses IP Scaleway

IPAM (IP Address Manager)

Exposez vos services HTTP sur Internet avec sécurité, fiabilité et efficacité.

Edge Services

Network

Managed Database for PostgreSQL & MySQL

Simplifiez la gestion des bases de données PostgreSQL

Serverless SQL Database

Managed Database for Redis™

Conduisez votre propre base de données orientée document

Managed MongoDB®

Managed Databases

Créez des applications client-serveur distribuées et évolutives

NATS

Facilitez la communication asynchrone entre différents microservices

Queues

Simplifiez l'acheminement et la gestion des événements

Topics and Events

Messaging and Queuing

Data

Surveillance et analyse des performances simplifiées pour toutes vos ressources

Cockpit

Web Hosting

Déployez vos applications en quelques clics dans un cadre respectueux de l'environnement

Web Platform

Envoi facile d'emails transactionnels, haute délivrabilité

Transactional Email

Accélérez le traitement de vos données sur de très grands volumes grâce à une solution Apache Spark™ gérée

Distributed Data Labs

Le pont parfait entre les équipements connectés et l'infrastructure cloud.

IoT Hub

Managed Services

Gérez les accès à votre infrastructure de manière simple et précise

Identity and Access Management (IAM)

Centralisez et protégez vos données sensibles

Secret Manager

Suivez facilement votre consommation dans un outil tout-en-un.

Cost Manager

Suivez avec précision votre impact environnemental et prenez des décisions éclairées

Environmental Footprint Calculator

Security & Organization

L’interface publique pour les développeurs

Scaleway API

Pilotage de votre infrastructure depuis votre terminal

Gérez votre infrastructure en toute sécurité et efficacité

Terraform

Outils développeurs

Outils

Artificial Intelligence

Public Sector

Gaming

Media and Entertainment

Retail and E-commerce

Startup Program

Services financiers

Secteur industriel

Industries

Cloud Storage Solutions

Kubernetes Solutions

Serverless Applications

Use Cases

Managed Web Hosting

Dedicated Web Hosting

Solutions

Tous les produits

Nouveautés produits

Betas

Changelog

Blog

Écosystème

Slack Community

Feature Requests

Scaleway Learning

Communauté

Événements

Marketplace

Carrières

À propos de nous

Labs

Témoignages de clients

Entreprise

Ressources

Tarifs

Docs

Contact

Familink a récemment migré l’intégralité de son infrastructure d’AWS à Scaleway, comme de nombreuses startups cherchent à le faire aujourd’hui pour gagner leur contrôle de leur données. Nous avons laissé les clés de notre blog à Alexis Le Goff, CTO chez [Familink](https://www.familinkframe.com/fr/) le temps d'un article afin qu’il nous fasse un retour d’expérience sur cette migration.  

## Que fait Familink ?

[Familink](https://www.familinkframe.com/fr/) développe et commercialise un cadre photo connecté Wifi/4G à destination des seniors qui n’ont pas Internet ou ne sont pas du tout à l’aise avec la technologie. L’âge moyen des personnes qui possèdent ce cadre est de 85 ans, donc la simplicité est totale : pas de menu, zéro configuration nécessaire. C’est la famille qui envoie des photos, via l’application, le site web, e-mail ou par messagerie instantanée.

Aujourd'hui, Familink gère 40 000 cadres photos connectés partout dans le monde, 200 000 utilisateurs et, depuis son lancement, a permis d’envoyer 10 millions de photos et messages. Toutes ces photos transitent par le cloud. Nous gardons une version haute définition de chaque photo en cas de changement de matériel (client qui passe du petit cadre au grand cadre, par exemple) ou pour proposer des tirages papier et albums photos.

La transmission des photos doit évidemment être instantanée, avec un très fort pic d’envois le 24 et 25 décembre de chaque année. Notre cloud est donc constitué d’outils de gestion des objets connectés, du réseau, de la base de données, du traitement d’images et du stockage de nombreux fichiers.  

## AWS pour construire son infrastructure 

En 2015, AWS était l’acteur du cloud incontournable sur le plan technique, avec une offre très fournie et une fiabilité proche de 100 %. De plus, leur programme à destination des startups nous permettait d’avoir un an de service gratuit. Leur produit le plus séduisant étant AWS S3, qui permet de stocker des millions de fichiers utilisateur, de façon sécurisée, rapide et évolutive. À l’exception d’une Dedibox pour la communication avec les SIMs, tout notre cloud était chez AWS : base de données managée, Load Balancer, images Docker, envoi de mails transactionnels, redis, et réseau privé (VPC).  

## Besoin de plus de support et de souveraineté 

Globalement, la qualité de service était au rendez-vous et tout fonctionnait assez bien. Cependant, le support technique, même avec l’option payante, était assez aléatoire, et il était difficile d’avoir un interlocuteur capable d’aider réellement. La documentation technique n’était souvent pas à jour, et assez complexe.

Mais le point déterminant dans notre choix de changement de fournisseur a été la demande de nos clients français et surtout allemands, pour qui le choix d’un cloud américain était un point bloquant. Dans le cas de Familink, ce critère est d’autant plus important que nous hébergeons des photos personnelles. De même que nous cherchons à rapatrier la production de notre produit en France, nous accordons tout autant d'importance à la localisation du fournisseur de stockage des données.  

## Load Balancer, Container Registry, Instances : une infrastructure identique

L’avènement de Docker pour conteneuriser ses applications a apporté une importante standardisation aux solutions cloud. Scaleway propose un Container Registry qui permet d’héberger l’image de l’application. Il suffit alors de lancer des Instances qui exécutent cette image. Le Load Balancer de Scaleway répartit ensuite la charge entre les Instances. Cela fonctionne de façon très similaire à AWS, mais toute l'interface tient en une seule page. Scaleway propose moins de produits qu’AWS (ce qui n’était pas gênant dans notre cas) et ce catalogue réduit rend la console plus simple à prendre en main.

La gestion du réseau se fait avec un système de Private Networks et de Public Gateways, similaires à ceux d’AWS, là encore de façon nettement plus simple (quoique probablement moins personnalisable pour les besoins plus spécifiques).

Pour la migration, la principale bonne surprise est l’existence d’un Object Storage de type S3, qui fonctionne exactement comme le S3 d’AWS, avec la même API.  
  
Le transfert des données nous a pris plus de deux semaines, en raison du nombre important de fichiers (40 millions). Ce type de transfert a été permis par l’outil _rclone_.

Le seul service d'AWS que nous n’avons pas retrouvé chez Scaleway est Redis. Afin de contourner le problème, nous le faisons tourner sur une Instance dédiée au sein du réseau privé.  

## La migration : une opération sensible sans tracas

Nous avons effectué la migration progressivement, en déménageant les services un par un, et en laissant tourner les deux clouds pendant quelques jours. Nous avions ainsi pendant une période les instances AWS qui utilisaient des outils hébergés chez Scaleway (Redis, MQTT et S3 notamment). 

L’opération la plus sensible est le déménagement de la base de données, que nous avions répétée avec une copie de celle-ci. Concernant la transition le jour J, nous avons dû interrompre notre service pendant 28 minutes, le temps de copier la base de données de AWS vers Scaleway. Nous avons fait cette migration à 6h, heure de Paris, ne prévenant que nos utilisateurs américains et canadiens.   

Une fois la base de données entièrement copiée et les instances re-lancées pour utiliser la nouvelle, nous avons modifié le DNS pour qu’il pointe vers l’IP du Load Balancer Scaleway, en laissant tourner nos anciennes instances AWS 24 heures supplémentaires, le temps que la propagation DNS se fasse. La seule surprise que nous avons eue est l’impossibilité de faire du SMTP avec la Public Gateway de Scaleway. Nous avons dû repasser pendant environ une heure sur AWS, le temps de modifier la façon dont les mails transactionnels sont envoyés.  

La migration est bien sûr une opération sensible, mais qui ne pose pas de problème si elle est bien préparée, et effectuée de façon progressive.  

## Réduire votre facture cloud

Le niveau de performance est resté le même jusqu'à présent. Toutefois, il est probablement trop tôt pour juger. Durant les sept années d’hébergement chez AWS, nous n’avons eu qu’une seule panne technique, nous ne voyons donc pas comment faire mieux. En revanche, nous avons divisé par deux le coût mensuel de notre cloud, en prenant des serveurs aux capacités identiques.  

## Nos prochaines étapes 

Sans dévoiler la roadmap technique de Familink pour les années à venir, la vidéo en temps réel sera probablement un sujet important sur le plan technique. Nous prévoyons d’héberger ces solutions sur le cloud de Scaleway.

Le nombre d’utilisateurs de Familink et le nombre de photos quotidiennes devrait augmenter dans les années à venir. L'évolutivité sera assurée en augmentant le nombre de workers simultanés et en augmentant les ressources du serveur de base de données. Le système d'Object Storage étant scalable par nature, il pourra absorber la hausse du trafic.



large_GiveMeThePen-Blue-Illustration-Blog.webp

medium_GiveMeThePen-Blue-Illustration-Blog.webp

small_GiveMeThePen-Blue-Illustration-Blog.webp

thumbnail_GiveMeThePen-Blue-Illustration-Blog.webp

GiveMeThePen-Blue-Illustration-Blog.webp

comment-familink-a-migre-daws-vers-scaleway-et-divise-sa-facture-par-deux

Saviez-vous que les centres de données mondiaux consomment environ 2-3 % de l’électricité totale produite sur Terre, et que ce chiffre ne cesse d’augmenter ?

Le cloud, moteur de la transformation digitale, est aussi un gros consommateur d’énergie. Chaque requête, chaque donnée stockée a un coût environnemental. L’optimisation des opérations cloud, ou **GreenOps**, s’impose aujourd’hui comme la solution pour réduire cet impact. Imaginez un cloud plus efficace, moins énergivore et pourtant toujours performant. C’est possible.

Dans cet article, nous verrons comment comprendre et réduire l'empreinte carbone de vos infrastructures cloud, adopter les bonnes pratiques, et choisir des partenaires plus verts pour un avenir numérique durable.


## Comprendre l’empreinte carbone d’une infrastructure cloud

L’empreinte carbone d’une infrastructure cloud se réfère à la quantité totale d'émissions de dioxyde de carbone (CO2) générées par les opérations nécessaires au fonctionnement d’un service cloud.

Ces émissions sont principalement issues de trois sources principales :

1. **Les centres de données**, qui hébergent des milliers de serveurs fonctionnant 24h/24, consommant d’énormes quantités d’électricité.

2. **Les serveurs eux-mêmes**, qui nécessitent une alimentation continue pour assurer la disponibilité des données et des applications, souvent avec un taux d'utilisation sous-optimal.

3. **Le refroidissement**, une composante essentielle pour maintenir les serveurs à une température adéquate. Cela nécessite des systèmes de climatisation sophistiqués qui, eux aussi, consomment de l'énergie.

Bien que les services cloud soient souvent présentés comme des solutions économiques et évolutives, l’aspect écologique n’a pas toujours été mis en avant.

**Calculer l’empreinte carbone** est un premier pas crucial pour toute entreprise souhaitant évaluer l'impact de ses opérations cloud. Il est désormais possible de visualiser cet impact à travers des **outils de calcul**, tels que ceux proposés par Scaleway, qui aident à quantifier les émissions de CO2 associées aux ressources utilisées. Ces outils permettent une meilleure compréhension des sources d'émissions et facilitent la mise en œuvre de stratégies de réduction.


## 3 pistes pour optimiser l’empreinte carbone

Une fois l’empreinte carbone évaluée, l’étape suivante consiste à optimiser l’utilisation des ressources pour minimiser l'impact environnemental. Voici quelques bonnes pratiques clés pour y parvenir :


### Optimisation de l'infrastructure

L'une des stratégies les plus efficaces pour réduire les émissions liées au cloud est l'**optimisation de l'infrastructure**. Cela implique de maximiser l'efficacité des ressources utilisées et de minimiser les gaspillages. Quelques techniques essentielles incluent :

**Droitsizing** : L’ajustement des ressources en fonction de la demande réelle. Souvent, les entreprises allouent plus de puissance de calcul que nécessaire pour garantir la disponibilité des services, ce qui génère un gaspillage d'énergie. En analysant les besoins réels et en ajustant les ressources en conséquence, il est possible de réduire la consommation.

**Utilisation d'instances spot ou réservées** : Les instances spot sont des machines virtuelles temporaires, moins coûteuses, qui sont parfaites pour les tâches non critiques. Les instances réservées, quant à elles, permettent de bénéficier de tarifs réduits en échange d’un engagement à long terme. Cette approche aide non seulement à réduire les coûts, mais aussi à optimiser l'utilisation des ressources disponibles.

**Mise en veille ou arrêt automatique des ressources non utilisées** : Il est fréquent que certaines ressources restent actives alors qu'elles ne sont pas exploitées. La mise en place de mécanismes d'arrêt automatique pour les serveurs inactifs ou sous-utilisés permet de réduire considérablement la consommation énergétique.

Des outils utiles comme [Exoway](https://www.exoway.io/) peuvent vous accompagner à auditer votre infrastructure par le biais d’un schéma connecté à votre compte Scaleway.


### Automatisation pour réduire la consommation énergétique

L'automatisation joue un rôle central dans l'optimisation des opérations cloud. En mettant en place des processus automatiques, les entreprises peuvent s'assurer que les ressources sont utilisées de manière optimale en temps réel, sans nécessiter d'intervention humaine constante.

**Automatisation du déploiement avec des pipelines d’optimisation** : Les pipelines d'intégration et de déploiement continus (CI/CD) permettent d'automatiser le déploiement de nouvelles applications ou services tout en optimisant l’utilisation des ressources. En ajustant les configurations et en déployant uniquement ce qui est nécessaire, l'entreprise réduit son empreinte carbone.

**Monitoring continu pour ajuster en temps réel les ressources** : La surveillance constante de la consommation énergétique permet de détecter les surcharges ou les ressources inutilisées, et de les ajuster immédiatement. Cela garantit une consommation d’énergie minimale, sans compromettre la performance des applications.


### Choisir des centres de données verts

Un autre levier important pour optimiser l'empreinte carbone est le choix des **centres de données verts**. Ces centres utilisent des énergies renouvelables, telles que l'énergie solaire ou éolienne, pour alimenter leurs serveurs.

En optant pour des fournisseurs cloud qui s’engagent à réduire leur propre empreinte carbone, les entreprises peuvent indirectement contribuer à un environnement plus durable.

**Sélectionner des fournisseurs cloud verts** : De nombreux fournisseurs, tels que **Scaleway**, se démarquent en proposant des centres de données alimentés par des énergies renouvelables. En choisissant un fournisseur qui priorise les énergies propres, une entreprise peut considérablement réduire ses émissions de CO2.

**Importance de la géolocalisation des centres de données** : La localisation géographique d’un centre de données joue également un rôle crucial. Par exemple, des régions plus froides permettent de réduire les besoins en refroidissement des serveurs, entraînant une consommation énergétique plus faible.


## Mesurer et améliorer en continu

Optimiser l'empreinte carbone ne se fait pas une seule fois. C'est un processus continu qui nécessite une **observation constante** et des ajustements réguliers. Pour garantir une réduction durable des émissions, il est essentiel de suivre ces trois principes :

1. **Observation continue de la consommation** : L’utilisation de tableaux de bord et d’outils de monitoring permet de suivre en temps réel la consommation d'énergie des ressources cloud. Cela aide à identifier les points de surconsommation et à ajuster les configurations au fil du temps.

2. **Amélioration via des audits réguliers** : Des **audits réguliers** de l’infrastructure cloud aident à maintenir un haut niveau d’efficacité énergétique. En analysant les données collectées, les entreprises peuvent identifier les nouvelles opportunités d’optimisation et ajuster leurs stratégies en conséquence.

3. **Formation et sensibilisation des équipes** : Un autre aspect fondamental pour la réussite des initiatives GreenOps est la **formation** des équipes. Il est crucial que les ingénieurs et développeurs comprennent les enjeux environnementaux liés à l’utilisation du cloud et adoptent des pratiques de développement durable. Sensibiliser les équipes permet d'instaurer une culture de la durabilité dans l’entreprise et de faire des économies à long terme.

Adopter une approche GreenOps n’est pas simplement une option, c’est une nécessité. En réduisant l’empreinte carbone de votre infrastructure cloud, vous n’améliorez pas seulement votre efficacité opérationnelle, vous devenez un acteur du changement. Chaque geste compte : du droitsizing à l’utilisation d’énergies renouvelables, chaque action contribue à bâtir un avenir numérique plus durable.

Alors, êtes-vous prêts à transformer votre cloud en un moteur de durabilité ? Le futur du cloud est vert, et il commence avec vous.

Blog Scaleway

Article recommandé

Comment Édifice utilise l’Object Storage de Scaleway pour servir plus de 4 millions d'élèves français

Articles récents

GreenOps : comment optimiser l’empreinte carbone de votre infrastructure pour un cloud durable

Comment Golem.ai réduit ses dépenses cloud en gérant des images Docker images sur des nodes Kapsule

Les serveurs dédiés : Tout ce qu'il faut savoir

Créer un Plan de Reprise d’Activité Résilient pour les applications Cloud Natives : guide complet

Le Cloud et le Retail en 2024 et au-delà

L’informatique quantique en 2024 : Etat des lieux

Vidéo : Comment optimiser son infrastructure cloud pour le streaming et l’encodage ? - Compte-rendu de webinar

Comment la France compte devenir un leader mondial de l’IA

Comment économiser 38 % d’énergie avec le Bare Metal, grâce à Hosterra !

L'IA est-elle durable?

“Toute l’infrastructure était disponible en quelques heures” - comment Région Guadeloupe a migré vers le cloud en 10 jours

Pourquoi adopter le Green IT, et comment ? - compte-rendu de panel

Articles populaires

Comment Familink a migré d’AWS vers Scaleway et divisé sa facture par deux