reprise du legacy
Support legacy : nous reprenons le système que plus personne ne comprend
La dernière personne qui le comprenait est partie, et il fait toujours tourner la paie. Des ingénieurs avec 25+ ans de production le reprennent en quelques jours, prennent l'astreinte, le patchent, le corrigent et écrivent comment il marche.
Sous 48 heures : un plan de reprise, un prix ferme et le jour où nos ingénieurs prennent l'astreinte.
Du code sans documentation, des serveurs sans correctifs et un prestataire retraité qui décroche encore le téléphone.
- systemnobody left who knows it
- incidentsnights · weekends
- security patchesbehind
- documentationnone
D'astreinte quelques jours après l'accès
Un ingénieur senior d'astreinte, les correctifs appliqués, les bugs corrigés, des runbooks et une carte de tout le système.
- on-callsenior engineers
- patchescurrent
- map + runbookswritten
- migration pathpriced
Comment se passe la reprise
- 01jours 1–3
Accès et observation
Accès au code, aux serveurs et aux plannings de jobs, et du temps avec ceux qui le maintiennent en vie aujourd'hui. Nous regardons le système traverser un cycle normal, batch de nuit compris.
- 02jours 2–6
Cartographier le système
La plateforme lit tout le code et construit la carte : modules, jobs, interfaces, base de données et ce qui dépend de quoi. Les ingénieurs confrontent la carte à ce que fait le système en production.
- 03jours 5–10
Prendre l'astreinte
Nos ingénieurs seniors prennent l'astreinte avec des runbooks écrits pour les pannes que ce système a réellement. Correctifs de sécurité et bugs en attente sont classés par risque et traités dans cet ordre.
- 04jours 10–30
Le faire tourner, chiffrer la sortie
Un support régulier à prix ferme, plus un plan chiffré pour passer à Go, Rust ou TypeScript quand vous le décidez. La carte et les runbooks sont à vous et contiennent tout ce que nous avons appris.
Ce que fait la plateforme, ce que font nos ingénieurs
Lire et cartographier le code
Plateforme
COBOL, RPG, VB6, Delphi, PowerBuilder, vieux PHP et les scripts autour, en un passage.
Trouver ce qui dépend de quoi
Plateforme
Jobs, fichiers, tables et interfaces, pour qu'une correction à un endroit laisse le reste debout.
Tenir l'astreinte
Ingénieur
Un ingénieur senior prend l'alerte et corrige la panne, avec des délais de réponse inscrits au contrat.
Correctifs de sécurité
Les deux
La plateforme trouve les dépendances obsolètes et le code exposé. Un ingénieur les corrige et teste sur un rejeu de votre trafic.
Corrections de bugs
Les deux
Remontés dans le graphe d'appels par la plateforme, puis corrigés par un ingénieur qui note la cause dans le runbook.
Runbooks et documentation
Ingénieur
Écrits à partir d'incidents réels : le prochain d'astreinte part de ce qui s'est déjà passé.
Chaque correction entre dans le runbook, et chaque page du runbook vous appartient.
Qui fait tourner votre système
Nos ingénieurs écrivent et exploitent du code de production depuis plus de 25 ans, en grande partie sur les stacks que vous essayez de garder en vie : batch COBOL, AS/400, VB6, Delphi, ColdFusion, PHP d'avant les frameworks. Pour reprendre votre système, vous ne trouverez pas mieux. La plateforme lit le code en un passage, et nos ingénieurs savent ce qu'il veut dire.
Le prix ferme, les délais de réponse et la date de reprise sont tous au contrat. Chaque carte, chaque runbook et chaque correction sont à vous dès le premier jour.
Les questions de ceux qui en ont hérité
Notre dernier expert est déjà parti. Est-il trop tard ?
La plateforme lit le code, que quelqu'un se souvienne de l'avoir écrit ou non, et nos ingénieurs déduisent le reste du système en fonctionnement. Si vos équipes actuelles sont encore là, elles aident les premiers jours. Si elles sont parties, nous nous en passons. Demandez un devis aujourd'hui, nous commençons par l'accès.
En combien de temps pouvez-vous reprendre ?
Nos ingénieurs sont d'astreinte quelques jours après l'accès, avec la carte et les premiers runbooks prêts au jour 6. Si quelque chose brûle en ce moment, dites-le dans la demande et nous commençons par là. Demandez un devis et choisissez la date.
Supportez-vous COBOL et l'AS/400 ?
Oui, ainsi que VB6, Delphi, PowerBuilder, ColdFusion, Classic ASP, le vieux PHP et Perl. Tout langage, toute base, tout système d'exploitation qui tourne encore dans vos locaux. Nommez votre stack dans la demande, et un ingénieur qui la connaît répond sous 48 heures.
Allez-vous nous pousser vers une migration ?
Le plan de migration est chiffré et sur la table dès les premiers jours, et la décision vous appartient. Le support tourne à son propre prix ferme aussi longtemps qu'il vous le faut. Le jour où vous êtes prêts, l'équipe qui connaît déjà votre système fait la réécriture en 30 jours. Commencez par le support aujourd'hui.
Comment gérez-vous l'accès et la sécurité ?
L'accès est limité à ce que le travail exige et journalisé, après signature d'un NDA. Là où le système n'est pas joignable de l'extérieur, nous travaillons sur site, isolés, sur notre propre matériel. Indiquez vos règles d'accès dans la demande et le plan s'y conformera.
Passez-nous l'astreinte
Aujourd'hui, une seule personne, ou personne, se tient entre ce système et une panne. Dites-nous sur quoi il tourne et ce qu'il fait. Sous 48 heures, vous avez un plan de reprise, un prix ferme et la date où nos ingénieurs prennent l'astreinte.
Un ingénieur la lit et répond. NDA signé avant tout accès.