Il y a près de 10 ans, Thirdbridge a fait le choix d’utiliser AWS comme fournisseur infonuagique par défaut pour la majorité de ses projets. Cette décision s’inscrit dans une stratégie numérique globale et nuancée, dans laquelle nous intégrons également d’autres fournisseurs capables de répondre à des besoins spécifiques. La suite de ce texte explique les raisonnements derrière cette position.

Le choix par défaut

Thirdbridge réalise des projets pour d’autres entreprises. Cela nous impose la responsabilité de choisir des technologies établies et pérennes pour nos clients. Si ceux-ci décident un jour de reprendre le projet en interne, ils ne doivent pas être pénalisés par notre choix d’une technologie ésotérique faite pour notre propre plaisir.

Cette mentalité de sobriété et de prudence se manifeste dans l’ensemble de notre stack technologique (React, C#, Node.js, Postgres, AWS, etc.).

Lorsque nous avons ouvert notre premier compte en 2017, AWS détenait la plus grande part de marché, avec environ 32 %. Ce ratio est demeuré étonnamment stable : AWS possède aujourd’hui environ 31 % du marché. Cette stabilité au sommet fait d’AWS un choix par défaut évident. Le bassin de talents est vaste, la communauté est dynamique, et malgré sa taille colossale, AWS continue d’innover à un rythme soutenu, notamment grâce à sa structure organisationnelle.

Un partenariat avantageux

Pour maintenir son hégémonie, AWS propose un programme de partenariat très intéressant pour les entreprises qualifiées (comme Thirdbridge) et leurs clients.

Crédits à l’innovation

AWS offre une quantité significative de crédits pour les projets d’innovation admissibles. Cela permet de valider des concepts technologiques sans se soucier des coûts liés à l’infonuagique.

Preuve de concept

AWS peut même financer une partie des frais liés à la mise en place d’une preuve de concept, tant que celle-ci repose sur AWS. On parle ici de financement en argent réel, et non de simples crédits AWS — un coup de pouce financier non négligeable en début de projet.

Une sécurité uniformisée

Forte de l’expertise acquise au cours de la dernière décennie, l’utilisation d’AWS permet aux clients de Thirdbridge de bénéficier d’un niveau de cybersécurité très avancé. En regroupant tous nos projets au sein de la même organisation, nous pouvons automatiquement déployer l’arsenal de sécurité d’AWS (GuardDuty, Config, Security Hub, Inspector et Macie) dans chacun de nos comptes.

Ainsi, même nos plus petits clients bénéficient d’un niveau de sécurité comparable à celui des grandes entreprises, et ce, à un coût extrêmement bas.

Une stratégie nuancée

Bien qu’AWS soit notre choix par défaut pour les raisons mentionnées ci-dessus, nous sommes parfaitement conscients que ce n’est pas la solution idéale pour tous les cas d’usage. Voici quelques autres technologies que nous utilisons dans différents contextes :

Vercel

La puissance d’AWS est un couteau à double tranchant : elle engendre une complexité qui peut être intimidante pour de nombreux développeurs. Vercel, une solution infonuagique bien connue pour son intégration avec Next.js, repose sur AWS, mais offre une expérience simplifiée et intuitive. Elle permet d’héberger la majorité des méta-frameworks modernes (Next.js, SvelteKit, etc.).

Pour des projets simples ne nécessitant pas d’infrastructure complexe, Vercel est souvent un meilleur choix, car elle élimine la complexité du cloud. Toutefois, ses limitations deviennent rapidement apparentes. Par exemple, il n’est pas possible d’obtenir une adresse IP fixe, ce qui empêche de configurer un pare-feu pour une base de données externe (le VPC peering n’est disponible que dans le plan Enterprise). Bien que cela puisse sembler anodin, cette contrainte représente un blocage majeur pour tout projet devant respecter des standards de sécurité stricts.

Azure

Au cours des dernières années, nous avons observé la montée en puissance de Microsoft Azure. Son offre de services est similaire à celle d’AWS, mais l’intégration native avec les autres produits Microsoft fait souvent pencher la balance en sa faveur. Certains de nos plus gros clients exigent explicitement l’usage de cette plateforme.

Nous avons donc initié un programme de certification interne sur Azure afin d’offrir un service de haut niveau aux clients dont l’écosystème technologique privilégie cette solution.

Firebase / GCP

Google Cloud Platform se distingue avec Firebase, une solution simplifiée qui permet de mettre en place des projets rapidement, tout en facilitant une transition vers GCP si le projet gagne en complexité.

En général, nous choisissons Firebase pour Firestore, sa base de données en temps réel. Bien que les besoins en temps réel soient rares, lorsque cela est nécessaire, Firestore constitue une solution remarquable.

Conclusion

Depuis près d’une décennie, AWS est notre choix de facto pour l’hébergement infonuagique. Sa popularité, les avantages offerts aux partenaires, ainsi que ses fonctionnalités de cybersécurité avancées justifient pleinement cette position.

Cependant, nous ne sommes pas naïfs : certains projets ou écosystèmes clients exigent d’autres solutions. Bien qu’AWS reste notre option par défaut, nous effectuons toujours une analyse rigoureuse afin de choisir la technologie la mieux adaptée à chaque situation.