Une architecture cloud conçue autour de votre système.
Feneco conçoit l'architecture cloud et plateforme en fonction de la charge de travail, de l'équipe d'ingénierie, des exigences d'exploitation et des contraintes métier du système concerné.
Nous travaillons sur des architectures cloud-natives, à base de conteneurs, serverless, événementielles et traditionnelles, et nous choisissons le modèle adapté au produit. La plupart de nos systèmes en production tournent sur AWS. Les mêmes principes s'appliquent chez d'autres fournisseurs.
L'architecture part du problème
La première étape consiste à comprendre le comportement du système : profils de trafic, exigences de latence, sensibilité des données, dépendances d'intégration, fréquence des mises en production, capacité de l'équipe et croissance attendue. L'architecture découle de ces réponses, et les arbitrages entre montée en charge, fiabilité, sécurité, effort d'exploitation et coût sont écrits avant toute construction.
Les modèles d'architecture que nous utilisons
En couches et modulaire
Une séparation nette entre présentation, application, domaine et infrastructure. Un bon choix lorsque la maintenabilité, une livraison prévisible et des responsabilités claires comptent davantage que la distribution du système.
Serverless
Adapté aux charges événementielles, irrégulières ou très variables. Le modèle d'exécution, l'observabilité, le profil de coûts et les limites de la plateforme sont évalués avant de recommander le serverless.
À base de conteneurs
Pour les services qui demandent une exécution prévisible, une disponibilité continue et la maîtrise de l'environnement d'exécution. La conception couvre le réseau, le déploiement, la montée en charge, l'observabilité et la sécurité autour des conteneurs.
Événementielle
Utile lorsque des services doivent fonctionner de façon indépendante, traiter le travail de manière asynchrone ou isoler les pannes. Les événements sont introduits là où ils apportent un bénéfice clair, et les appels directs restent là où ils sont plus simples.
Les fondations de chaque mission
Infrastructure as code
L'infrastructure est versionnée, revue et reproductible, généralement avec Terraform. Les environnements peuvent être reconstruits à partir du dépôt, sans modifications non documentées dans la console.
Accès sécurisés par défaut
Les permissions suivent le principe du moindre privilège. Les pipelines s'authentifient avec des identifiants de courte durée (par exemple GitHub Actions avec OIDC) : aucune clé cloud de longue durée n'est stockée dans les secrets de la CI.
Privé par défaut
Les bases de données et les services internes n'ont pas de point d'accès public sans besoin clair. Les frontières réseau et les chemins d'accès font partie de la conception dès le départ.
Mises en production sûres
Tests automatisés, contrôles de santé, déploiements blue/green ou progressifs et retour arrière répété réduisent le risque de chaque mise en production.
Observabilité dès la première version
Logs, métriques, traces et alertes sont conçus avec le système, pour que l'équipe puisse voir et diagnostiquer les problèmes en production dès le premier jour.
Éprouvé en production
Dans le cadre de Feneco, Samuel Santos a été Lead Engineer sur la modernisation de la plateforme Buy Now Pay Later de l'une des plus grandes banques australiennes. Le système est passé d'une architecture rudimentaire à une solution cloud-native et serverless sur AWS, construite selon la Clean Architecture et le Domain-Driven Design, conçue pour traiter des centaines de milliers de transactions par jour.
La plateforme Liren tourne sur une infrastructure entièrement gérée avec Terraform : VPC, RDS, ECS Fargate, un load balancer applicatif, CloudFront avec S3 et Secrets Manager. Elle est déployée via GitHub Actions avec OIDC, et la base de données n'a pas de point d'accès public.
Lorsque le travail de plateforme s'inscrit dans une refonte plus large, consultez Modernisation des systèmes existants.
Quand Feneco est pertinente
- Un environnement cloud s'est développé sans architecture claire.
- Un système doit monter en charge sans complexité opérationnelle inutile.
- L'équipe hésite entre conteneurs, serverless, monolithe modulaire ou services distribués.
- Les coûts d'infrastructure ou la fiabilité deviennent difficiles à maîtriser.
- Une migration a besoin à la fois de l'architecture et d'une exécution concrète.
L'architecture doit d'abord s'adapter au système. Feneco rend les arbitrages explicites et construit des plateformes que votre équipe pourra continuer à maintenir à mesure que l'activité grandit.