Aller au contenu

migration cloud

Du legacy au cloud : réécrit cloud-native et en production en 30 jours

Les baies, la partition mainframe et les VM montées à la main en 2014 disparaissent, et votre code tourne réécrit sur Kubernetes, dans AWS, Azure, GCP ou votre propre cloud. Des ingénieurs avec 25+ ans de production livrent en 30 jours.

Sous 48 heures, vous recevez un prix ferme et une architecture cible d'une page avec la date de bascule dessus.

Dans vos baies

Des VM montées à la main, une partition mainframe, un cron sur une seule machine et un runbook de déploiement dans la tête de quelqu'un.

  • own racksdata centre lease
  • VMsconfigured by hand
  • deploysmanual · weekends
  • backupstape

30 jours, avec le code réécrit pour le cloud en chemin

Cloud-native

Des conteneurs sur Kubernetes, l'infrastructure en Terraform, un pipeline qui déploie chaque fusion, des alertes qui se déclenchent.

  • KubernetesAWS · Azure · GCP
  • Terraforminfrastructure as code
  • CI/CDevery commit
  • observabilityOpenTelemetry
Les services sortent sans état et montent en charge horizontalement, l'état vivant dans des bases et des files managées : la facture cloud suit votre trafic.

Des baies au cloud en 30 jours

La production reste sur l'ancien matériel jusqu'à ce que la nouvelle plateforme ait porté le même trafic et donné les mêmes réponses. Ensuite, l'ancien matériel s'éteint.
  1. 01jours 1–4

    Cartographier ce qui tourne où

    Chaque serveur, job, port, partage de fichiers et adresse IP codée en dur, lus dans le code et sur les machines elles-mêmes. Vous recevez l'architecture cible et un prix par phase.

  2. 02jours 3–10

    Construire la landing zone

    Comptes, réseaux, IAM, clusters Kubernetes et secrets, tout écrit en Terraform et relu comme du code. AWS, Azure, GCP ou votre cloud privé, isolé si vos règles l'exigent.

  3. 03jours 8–24

    Réécrire et rejouer

    Les services sont réécrits pour tourner en conteneurs, la configuration venant de l'environnement et les journaux envoyés vers votre stack d'observabilité. Le harnais de parité rejoue le trafic de production enregistré jusqu'à ce que l'ancien et le nouveau concordent.

  4. 04jours 22–30

    Déplacer le trafic, couper le courant

    Le trafic bascule par paliers derrière un load balancer, les anciennes machines prêtes en repli. Quand la dernière requête arrive dans le cloud, les baies s'éteignent.

Qui fait quoi dans le déménagement

La plateforme lit votre code et les serveurs sur lesquels il tourne, en entier. Nos ingénieurs conçoivent la cible, posent les garde-fous et répondent de la bascule.
  • Inventaire des machines, des jobs et des dépendances

    Plateforme

    Code, crontabs, configurations et connexions réseau actives lus ensemble, pour que le job nocturne oublié soit sur la liste dès le premier jour.

  • Réécrire les services pour les conteneurs

    Plateforme

    Écritures de fichiers locaux, sessions collantes et noms d'hôtes codés en dur remplacés, puis relus en pull requests.

  • Architecture cible et choix du cloud

    Ingénieur

    Base managée ou gérée soi-même, quelle région, combien de capacité réserver. Décidé par quelqu'un qui a déjà payé une facture cloud.

  • Terraform, CI/CD et observabilité

    Les deux

    Modules et pipelines générés à partir de nos modèles, puis ajustés par les ingénieurs à vos règles et à votre tour d'astreinte.

  • Sécurité et frontières réseau

    Ingénieur

    IAM, réseau privé, secrets et journaux d'audit construits au niveau que votre équipe sécurité signe.

  • Bascule du trafic

    Les deux

    Rejeu et comparaison sont automatisés. La décision de passer et le point de retour arrière se fixent avec votre équipe.

Chaque élément d'infrastructure arrive dans votre dépôt Git sous forme de Terraform que votre équipe peut modifier dès le premier jour.

Pourquoi ces ingénieurs pour votre déménagement

Nos ingénieurs font tourner des systèmes en production depuis plus de 25 ans, bien avant qu'on appelle cloud un serveur loué. Ils ont porté vers Kubernetes du batch mainframe, des flottes de VM montées à la main et des applications qui ne tournaient que sur une seule machine bénie, avec le Terraform, les pipelines et les alertes que les nouveaux propriétaires pouvaient exploiter dès le premier jour. Pour quitter vos baies sans mauvaise nuit, ce sont les meilleurs.

Prix ferme par phase, date de bascule au contrat, et c'est le rapport de parité qui décide de l'acceptation. Le Terraform, les pipelines et le code réécrit sont à vous dès le premier commit.

Ce que les CTO demandent avant le déménagement

Pourquoi réécrire alors que nous pourrions déplacer les VM telles quelles ?

Une VM déplacée garde son ancien surdimensionnement et le facture à l'heure. Des services réécrits suivent le trafic et coûtent ce qu'ils consomment. La réécriture tient dans les mêmes 30 jours : vous payez le déménagement une fois, et les économies commencent avec la première facture. Demandez un devis et comparez vous-même les deux chiffres.

Des charges mainframe peuvent-elles vraiment tourner dans le cloud ?

Oui. Le batch COBOL est réécrit en Go et tourne en jobs planifiés sur Kubernetes, les transactions CICS deviennent des services, et les données VSAM et DB2 passent sur PostgreSQL. Le harnais de parité vérifie chaque sortie contre le mainframe avant le retrait de la partition. Mettez le planning batch dans la demande, le prix couvre tout.

Nous sommes régulés. Tout cela peut-il rester dans notre propre datacenter ?

Oui. Nous livrons la même stack sur votre cloud privé, ou isolée sur notre propre matériel avec nos propres modèles dans votre périmètre, et rien n'en sort. Kubernetes, Terraform et l'observabilité fonctionnent comme sur AWS. Mentionnez la contrainte dans la demande, elle entre dans le prix.

Qui l'exploite après la mise en production ?

Votre équipe, avec des runbooks, des tableaux de bord et des alertes qui se sont déjà déclenchés pendant la répétition de bascule. Tout vit dans Git et se déploie par un pipeline que vos ingénieurs utilisent depuis des jours avant la bascule. Si vous voulez nous garder d'astreinte après la mise en production, c'est une ligne de plus dans le même contrat. Demandez-la dans le devis.

Quel cloud choisir ?

Celui que votre équipe et vos contrats favorisent déjà. Nous construisons sur tous, et Terraform garde réaliste un passage ultérieur chez un autre fournisseur. Si vous n'avez pas tranché, nos ingénieurs en recommandent un dans le devis à 48 heures, avec la facture mensuelle attendue à côté. Demandez un devis et décidez chiffres en main.

Éteignez les baies

Listez vos serveurs et ce qui tourne dessus, aujourd'hui. Un prix ferme et une date de bascule arrivent sous 48 heures, et 30 jours après votre accord, la production tourne dans le cloud et les baies s'éteignent.

Obtenir un devis

Un export tableur de votre inventaire suffit largement. Le prix écrit revient d'un ingénieur.