Votre application tient la nuit, et vous n'êtes jamais seul devant l'écran

Le budget dépend de la criticité, du volume d'utilisateurs et de l'état de l'infrastructure existante. Tant qu'on n'a pas regardé ce qui tourne, tout chiffrage serait inventé : nous commençons par un audit d'infrastructure, sur un périmètre fermé annoncé à l'avance. Cet audit chiffre aussi ce qui peut baisser.

Ce sont trois découpes du même contrat, et le vocabulaire varie d'un prestataire à l'autre. L'infogérance applicative désigne le fait de confier l'application à un tiers qui la fait tourner. La TMA, tierce maintenance applicative, est le cadre contractuel qui décrit ce que ce tiers prend en charge. À l'intérieur, la maintenance corrective répare ce qui casse, la maintenance évolutive fait vivre les règles métier quand elles changent, et la maintenance adaptative suit les versions de l'écosystème. Nous couvrons les quatre dans une seule mission, avec un seul responsable, parce que les séparer revient à faire arbitrer le client entre des prestataires qui se renvoient l'incident.

Ils se fixent au contrat, par niveau de gravité : production arrêtée, fonction bloquante, anomalie courante, chacun avec son délai de prise en compte et son délai de rétablissement. Le niveau se cale sur la criticité réelle de l'application, parce qu'une application interne utilisée aux heures de bureau et une plateforme ouverte à vos clients n'appellent ni le même engagement ni le même budget. Nos engagements portent sur les heures ouvrées.

Deux réponses, selon le besoin réel. Les échéances qui se voient venir (mise en production sensible, migration, salon professionnel, pic saisonnier) se préparent : nous en convenons à l'avance et la présence nécessaire entre au planning et au contrat. Quand l'application impose une couverture permanente, nous la construisons avec un hébergeur partenaire qui tient une astreinte de nuit, et nous restons votre interlocuteur unique. Nous ne vendons pas une permanence que nous serions seuls à porter.

Un hébergeur répond de la machine, pas du code. Quand une requête s'écroule parce que la table a grossi ou qu'un traitement de nuit déborde sur la journée, il ouvre un ticket chez votre développeur et votre production attend que deux prestataires se parlent. Nous tenons les deux bouts : la personne qui reçoit l'alerte peut lire le code, corriger et déployer. C'est ce qui raccourcit le plus les incidents applicatifs.

Selon ce que l'application demande : sur notre plateforme quand il faut aller vite sans dépendre de votre SI, chez l'un de nos hébergeurs partenaires quand l'architecture ou la réglementation l'exige, ou dans votre propre infrastructure quand elle existe déjà. Nos serveurs sont en France et la chaîne reste dans l'Union européenne. Nous recommandons un contrat d'hébergement à votre nom : vous gardez la propriété des accès.

Nous intervenons quand même. Une panne chez votre hébergeur reste votre panne : nous prenons la main sur ce qui relève de l'application, nous ouvrons et suivons le dossier chez l'hébergeur, et nous vous tenons informé pendant ce temps-là. C'est le cas de beaucoup d'entreprises hébergées en mutualisé, qui n'ont personne à appeler entre leur hébergeur et leur développeur.

Non. Les applications tournent sur un cluster Kubernetes managé, chacune avec ses ressources, ses limites et son isolation, ses environnements reconstruits automatiquement et ses sauvegardes externalisées. Ce qui est partagé, c'est le coût de la plateforme et de sa supervision.

Oui, régulièrement. Nous commençons par un audit court, qui reconstitue à partir du code et de la production ce qui n'a jamais été écrit. La première chose que nous mettons en place ensuite est la chaîne automatisée : tests, préproduction, déploiement répétable. Notre terrain, ce sont les applications web : si votre code sort de ce périmètre, nous vous le disons à l'audit plutôt qu'au troisième mois.

Oui, et c'est une transition qui se prépare. Nous commençons par récupérer les accès et par inventorier ce qui tourne : serveurs, noms de domaine, certificats, comptes des services tiers, sauvegardes. Cette liste est souvent incomplète chez le prestataire sortant, et c'est le vrai travail des premières semaines. L'application continue de tourner pendant ce temps.

Les dépendances de l'application et les failles publiées sont suivies en continu et comparées aux versions installées chez vous. Quand une version expose votre production, la mise à jour est proposée avec son urgence et sa charge estimée, et la décision reste la vôtre. Ce sont les tests automatiques qui rendent l'opération sûre : c'est pourquoi nous les montons avant tout le reste.

Une interruption programmée se convient avec vous et s'inscrit dans une fenêtre annoncée à vos utilisateurs. Sur les migrations de données, nous répétons l'opération sur un environnement reconstruit à l'identique avant de la jouer en production, ce qui permet de connaître sa durée réelle plutôt que de l'estimer.

Nous rattachons chaque euro à un usage : quel service, quel environnement, quelle sauvegarde, quel volume. Ensuite nous coupons ce qui ne sert plus et redimensionnons le reste sur l'usage constaté. Vous obtenez une facture d'infrastructure défendable poste par poste, et souvent plus basse.

La maintenance applicative fait partie de la mission : correctifs, mises à jour, petites évolutions. Quand les demandes deviennent une feuille de route produit, nous vous le disons et nous basculons sur un cadre d'équipe produit, avec son rythme et son budget.

Oui. Le code, l'infrastructure et les accès sont à vous. La réversibilité se prépare pendant la mission : infrastructure décrite en code, documentation à jour, procédures de sauvegarde et de restauration testées. Une application partie de notre plateforme peut aussi bien rejoindre la vôtre.

Nous la complétons sur ce qui lui manque, ou nous tenons le rôle qu'elle n'a pas. Beaucoup d'équipes savent développer sans vouloir porter la surveillance, l'outillage de déploiement et la sécurité de la production. C'est ce périmètre que nous prenons, dans vos environnements et selon vos procédures.