Ingénierie cloud et infrastructure, de l'exploitation aux services eux-mêmes.

Louer l'immeuble, et savoir comment il tient debout

Un fournisseur comme AWS, Azure ou Google Cloud vous loue des machines, du stockage et du réseau, un peu comme on loue des étages. Y déployer une application règle la question de l'hébergement. Restent celles qui coûtent cher plus tard : ce qui se passe quand une machine tombe, qui est prévenu, comment tenir quand les utilisateurs sont plus nombreux, et pourquoi la facture monte chaque mois.

Une panne choisit rarement son heure. Imaginez 3 h du matin : la personne réveillée n'a pas forcément écrit le code, et elle doit voir tout de suite ce qui a cassé et savoir quoi faire. À nos yeux, c'est cette nuit-là qui dit comment un système doit être conçu, bien plus que le schéma propre de la réunion d'architecture. Kevin Vavelin a passé des années sur des infrastructures bancaires, un monde où cette question se pose avant les autres.

Notre travail a donc deux côtés. Le premier est l'architecture et l'exploitation : organiser l'infrastructure, la déployer, la surveiller et garder son coût raisonnable. Le second est l'ingénierie logicielle cloud, c'est-à-dire écrire ce que personne ne peut vous louer, comme le serveur auquel se connectent vos équipements ou le socle commun d'une plateforme utilisée par plusieurs de vos clients.

Si un seul serveur bien surveillé suffit à votre activité, nous vous le dirons, et nous vous déconseillerons le reste. La complexité se paie chaque mois et chaque nuit. Le fournisseur, lui, reste votre choix.

• Le langage que nous aimons pour ces services : développement Rust
• Si votre question porte plutôt sur l'application elle-même : ingénierie logicielle