Votre hyperscaler,
quittez-le avec les ingénieurs qui font le travail.
Nous menons des revues d'architecture, rédigeons des plans de migration, réalisons la migration elle-même et développons de nouvelles applications. Nos ingénieurs peuvent aussi intégrer votre équipe, à distance, ou dans vos locaux si vous êtes à Madrid, Munich, Helsinki ou Amsterdam. Notre priorité est de sortir les charges de travail des hyperscalers américains pour les amener sur notre infrastructure.
Gratuit, 90 minutes
Diagnostic écrit sous une semaine
Un ingénieur au bout du fil
À chaque charge de travail, sa propre décision.
Voici la structure du plan que nous rédigeons : pour chaque charge de travail, une décision, une destination et une vague. Y compris celles qui ne devraient pas bouger du tout.
| Charge de travail | Aujourd'hui | Décision | Destination | Vague |
|---|---|---|---|---|
| Fichiers archivés | Le stockage objet d'un hyperscaler | Migrer : rien ne les y retient | Notre Object Storage | Vague 1 |
| Front-end web | Des VM chez un hyperscaler | Migrer tel quel : rien à reconstruire | Notre cloud | Vague 2 |
| Base de données du front-end | Le PostgreSQL infogéré d'un hyperscaler | Migrer avec le front-end | Notre PostgreSQL infogéré | Vague 2 |
| ERP | VMware, dans votre salle serveurs | Quitter VMware avant le renouvellement | Nos serveurs bare metal | Vague 3 |
| Fonctions serverless | Le service serverless du même hyperscaler | Garder : une réécriture n'en vaut pas la peine | Là où elles sont | Hors migration |
| Ancien reporting | Des VM chez un hyperscaler | Retirer : rien n'en dépend | Mis hors service | Hors migration |
Un exemple de plan
Fichiers archivés
- Aujourd'hui
- Le stockage objet d'un hyperscaler
- Décision
- Migrer : rien ne les y retient
- Destination
- Notre Object Storage
- Vague
- Vague 1
Front-end web
- Aujourd'hui
- Des VM chez un hyperscaler
- Décision
- Migrer tel quel : rien à reconstruire
- Destination
- Notre cloud
- Vague
- Vague 2
Base de données du front-end
- Aujourd'hui
- Le PostgreSQL infogéré d'un hyperscaler
- Décision
- Migrer avec le front-end
- Destination
- Notre PostgreSQL infogéré
- Vague
- Vague 2
ERP
- Aujourd'hui
- VMware, dans votre salle serveurs
- Décision
- Quitter VMware avant le renouvellement
- Destination
- Nos serveurs bare metal
- Vague
- Vague 3
Fonctions serverless
- Aujourd'hui
- Le service serverless du même hyperscaler
- Décision
- Garder : une réécriture n'en vaut pas la peine
- Destination
- Là où elles sont
- Vague
- Hors migration
Ancien reporting
- Aujourd'hui
- Des VM chez un hyperscaler
- Décision
- Retirer : rien n'en dépend
- Destination
- Mis hors service
- Vague
- Hors migration
Chaque vague a son plan de bascule et son retour arrière. Ce qui a migré et ce qui reste communiquent par notre peering direct avec l'hyperscaler, sans passer par l'Internet public.
Rédiger votre plan fait partie de la mission. Avant cela, il y a l'appel de diagnostic : gratuit, avec un diagnostic écrit sous une semaine. Demander un appel
Le conseil, puis le travail qui en découle.
Quatre étapes, dans l'ordre où elles s'enchaînent en général.
- 01
Évaluer
Ce qui tourne aujourd'hui chez un hyperscaler, chez nous ou sur vos propres serveurs.
- Revues d'architecture
- Évaluations sur vos sites
- Analyse de votre facture d'hyperscaler
- Préparation aux exigences NIS2, DORA, ISO 27001, ENS et RGPD
Le résultat : des constats écrits, classés par risque, avec ce qu'il faut corriger en premier. Nos ingénieurs peuvent aussi faire les corrections.
- 02
Planifier
Le plan ci-dessus et la conception qui va avec.
- Plans de migration
- Architecture cible
- Architectures hybrides avec colocation et Private Link
- Architecture réseau
- Conception du plan de reprise d'activité
- Contribution au plan de sortie DORA
Le résultat : l'architecture cible et le plan pour y parvenir.
- 03
Migrer et construire
Nos ingénieurs font le travail, avec votre équipe ou pour son compte.
- Sortie d'un hyperscaler ou passage à un autre
- Sortie de VMware
- Développement de nouvelles applications et refonte des anciennes
- Kubernetes, infrastructure as code et CI/CD
Le résultat : des charges de travail migrées et testées, vague par vague.
- 04
Exploiter
Après la migration, ou sans aucune migration.
- Ingénieurs intégrés à votre équipe
- Maintenance de vos propres serveurs
- Transfert vers nos services infogérés
- Formations et ateliers pour votre équipe
Le résultat : des procédures d'exploitation, des sessions de passation et une équipe qui sait comment tout cela tourne.
Les ingénieurs intégrés en détail
Les plateformes de données et l'IA ont chacune leur page : Data et IA.
Une revue, un plan, la migration elle-même ou l'exploitation qui suit : tout commence par l'appel de diagnostic. Demander un appel
Des ingénieurs qui travaillent au sein de votre équipe.
Pour l'infrastructure que vous préférez ne pas maintenir vous-même. Avec votre équipe, pas à sa place.
Chez un hyperscaler
Votre parc sur AWS, Azure ou Google Cloud, pris en charge au sein de votre équipe.
Sur notre infrastructure
Ce que vous hébergez chez nous, en cloud, en bare metal ou en colocation.
Sur vos propres serveurs
Votre infrastructure, maintenue par nos ingénieurs.
Ce qu'ils apprennent de votre parc est transmis à votre équipe au fur et à mesure. Vous pouvez faire appel à eux dans chacune des quatre formules présentées plus bas.
À ne pas confondre avec nos services infogérés : un ingénieur intégré travaille au sein de votre équipe, sur votre infrastructure comme sur la nôtre.
Sur site
Chez vous, dans quatre villes.
Les villes où nous exploitons des datacenters. Partout ailleurs, nos ingénieurs travaillent à distance.
- Madrid
- Munich
- Helsinki
- Amsterdam
Quatre façons de travailler avec nous.
Le choix dépend du travail à réaliser. Nous ne publions pas de prix.
Un projet cadré
Un périmètre convenu dès le départ : une revue, un plan ou une migration.
Un crédit d'heures
Un nombre d'heures fixé d'avance, décompté au fil de vos demandes.
Un accompagnement récurrent
Une relation suivie avec nos ingénieurs, pour les besoins qui reviennent.
Une équipe dédiée
Une équipe de nos ingénieurs, quand le programme est trop vaste pour les autres formules.
Quelle formule vous convient ?
Dites-nous ce que vous faites tourner et ce que vous en attendez. Déjà client ? Passez par le même formulaire.
Gratuit, 90 minutes
Diagnostic écrit sous une semaine
Un ingénieur au bout du fil
Avoir un intérêt dans l'affaire n'est pas le problème. Un plan invérifiable, si.
Nous exploitons notre infrastructure : nous ne sommes donc pas neutres quant à la destination de vos charges de travail. La réponse, c'est un plan que vous pouvez vérifier ligne par ligne, comme l'exemple plus haut. Le tableau ci-dessous compare trois façons de mener le travail à bien.
Critère
Grand cabinet de conseil
Le faire en interne
DIVERSITY
Plan et migration
Oui
À côté du travail courant
Oui
Dans votre équipe
Le temps du projet, en général
Votre équipe
À distance ou dans 4 villes
Hébergement
Un hébergeur
Vous, si vous hébergez vous-même
Chez nous, pour ce qui y migre
Intérêt dans l'affaire
Cela dépend du cabinet
Non
Oui : notre infrastructure
Après la migration
Cela dépend du contrat
Exploité par votre équipe
Infogéré ou repris en interne
Localisation des données
Là où le plan le prévoit
Là où vous les hébergez
Dans l'UE, si nous les hébergeons
Injonctions extra-européennes
Cela dépend de la destination
Cela dépend de votre hébergeur
Chez nous : aucune entité au-dessus de nous
Plan et migration
- Grand cabinet de conseil
- Oui
- Le faire en interne
- À côté du travail courant
- DIVERSITY
- Oui
Dans votre équipe
- Grand cabinet de conseil
- Le temps du projet, en général
- Le faire en interne
- Votre équipe
- DIVERSITY
- À distance ou dans 4 villes
Hébergement
- Grand cabinet de conseil
- Un hébergeur
- Le faire en interne
- Vous, si vous hébergez vous-même
- DIVERSITY
- Chez nous, pour ce qui y migre
Intérêt dans l'affaire
- Grand cabinet de conseil
- Cela dépend du cabinet
- Le faire en interne
- Non
- DIVERSITY
- Oui : notre infrastructure
Après la migration
- Grand cabinet de conseil
- Cela dépend du contrat
- Le faire en interne
- Exploité par votre équipe
- DIVERSITY
- Infogéré ou repris en interne
Localisation des données
- Grand cabinet de conseil
- Là où le plan le prévoit
- Le faire en interne
- Là où vous les hébergez
- DIVERSITY
- Dans l'UE, si nous les hébergeons
Injonctions extra-européennes
- Grand cabinet de conseil
- Cela dépend de la destination
- Le faire en interne
- Cela dépend de votre hébergeur
- DIVERSITY
- Chez nous : aucune entité au-dessus de nous
Vos équipes achats ou conformité ont des questions précises ? Posez-les lors de l'appel de diagnostic. Demander un appel
Ce qu'ils disent de notre travail
« Notre direction des risques devait montrer comment nous quitterions notre principal fournisseur cloud. Ils ont établi, service par service, ce qu'un départ demanderait réellement, et nous avons bâti notre plan de sortie là-dessus. »
Responsable risques IT
Société de paiement, Portugal
1 sur 6
Ce qu'on nous demande avant de signer
Les questions qui reviennent, avec des réponses franches.
Vous vendez de l'infrastructure. Votre plan ne dira-t-il pas toujours « tout migrer chez vous » ?
Notre priorité est de sortir les charges de travail des hyperscalers américains pour les amener sur notre infrastructure. Mais ce qui fait la sincérité du plan, c'est sa structure : une décision pour chaque charge de travail, justifiée par écrit sur la même ligne. Nous vous disons ce qui est simple, ce qui est complexe et ce qu'il ne vaut probablement pas la peine de migrer. Une partie de ce que vous faites tourner gagne à rester là où elle est. Nous ne touchons aucune commission d'AWS, d'Azure, de Google Cloud ou d'Oracle, et vous pouvez acheter la revue ou le plan à part, puis en confier l'exécution à quelqu'un d'autre.
Travaillez-vous uniquement sur votre propre infrastructure ?
Non. Nous évaluons, migrons et gérons des charges de travail chez un hyperscaler, sur notre infrastructure et sur vos propres serveurs. Et nous ne nous limitons pas aux sorties d'hyperscaler : nous déplaçons aussi des charges de travail d'un hyperscaler à un autre.
Que nous apporte une revue d'architecture ?
Des constats écrits, classés par risque, avec ce qu'il faut corriger en premier. Si vous souhaitez aller jusqu'aux corrections, nos ingénieurs ou votre équipe peuvent s'en charger.
Faites-vous du développement d'applications ou seulement de l'infrastructure ?
Les deux. Moderniser passe en général par l'un et l'autre : le développement de nouvelles applications, la refonte des anciennes et la plateforme sur laquelle elles tournent, de Kubernetes à la CI/CD en passant par l'infrastructure as code.
Pouvez-vous nous faire sortir de VMware ?
Oui. C'est l'une des migrations que nous réalisons : l'inventaire de ce qui tourne sur VMware, une destination pour chaque charge de travail et la migration elle-même.
Pouvez-vous nous accompagner sur NIS2, DORA ou ISO 27001 ?
Pour la préparation aux exigences NIS2, DORA, ISO 27001, ENS (le cadre national de sécurité espagnol) et RGPD, nous réalisons un état des lieux : où vous en êtes, ce qui manque et ce qu'il faut corriger en premier. C'est notre évaluation de votre niveau de préparation, et non une promesse de conformité ni une certification. Pour DORA, nous apportons aussi une contribution technique à votre plan de sortie. Les tests d'intrusion, la supervision de sécurité et le RSSI à temps partagé relèvent de notre service de cybersécurité, et non de cette offre.
Où travaillent les ingénieurs intégrés ?
À distance, où que vous soyez. Dans vos locaux, uniquement à Madrid, Munich, Helsinki et Amsterdam, les villes où nous exploitons des datacenters. Ils interviennent chez un hyperscaler, sur notre infrastructure ou sur vos propres serveurs. Pour une évaluation sur site, c'est différent : nous nous déplaçons chez vous.
En quoi est-ce différent de vos services infogérés ?
Un service infogéré est un produit que nous exploitons sur notre infrastructure, comme une base de données infogérée. Un ingénieur intégré travaille au sein de votre équipe, sur votre infrastructure comme sur la nôtre.
Que se passe-t-il après la migration ?
À vous de choisir : nos services infogérés pour ce qui peut l'être, nos ingénieurs au sein de votre équipe ou une passation à votre propre équipe, avec procédures d'exploitation et formation. Une fois que vous êtes sur notre infrastructure, le support y est inclus, avec un délai de réponse cible de 4 heures par demande. Tout nouveau travail de conception ou d'architecture relève du conseil, comme tout ce qui figure sur cette page.
Comment acheter vos prestations ?
Quatre formules : un projet cadré, un crédit d'heures, un accompagnement récurrent ou une équipe dédiée. Les ingénieurs intégrés sont proposés dans chacune des quatre. Nous ne publions pas de prix.
Combien de temps dure une mission ?
Cela dépend de ce que vous faites tourner et de ce que vous en attendez, c'est pourquoi nous ne publions pas de durée type. Nous en définissons le périmètre avec vous après l'appel de diagnostic.
Par où commencer ?
Par l'appel de diagnostic, qui est gratuit. Pendant 90 minutes, vous échangez avec un ingénieur plutôt qu'avec un commercial, puis vous recevez un diagnostic écrit sous une semaine. Cet échange n'est pas une revue : la revue, le plan et le travail viennent ensuite, si vous le souhaitez. Déjà client ? Même appel, même formulaire.
DORA nous oblige-t-il à quitter un hyperscaler américain ?
Non, et quiconque vous affirme le contraire cherche à vous vendre quelque chose. DORA ne vous impose pas un hébergement dans l'UE. Ce qu'il exige, c'est que vous puissiez montrer que vous maîtrisez le risque de concentrer vos dépendances critiques sur une même poignée de fournisseurs, et que vous disposez d'un plan de sortie réellement testé. Les autorités européennes de surveillance publient désormais la liste des prestataires tiers critiques de services TIC, ceux dont le secteur dépend le plus, et les grands hyperscalers y figurent. Pas nous. Nous pouvons apporter une contribution technique à votre plan de sortie et réaliser la migration si vous le déclenchez un jour.
Où se trouvent nos données après la migration ?
Ce qui migre chez nous se trouve dans nos datacenters de Madrid, Munich, Helsinki ou Amsterdam. Ce qui reste chez un hyperscaler est soumis à ses conditions et communique avec notre infrastructure en peering direct.
Qui peut vous contraindre à remettre nos données ?
Pour ce qui tourne chez nous : DIVERSITY est une entreprise européenne sans maison mère, américaine ou autre, si bien qu'il n'y a au-dessus de nous aucune entité à qui signifier une injonction extra-européenne. La réponse tient à notre structure, et non à une règle interne.
Cela pourrait aussi vous intéresser
Pour accueillir ce que vous migrez : notre cloud pour les machines virtuelles, le stockage et les bases de données infogérées, nos serveurs bare metal quand il vous faut une machine entière, et la colocation pour vos propres serveurs.
On en parle ?
Un appel gratuit de 90 minutes, puis un diagnostic écrit sous une semaine.
Écrivez ou appelez : c'est un ingénieur qui vous répond, pas un robot.

