Une application qui tombe le jour où elle est le plus utilisée coûte plus cher que toute l'infrastructure qui l'aurait évité. Nous concevons des architectures infonuagiques dimensionnées pour ce qui va réellement arriver, et des déploiements qui ne demandent pas de retenir son souffle.
Un lancement, un événement, une campagne : le succès approche et personne ne sait si l'infrastructure va tenir.
Le déploiement est manuel, mal documenté, et se fait le vendredi soir en espérant que rien ne casse.
L'infrastructure a été montée au fil des besoins, sans que personne ne revienne dimensionner ce qui tourne réellement.
Nous travaillons principalement sur AWS, avec des conteneurs et du déploiement automatisé. L'objectif n'est pas la sophistication : c'est qu'une autre équipe puisse comprendre et reprendre ce qui a été monté.
Conception dimensionnée pour votre charge réelle, avec la redondance là où elle change quelque chose.
Des environnements identiques du poste du développeur jusqu'à la production, pour supprimer la catégorie de bogues « ça marchait chez moi ».
Mise en ligne déclenchée par le code, avec tests, retour arrière possible et journal de ce qui a été livré.
Tests de charge et dimensionnement avant l'événement, plutôt que du diagnostic pendant.
Savoir qu'un service est en difficulté avant que le client appelle pour le dire.
Déplacement d'une application hébergée sur un serveur physique ou chez un hébergeur historique, par étapes.
Pour le Grand défi Pierre Lavoie, l'enjeu n'était pas la charge moyenne mais le pic : une seule journée où des dizaines de milliers de personnes arrivent en même temps. L'infrastructure a été dimensionnée et testée pour ça, plutôt que découverte le jour venu.
Infrastructure infonuagique AWS optimisée pour soutenir jusqu’à 200 000 utilisateurs simultanés pendant les événements du Grand défi Pierre Lavoie.
Application web qui centralise la création, l’approbation et la programmation de 9 413 activités pour 42 éducatrices et 27 groupes d’enfants.
C'est notre plateforme principale, celle où nous avons le plus d'expérience en production. Nous intervenons aussi ailleurs quand votre entreprise y est déjà établie : changer d'hébergeur pour des raisons de préférence technique rend rarement service au client.
Oui. Nous commençons par la cartographier — ce qui tourne, ce qui coûte, ce qui est redondant et ce qui ne l'est pas. Beaucoup d'infrastructures accumulées au fil des ans contiennent des services que plus personne n'utilise mais que tout le monde continue de payer.
Oui. AWS et les autres grands fournisseurs offrent des régions canadiennes, et c'est souvent une exigence pour les organismes publics et le secteur de la santé. C'est une décision d'architecture à prendre au départ, pas après.
Ça dépend de ce que vous avez choisi de payer, et c'est une conversation à avoir avant l'incident. Nous mettons en place la surveillance et les alertes; le niveau d'intervention garanti se décide selon la criticité réelle du service.
👋 Salut, ici Marc-André !
Rendu ici, vous en savez déjà pas mal sur nous. On aimerait bien vous connaître à notre tour.
Pas de pitch, pas de pression : juste une bonne conversation sur ce que vous bâtissez, ce qui vous bloque, ce qui vous allume. Trente minutes, autour d'un café virtuel. ☕
