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

Managed Database for Redis™

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

Managed MongoDB®

Choisissez le serverless et simplifiez la gestion des bases de données PostgreSQL

Serverless SQL Database

Connectez applications sans gérer de broker de messages

Messaging and Queuing

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 Lab

Data

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

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

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

Cockpit

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

IoT Hub

Business Applications

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

Data & 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

_[Stancer] (https://stancer.com/en/) est un fournisseur de services de paiement et une fintech clé au sein du groupe iliad. Les sociétés financières étant de plus en plus sensibles à comment et où les données sont stockées, nous avons rencontré son PDG, George Owen, pour mieux comprendre les besoins spécifiques du secteur financier en matière de cloud._


## Scaleway Blog : Pourriez-vous vous présenter, ainsi que Stancer ?

**George Owen** : Stancer est un prestataire de services de paiement, basé en France et dans toute l'Europe, qui propose deux types de services principaux :

- Le traitement : l'échange de flux d'informations lorsqu'un paiement est effectué.
- L'acquisition : lorsque vous prenez l'argent, le mettez en dépôt fiduciaire et le redistribuez au commerçant.

Nous sommes actifs depuis trois ans et avons commencé par traiter les paiements du Groupe iliad. Notre expertise réside dans le traitement des paiements récurrents à haute fréquence. Nous avons construit un système particulièrement adapté aux modèles commerciaux récurrents, tels que ceux des opérateurs télécoms, mais aussi à tous les modes de paiement. Ainsi, par exemple, si le paiement d'un client de Free Mobile n’aboutit par virement, nous pouvons générer un lien de paiement par carte de crédit pour assurer le succès de l'opération.

Ensuite, nous avons développé un produit omnicanal appelé StancerPay. Il prend le meilleur des services des pure players on- et offline, et les regroupe en un seul. Il n’y a pas d'abonnement, les prix sont compétitifs et l'intégration est simple. Si vous avez une boutique en ligne, il vous suffit de télécharger un modèle, et vous êtes prêt à partir. 


## Comme Scaleway, vous êtes un petit challenger sur un grand marché, en concurrence avec des entreprises comme Stripe, Adyen ou des banques traditionnelles. Les similitudes s'arrêtent-elles là ?

Notre marché est bien plus fragmenté que celui du cloud. Même la Banque Populaire, le principal acteur en France, ne gère que 20 % de toutes les transactions. Cela ne nous facilite pas la tâche, mais tout marché fragmenté tend à se consolider. Ceux qui réussissent sont ceux dont les produits sont facilement accessibles, et c'est notre cas. En outre, nous n'avons pas besoin de consolidation, car nous connaissons actuellement une bonne croissance organique.


## Quel est le plus grand défi que Stancer doit relever ?

Les paiements sont une commodité. On les considère comme acquis. Jusqu'à ce qu'ils tombent en panne, ils deviennent alors la priorité absolue. Lorsque vous ne pouvez pas saisir les liquidités, c'est la priorité absolue. La valeur que nous apportons est donc une fiabilité accrue et une sécurité avancée. Nous traitons des données bancaires, parmi les plus réglementées au monde. Nous nous efforçons donc de fournir un produit extrêmement fiable et robuste, doté d'une sécurité de premier ordre, afin de nous assurer qu'aucune de nos données n'est violée par des acteurs malveillants. C'est pourquoi nous nous sommes associés à Scaleway, car vous êtes les mieux placés pour nous aider dans ces deux domaines.


## Merci ! Sur la base de votre expérience, pourriez-vous nous dire quelle est l'importance des critères suivants pour les acteurs de la fintech comme vous, lorsqu'il s'agit du cloud ?

- **Sécurité**

C'est essentiel. Nous devons nous conformer à d'innombrables certifications et réglementations : GDPR et (norme des cartes de crédit) PCI DSS étant les plus importantes. Chaque produit fintech est voué à avoir des problèmes de fiabilité et de sécurité. Chez Stancer, quatre personnes sur une équipe de 60 personnes se consacrent à la réglementation et à la conformité, et rendent compte à l'autorité bancaire tous les mois. Je dois passer deux entretiens par an avec la Banque de France, pour m'assurer que nous ne faisons rien de mal avec les fonds ou les données des clients. 

Nous nous conformons également à des normes telles que la DSP2, qui nous permet d'accéder aux comptes bancaires et d'effectuer des vérifications de solvabilité. Cela nous permet de fournir aux commerçants des services tels que savoir si un client peut se permettre de payer les mensualités d'un produit donné.  


- **Souveraineté**

Le fait que Scaleway et Stancer soient basés en Europe, et plus particulièrement en France, fait de plus en plus écho auprès des commerçants. Nous ne voulons pas que les données bancaires soient stockées par des CSP (fournisseurs cloud) américains, car de nombreux commerçants sont de plus en plus sensibles à la protection des données. Scaleway est le meilleur de sa catégorie en ce qui concerne la conformité au GRPD. 

La souveraineté est un critère beaucoup plus important aujourd’hui qu'il y a deux ou trois ans. L'une des premières questions que l'on se pose aujourd'hui est de savoir où sont stockées les données. C'est de plus en plus important pour toutes les entreprises, mais surtout pour l'argent. En effet, vous ne pouvez pas vendre vos données bancaires. La seule personne ayant accès à vos données bancaires est votre banque. Si j'y avais accès, je connaîtrais votre taux d’endettement et vos habitudes de consommation.


- **Fiabilité**

Scaleway est le meilleur de sa catégorie en matière de redondance [lorsque les données sont stockées dans plus d'un datacenter ; en cas de défaillance de l'un, le ou les autres prennent le relais]. Vous êtes sur un pied d'égalité avec les plus grands CSP sur ce plan. Nous opérons à partir de deux datacenters, de sorte que nos services et nos données sont partagés entre eux. Si et quand le basculement entre les centres de données se produit, nous, en tant que client de l'informatique dématérialisée, ne devons même pas voir ce basculement se produire. La redondance est essentiellement la vitesse à laquelle vous pouvez réagir, et elle doit être aussi faible que possible. Certains de nos clients sont des restaurateurs qui enregistrent tous les paiements d'une journée dans une fenêtre de 30 minutes. Nous devons nous assurer que les systèmes sont opérationnels à ce moment-là et que les temps de réponse soient très courts.


- **Agilité et accessibilité**

Nous ne sommes pas une entreprise cyclique, mais nous devons gérer des pics d'accès aux services, ce qui est essentiel. De plus, nous sommes basés en France, mais nous nous développons à travers l'Europe, Scaleway est donc bien placé pour nous aider à le faire. Il est également essentiel que nos services cloud soient aussi accessibles que possible, en particulier pour les équipes infra disposant de ressources limitées, qui doivent pouvoir gérer facilement tout ce qui concerne notre fournisseur de cloud.


## Enfin, le secteur financier semble particulièrement intéressé par l'informatique verte. Pourquoi ?

L'informatique est la première source d'émissions directes du secteur bancaire, il est donc logique qu'elle soit plus durable. En outre, comme je l'ai dit, il s'agit d'un secteur très réglementé, et nous avons donc l'habitude de nous conformer à la réglementation. Et je suis sûr que nous devrons nous conformer à d'autres règles à l'avenir, afin de réduire les émissions.


large_Awstats-Illustration-1280x720.png

medium_Awstats-Illustration-1280x720.png

small_Awstats-Illustration-1280x720.png

thumbnail_Awstats-Illustration-1280x720.png

Awstats-Illustration-1280x720.png

"La valeur que nous apportons est une fiabilité accrue et une sécurité avancée. C'est pourquoi nous nous sommes associés à Scaleway" - entretien avec George Owen de Stancer

Il est impossible aujourd’hui de se passer du cloud pour traiter de la vidéo. Plutôt logique, lorsqu’on considère que Netflix et YouTube représentent [plus d’un quart](https://www.statista.com/chart/15692/distribution-of-global-downstream-traffic/) du trafic web mondial. C’est dans doute pour cette raison que les dépenses IT du secteur global des médias et du divertissement ont augmenté de 34% entre 2019 et 2024, [d’après Gartner](https://www.gartner.com/en/documents/4967131). 

Qu’impliquent ces tendances pour les entreprises du secteur aujourd’hui particulièrement pour les acteurs de la vidéo ? Nous en avons réuni trois pour un webinar dédié, fin mars 2024. En voici les points saillants !

“Cela fait 18-20 ans que je fais de la vidéo, notamment sur les projets VLC, FFmpeg et x264”, a dit **Jean-Baptiste Kempf**, président de **VideoLAN**, en guise d’introduction. “Aujourd’hui, **l’intégralité de la vidéo que l’on trouve sur le cloud et sur les sites web est gérée par ces projets open source, que cela soit sur Facebook, YouTube ou Twitch**. C’est un des seuls domaines du cloud où il n’y a quasiment plus de concurrence non-open source ; et toutes les solutions propriétaires sont basées sur ces solutions. Mais c’est vrai qu'aujourd'hui il faut des ressources importantes pour faire du transcodage, donc beaucoup de puissance, et des infrastructures adaptées, qui sont capables de scaler en fonction de vos besoins à certains moments. L’importance des cloud providers est donc primordiale.” 


Ensuite, nos trois intervenants ont présenté leurs solutions.


![blastream](https://www-uploads.scaleway.com/blastream_8bc967bfbb.webp)

**Emmanuel Fréard**, Co-Fondateur et Directeur Technique de [blastream](https://www.blastream.com/fr/), a présenté son service de livestreaming cloud, qui permet de produire et diffuser des événements directement sur le web. “Une sorte de mini-[OBS](https://obsproject.com/) dans le cloud, piloté directement depuis le web, comme ce que proposent nos concurrents américains, comme StreamYard,” a précisé Fréard. Blastream a la particularité d’être en marque blanche, qui s’adapte à des utilisations comme des webinars, mais aussi du spectacle vivant, ainsi qu’à des activations particulières comme la diffusion d’une course de voitures téléguidées, avec Orange (ci-dessus). Pour ce faire, blastream s’appuie sur des technologies MCU, avec ingestion et diffusion notamment par WebRTC. Côté cloud, **blastream compte sur l’équilibre et la disponibilité des ressources CPU de Scaleway - “on a une moyenne de 25 secondes de mise à disposition des instances, ce qui est très confortable pour nos clients et end users”**, a affirmé Fréard - ainsi que sur l’aspect souverain, les données vidéo devant rester conformes au RGPD à tout moment.


![Streamfizz](https://www-uploads.scaleway.com/Streamfizz_beb6a309ac.webp)

**Geoffrey Signorato**, Lead Développeur chez [Streamfizz](https://www.streamfizz.com/), a ensuite présenté cette plateforme de streaming vidéo créée en 2012, au sein de l’entreprise Webcastor. Streamfizz propose notamment un player responsive et personnalisable, qui permet de se passer des solutions des GAFAM, ainsi qu’un focus important sur la confidentialité des données. En effet, **la configuration cloud de Streamfizz (ci-dessus) permet notamment “à veiller à ce que les vidéos ne soient pas envoyées à des services en dehors de France”, a précisé Signorato ; “c’est pour cette raison que Streamfizz a développé en interne toute notre logique d’encodage”**. Cette logique consiste en un upload de vidéo sur de l’object storage, avant de passer dans un pool de GPUs (3070 et RENDER-S) en private network pour encodage, avant de repasser sur l’object storage. Streamfizz s’appuie également sur Kubernetes Kapsule de Scaleway, pour gérer le scale-up et -down des Instances GPU.


![EMPREINTE.COM](https://www-uploads.scaleway.com/EMPREINTE_COM_6e10d68878.webp)

_François Caron_, PDG d’[EMPREINTE.COM](https://www.empreinte.com/), a enfin expliqué comment ce “pionnier de la vidéo en ligne” a commencé en 1989, en produisant des CD-ROM pour Wanadoo (France Télécom), avant de passer aux webTV, au streaming, au display et aux webinars. Pour ce faire, Empreinte s’appuie sur **Kapsule, Load Balancer, Object Storage, Container Registry et MySQL, ce qui lui permet de répondre à ces charges conséquentes, telles que 70 000 utilisateurs chez un client**, ou 3 000 diffusions live multilingues par an pour un autre. Caron s’est notamment réjoui que son secteur a créé 40 000 emplois à date “nous avons des talents dans ce pays, et des applications qui sont utilisées mondialement” - tout en regrettant que ces acteurs “ne se parlent pas assez.” 


## Pourquoi la souveraineté prime avec la vidéo

La **souveraineté **étant le point commun entre ces trois acteurs, la partie “Q&A” du webinar a commencé sur ce sujet. “**C’est déterminant**”, a insisté Caron, notamment lorsqu’on gère le contenu vidéo des intranets de ses clients, comme c’est le cas d’Empreinte. “**Certains serveurs sont aux US, ce qui peut révéler des informations sensibles. Les DSI ne veulent pas regarder cela… sauf quand on leur parle de cybersécurité**. Essayer de maîtriser le mieux possible les périmètres cloud est déterminant pour sa sécurité.”

Il s’agit également d’un argument commercial, d’après Signorato : “**c’est un vrai argument de vente de pouvoir dire à nos clients qu’on sait exactement où ira leur vidéo au moment où ils l’uploadent**. On sait qu’elle reste en France, qui l’encode et où, où elle est uploadée… Le client n’y pense pas forcément, mais quand on lui le dit, cela a tendance à le rassurer.”

En plus de rassurer les clients, la souveraineté est “_mandatory_ pour certains clients”, d’après Fréard ; “certains DSI l’imposent. Et cela nous arrange ! On préfère travailler avec des personnes à côté de nous, à qui on peut parler, ce qui n’est pas toujours le cas pour les sociétés non-européennes. C’est un argumentaire commercial, mais aussi technique, et qui a une vraie valeur ajoutée pour nous en tant que startup.”


## Disponibilité et flexibilité : le nerf de la guerre

Fréard est ensuite revenu sur son besoin d’avoir des **Instances CPU garanties et disponibles sous 25 secondes**. “On va éviter d’avoir tout un pool de serveurs disponibles à tout moment mais qu’on ne va utiliser que 10 % du temps ; on préfère récupérer des ressources à un instant T”, a-t-il dit. “**C’est intéressant économiquement, et d’un point de vue environnemental. Et plus ces ressources sont disponibles rapidement, mieux c’est pour le client final**”.

Ce besoin de flexibilité est couvert par l’**autoscaling de Kubernetes pour Streamfizz, “qui nous permet de définir un minimum syndical de réplicats qui vont tourner sur des Instances**”, a expliqué Signorato. “Dès lors que Kubernetes va recevoir de la charge CPU ou RAM, l’autoscaler va automatiquement allumer des Instances”, a-t-il précisé. “Cette élasticité nous permet et de gérer les pics, et de limiter les creux en redescendant au minimum” lorsque Streamfizz n’a pas besoin de ressources. “Il y a toute une configuration à faire en amont, mais une fois bien mis en place, on a une certaine robustesse sur la production.”

“On essaie de faire mieux avec moins”, a résumé par sa part le PDG d’Empreinte. L’année dernière, **son chiffre d’affaires a progressé de 40 %, tandis que sa facture cloud a baissé de 50 %, “simplement parce qu’on a mieux géré”, a expliqué Caron**. “L’optimisation de l’application, la gestion intelligente des répartitions, les opérations multi-opérateurs, la reprise d’activité transparente, la gestion de la montée en charge, le passage à l’activité objet… permet d’économiser considérablement, et d’avoir des applicatifs de plus en plus fiables.”

Ces aspects de FinOps sont des préoccupations de nombreux clients, a confirmé **Fabien Ganderatz**, Solution Architect de _Scaleway_ ; “on met un point d’honneur à permettre aux clients de consommer comme ils souhaitent, quand ils veulent, et assez rapidement en termes d’allumage des ressources.”


## GPUs, CPUs, et optimisation des coûts

Comme Signorato [l’a déjà expliqué sur notre blog](https://www.scaleway.com/fr/blog/webcastor-migration-interview/), le passage de CPUs aux GPUs pour l’encodage vidéo a apporté à Streamfizz des atouts considérables en termes de temps et de coûts. “Pour encoder de la vidéo avec des CPUs, il faut vite monter très haut [en puissance de calcul]”, a-t-il dit lors du webinar. “Dans notre V2, on a décidé de partir sur des GPUs. Ils mettent un peu plus de temps à démarrer, mais les tâches vidéo sont beaucoup plus rapides. Ca plus le Kubernetes pour le scale-up/in, **on est allés quatre fois plus vite pour quatre fois moins cher [avec des GPU 3070], à qualité quasiment égale qu’avec des CPU**.” Streamfizz utilise également des GPUs RENDER-S pour faire de la retranscription et créer des sous-titres automatiquement. 

Enfin, l’entreprise teste actuellement les nouveaux GPUs L4 d’NVIDIA, et “les résultats sont plutôt encourageants ; on arrive à une qualité égale, un temps d’encodage quasiment égale, mais à un coût moindre, puisque les GPUs sont moins chers, et surtout facturés à la minute.” Ce dernier point est très important, a précisé Signorato, car avec des GPUs facturées à l’heure, on peut être amenés à payer une heure pour seulement dix minutes d’utilisation.

Mais au final, **entre CPUs et GPUs, qui gagne, en ce qui concerne la vidéo ? **

“**En finesse d’encodage, le GPU n’est pas plus performant que le CPU”, a affirmé Caron**. “Le GPU va plus vite, mais fait certaines choses moins bien pour cette raison. Et quand on veut traiter les 20 % qui restent, on a 80 % d’énergie à dépenser en trop”. Empreinte reste donc majoritairement sur les CPUs, sauf quand les clients ont des besoins spécifiques.

Quant à Fréard et blastream, “pour l’encodage en temps réel, on a constaté qu’avec des GPU, on peut augmenter la puissance de l’encodage. Là où avec les CPUs on peut aller jusqu’à [une résolution de] 1080p et 30 fps [images par seconde], avec des GPUs on peut atteindre la 4K [ultra-haute résolution]. **Sauf que streamer du 4K sur le web aujourd’hui n’a pas beaucoup de sens, en tout cas en direct, d’autant qu’il y a des impacts environnementaux conséquents**. Mais voilà : sur des cas spécifiques, les GPU nous aident - ceux qui streament avec OVS peuvent faire le test - mais on reste sur des CPUs dans la plupart des cas.”

En conclusion ces trois acteurs français apparemment similaires ont trois pratiques très différentes quant aux GPUs et CPUs. Comme l’a souligné Caron : “cela illustre bien le marché !” De plus, “cela évolue sans cesse,” a précisé Signorato.

Quoi qu’il en soit, la récente intégration des nœuds de CPUs ARM dans l’offre Kubernetes de Scaleway va ouvrir de nouvelles perspectives pour l’orchestration de la vidéo, a souligné Ganderatz. Une évolution d’autant plus intéressante que l’ARM va apporter de nouvelles possibilités en la matière de la vidéo, a-t-il précisé.


## Les grandes tendances vidéo à venir

“On n’est encore sûrs de rien,” a affirmé Signorato, tout en reconnaissant que l’ARM reste un nouveau domaine intéressant à explorer.

“Côté encodage, il y a sûrement des choses qui vont arriver”, a dit Fréard. “HEVC [High Efficiency Video Coding] arrive ; et l'aspect prédictif va certainement s'améliorer, grâce au machine learning. J’ai vu qu’Opus a inclu cette fonctionnalité sur son [codec audio](https://opus-codec.org/demo/opus-1.5/), et donc peut-être que d’autres codecs reprendront ces aspects.”

“Le grand défi de la vidéo, c’est l'écologie”, a insisté Caron. “Comme nous avons baissé notre consommation cloud de 50 %, on doit lancer cette tendance internationalement.”

Fréard a conclu dans ce sens, en soulignant l’expertise française en la matière - comme en témoigne Jean-Baptiste Kempf - et en rappelant l’importance de mouvements comme [Greening of Streaming](https://www.greeningofstreaming.org/), et comment réduire l’impact environnemental du streaming au global. Une tendance clé à regarder à l’avenir, donc !


_Pour revoir le webinar en entier, c'est par ici ! _
<iframe width="560" height="315" src="https://www.youtube.com/embed/igvKKJ7kox0?si=JLoXxwkuc2cXvSIz" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>


large_Media-Entertainement-GenericHero.webp

medium_Media-Entertainement-GenericHero.webp

small_Media-Entertainement-GenericHero.webp

thumbnail_Media-Entertainement-GenericHero.webp

Media-Entertainment-GenericHero.webp

Vidéo : Comment optimiser son infrastructure cloud pour le streaming et l’encodage ?

_Vade est une entreprise française spécialisée dans la protection des emails, afin d’éviter des attaques de phishing ou de ransomware. La société s’appuie principalement sur les offres Bare Metal de Scaleway, dont [Dedibox](https://www.scaleway.com/fr/dedibox/stockage/), pour protéger 1,4 milliards de boîtes mail partout dans le monde. Florian Coulmier, COO de Vade, a répondu à nos questions lors d’un [webinar Scaleway](https://www.youtube.com/watch?v=Bo49LBKklUo&t=2s), dont voici les points forts !_


## Pourquoi avoir choisi Scaleway pour votre infrastructure ?

**Florian Coulmier**: Le choix s’est fait il y a maintenant quatre à cinq ans. Nous avions un hébergeur historique qui nous proposait une offre de mise à disposition de machines virtuelles. Nous n’avions donc pas à nous soucier des contraintes physiques : nous pouvions augmenter le CPU, la RAM et le disque si besoin. Et la disponibilité des serveurs était assez élevée, grâce à la couche de virtualisation. Par disponibilité, j’entends que nous pouvions prendre la VM que nous voulions sans se soucier des stocks ; et chaque VM fonctionnait sans incident majeur.

Ensuite, nous avons voulu nous étendre à l’international. Nous nous sommes tournés vers un acteur très très connu du cloud public. Cela fonctionnait là aussi très bien, nous étions dans un modèle très pratique. 

Mais nous étions conscients que Scaleway proposait des avantages majeurs, tous liés au prix :
- Le coût est raisonnable, tout en nous assurant un niveau d’élasticité et de disponibilité élevée
- Nous accédons facilement à des serveurs avec des configurations performantes (plus de 8 CPU et 64Go de RAM par exemple), pour un prix raisonnable
- Les factures sont prévisibles. Changer l’applicatif n'entraîne pas forcément une variation importante de la facture en fin de mois. Y compris en ce qui concerne les services managés.

Dans une logique de maîtriser les coûts d’infrastructure et de se donner plus de liberté pour aller chercher des configurations de serveur avec beaucoup de CPU et de RAM, nous avons cherché une alternative. Nous parlons ici de téra- et de pétaoctets de données, cela nécessite des infrastructures assez grosses. 

Parmi nos différents hébergeurs français, notre choix s’est porté sur Scaleway en fournisseur principal. Des collègues avaient déjà des expériences avec des serveurs personnels de Scaleway, et ils en étaient contents, ce qui a participé à notre choix. 

Nous avons donc démarré avec une petite infrastructure de quelques serveurs, pour tester, pendant quelques mois, presque un an. Nous avons constaté que cela fonctionnait bien, et avons donc ajouté de plus en plus de services, et aujourd’hui nous comptons plus de 220 serveurs.


## Pourquoi être passé du cloud public au cloud privé, là où beaucoup d’entreprises font l’inverse ?

Principalement pour des raisons de maîtrise. Les coûts sont plus bas, et plus prévisibles ; nous pouvons mieux anticiper le dimensionnement de notre infrastructure, par exemple en ajoutant des serveurs avant des pics de charge ; et, comme nous travaillons dans le domaine de la cybersécurité, nous préférons avoir notre ‘propre’ domaine informatique, hermétique et privé. En somme, le cloud privé nous permet de maîtriser toute la chaîne, comme nous l’entendons.


## Quel type d’infrastructure déployez-vous chez Scaleway, et sur quels types de serveurs ?

Notre infrastructure est découpée en plusieurs sous-ensembles dédiés à chacun de nos produits. Chaque produit représente une mini-infrastructure en tant que telle. Nous avons donc migré des morceaux d’infrastructure petit à petit, en commandant à chaque fois des serveurs adaptés à nos besoins. La gamme de Scaleway est suffisamment développée pour nous permettre de trouver la bonne configuration pour l’application en question.
Depuis trois ans environ, nous utilisons principalement Kubernetes et avons déployé notre propre cluster chez Scaleway. Nous gérons également des clusters Elasticsearch ou encore une plateforme de virtualisation basée sur Proxmox.

Ces technologies nous permettent de palier à une des limites du Bare Metal, où une panne peut rendre un serveur indisponible. Ces technologies permettent d’assurer une certaine redondance. Nous veillons juste à commander des machines qui ne sont pas toutes situées dans la même baie, afin qu’une panne ne puisse pas avoir un impact majeur sur tout le cluster.

Finalement, nous avons fait le choix de technologies qui nous permettent de nous affranchir de l’absence de garantie forte de disponibilité. Il peut arriver qu’un serveur physique tombe en panne. Mais s’il s’agit d’un nœud Kubernetes ou d’un nœud Elasticsearch, grâce aux mécanismes de redondance intégrés dans ces logiciels, ce n’est pas problématique. Nous pouvons donc bénéficier de machines performantes à un bon rapport qualité/prix.

J’ajouterais que l’élasticité peut se gérer grâce à la scalabilité horizontale plutôt que verticale. Il nous suffit de commander de nouveaux serveurs si nous avons besoin de faire grossir notre cluster.

Nous n’avons pas de machine type que nous utilisons, mais pour des nœuds Kubernetes ou pour de la virtualisation, des serveurs comme le Core-7-M avec un CPU 16 cœurs, 32 threads et 256 Go de RAM sont parfaits pour nous. Mais nous utilisons vraiment tout type de serveur, nous n’avons pas de machine type, nous utilisons toute la gamme de Scaleway.


## Quels sont les avantages de Dedibox pour Vade ?

Au-delà de ces aspects financiers - Scaleway a un excellent rapport qualité-prix - il y a aussi des aspects techniques. 

D’abord la stabilité des plateformes. Nous avons connu très peu d’incidents et aucun incident majeur.

Les gammes de serveurs sont globalement bien pensées. Nous arrivons quasiment toujours à trouver le serveur qui correspond à ce que nous cherchons.

La plateforme est simple d’utilisation. L’interface est très claire, rapide et efficace.

Nous pouvons commander des serveurs et les recevoir rapidement. C’est quelque chose auquel nous nous étions habitués en utilisant du cloud, et c’était important pour nous de continuer à avoir cette souplesse avec un acteur proposant du Bare Metal.

Le fonctionnement du RPN v2 nous permet d’interconnecter tous nos serveurs, tout en profitant de la sécurité des VLAN.

Un autre atout de Scaleway : il s’agit d’une entreprise européenne, tout comme nous. Cette notion de souveraineté est importante pour Vade de manière générale et en particulier quant au choix de nos fournisseurs ; tout comme beaucoup de nos clients et notamment dans le secteur public. 

Je finirai avec un mot sur la qualité du support. Nous avons toujours des gens qui comprennent bien nos demandes et les traitent rapidement et efficacement. Les rares fois où ce n’est pas le cas, nous avons pu escalader facilement et avons toujours eu quelqu’un pour bien prendre en compte notre problématique. De manière générale, nous sommes très bien accompagnés par les équipes.


## Quel est le futur de la relation entre Scaleway et Vade ? 

Même si nous avons fait le choix du Bare Metal, nous sommes intéressés de manière ponctuelle par ce que peut proposer le cloud. En cela, nous aimerions beaucoup profiter d’une connexion entre Scaleway Elements et Dedibox. Cela permettrait de faire du débordement pour répondre à certains besoins spécifiques.

Mais je suis heureux de constater les évolutions récentes de la gamme Dedibox et de voir des sujets d’évolution en roadmap. La récente génération 9 permet de renouveler le stock de serveurs, avec la généralisation de disques plus rapides, en NVMe.

Je suis confiant que les évolutions que nous avons demandées sur la gamme Bare Metal verront le jour, car c’est important pour des clients qui ont des infrastructures complètes chez Scaleway.

Donc nous n’avons pas terminé d’utiliser Scaleway et la partie Dedibox. Au contraire, nous comptons sur l’évolution de la gamme et de la roadmap pour nous accompagner dans notre besoin de croissance.


Blog Scaleway

Articles récents

"La valeur que nous apportons est une fiabilité accrue et une sécurité avancée. C'est pourquoi nous nous sommes associés à Scaleway" - entretien avec George Owen de Stancer

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

Comment Vade retrouve la stabilité du cloud privé et la flexibilité du cloud public avec le Bare Metal de Scaleway - interview de Florian Coulmier

Comment le Serverless est devenu l’avenir du cloud… sans remplacer le Bare Metal

L’importance de la souveraineté pour les startups

Optimiser son infrastructure : comment mener une revue d’architecture?

Comprendre l'autoscaling de Kubernetes

Pourquoi la course aux nouveaux gadgets doit céder la place à la réutilisation

Le multi-cloud débloquera la croissance de la tech des prochaines décennies

Comment insufler de l’émotionnel à travers le brand design dans une entreprise tech

Comment Jamespot fait face à la montée en charge grâce à l’adoption du multi-cloud

Culture DevOps: l’importance de l’onboarding des juniors

Articles populaires

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