Backend et cloud souverain
Des APIs et des architectures qui tiennent la charge, hébergées sur cloud suisse ou sur votre propre infrastructure. Sans dépendance à un fournisseur dont vous ne maîtrisez ni les tarifs ni la juridiction.
Où vivent vos données
La question précède l'architecture. Selon votre secteur, la réponse acceptable va de « en Suisse, chez un hébergeur suisse » à « dans notre salle serveur, sans accès Internet sortant ». Nous partons de cette contrainte et concevons ensuite, plutôt que l'inverse.
En pratique, trois options couvrent presque tous les cas : cloud suisse chez Infomaniak ou Exoscale, hébergement dans vos murs, ou modèle hybride avec les données sensibles chez vous et le reste ailleurs. Les trois ont des conséquences très différentes sur le coût d'exploitation, et nous les chiffrons avant de décider.
Ce que nous mettons en place
Nos architectures restent volontairement simples. Un système que votre équipe ne peut pas comprendre est un système que personne ne pourra dépanner à trois heures du matin.
APIs et services métier
REST ou GraphQL, documentés, versionnés, testés. Conçus pour être consommés par vos applications mobiles, web et par vos partenaires.
Supabase auto-hébergé
PostgreSQL, authentification, stockage et temps réel, sur votre infrastructure. La productivité d'une plateforme gérée sans en subir la dépendance.
Traitement de données
Pipelines d'ingestion, de transformation et de synchronisation entre systèmes existants, avec reprise sur erreur.
Observabilité
Journaux, métriques, alertes. Savoir qu'un service est dégradé avant que l'utilisateur n'appelle.
Sortir d'un fournisseur sans tout réécrire
La migration depuis une plateforme américaine est rarement un projet de type grand soir. Nous procédons par étapes : d'abord isoler les dépendances derrière des interfaces, puis déplacer les composants un par un, en commençant par ceux qui portent les données les plus sensibles.
Cette approche permet de garder le service en fonctionnement pendant toute la migration, et d'arrêter à mi-chemin si le bilan économique ne suit pas. Nous chiffrons systématiquement le coût de fonctionnement avant et après.
Ce qui se passe après la mise en production
Une architecture n'est pas livrée le jour de la mise en production : elle commence ce jour-là. Nous installons la supervision, définissons les seuils d'alerte, documentons les procédures de reprise et testons les sauvegardes en les restaurant réellement.
Le contrat de maintenance est dimensionné sur la criticité, pas sur un forfait standard. Pour un système dont l'arrêt bloque la production, cela peut vouloir dire une astreinte. Pour un outil interne, une intervention en heures ouvrables suffit et coûte bien moins cher.
Réversibilité
Vous devez pouvoir nous remplacer. C'est un engagement écrit, pas une déclaration d'intention.
- Infrastructure décrite en code, versionnée dans votre dépôt.
- Aucun composant propriétaire MCDev dans la chaîne de production.
- Procédures d'exploitation documentées et testées avec vos équipes.
- Export complet des données dans un format ouvert, à tout moment et sans frais.
Un exemple
Backend souverain auto-hébergé pour une application iPad de terrain : synchronisation hors ligne, tableau de bord analytique et stockage des données d'exploitation sur une infrastructure maîtrisée par le client.
Questions fréquentes
Où sont hébergées les données ?
Là où vous le décidez : chez un hébergeur suisse, dans vos propres locaux, ou dans un modèle hybride. Nous vous donnons le coût de fonctionnement de chaque option avant de trancher, car l'écart est souvent plus faible qu'attendu.
Supabase auto-hébergé, est-ce viable en production ?
Oui, à condition d'accepter d'en assurer l'exploitation : sauvegardes, montées de version, supervision. C'est ce que nous mettons en place et documentons. En échange, vous gardez PostgreSQL, un format standard et la possibilité de partir.
Pouvez-vous reprendre une infrastructure existante ?
Oui. Nous commençons par un audit de l'existant, des coûts et des risques, puis nous proposons un plan par étapes. Nous ne recommandons une refonte complète que si l'audit la justifie, chiffres à l'appui.
Quelle disponibilité pouvez-vous garantir ?
Cela dépend de l'architecture que vous financez. Une redondance complète coûte cher et ne se justifie pas partout. Nous partons de votre tolérance réelle à l'interruption et dimensionnons en conséquence, avec un engagement écrit.
Que se passe-t-il si nous arrêtons de travailler avec vous ?
Vous récupérez tout : le code, l'infrastructure décrite en code, les données dans un format ouvert et la documentation d'exploitation. Nous accompagnons le transfert vers l'équipe qui reprend, et c'est prévu au contrat.
Parlons de votre projet.
Décrivez votre besoin en quelques lignes. Nous répondons sous 48 heures ouvrables, avec un premier avis technique et non un argumentaire commercial.