Infrastructure et technologies
Nous n'écrivons pas tout nous-mêmes ; ce sur quoi nous construisons est aussi un choix
- Accueil
- /
- Entreprise
- /
- Infrastructure et technologies
Sous un système, il y a beaucoup de choses que nous n'avons pas écrites nous-mêmes. Le réseau qui résout le nom de domaine, la base de données où résident les données, la chaîne de production qui imprime la carte, les services avec lesquels dialogue l'application. Rien de tout cela n'est un détail d'approvisionnement à négliger ; ce sont ces éléments qui déterminent le comportement du système sur le terrain.
Nous ne les appelons pas partenaires de solutions, parce qu'ils ne le sont pas. Il n'existe aucun contrat de partenariat entre nous ; mais la couche de résolution DNS, de proxy et de cache placée devant un site vient de l'extérieur, et quand cette couche tombe, le site tombe aussi. Nos cartes prototypes sortent également d'une chaîne de production qui ne nous appartient pas. Le vrai nom de cette relation n'est pas partenariat, mais dépendance — et une dépendance doit être choisie en connaissance de cause.
C'est pourquoi le choix de l'infrastructure se discute dans le cadre des décisions du projet, et non comme une préférence ajoutée après coup. Voici quelques-unes des couches sur lesquelles nous construisons aujourd'hui ; la liste varie selon le projet et s'adapte à la structure déjà en place chez l'organisation.
Nos partenaires technologiques
- Cloudflare
- Microsoft SQL Server
- .NET
- Entity Framework Core
- Avalonia
- Roslyn
- SQLite
- OpenAPI
- JLCPCB
La liste varie selon le projet. Sur chaque mission, l'infrastructure utilisée est reconstituée en fonction de la structure existante de l'organisation et des exigences du projet.
Nos critères de sélection
Disponibilité
Un composant qui paraît idéal sur la fiche technique n'est pas le bon choix si son délai d'approvisionnement est long ou s'il vient d'une source unique. Nous privilégions les pièces disposant d'une alternative et largement disponibles.
Pérennité
L'outil le plus rapide aujourd'hui peut être, dans trois ans, celui pour lequel vous ne trouverez plus personne pour la maintenance. Ce critère prime chez nous sur la performance.
Compatibilité avec l'existant
Un composant qui ne communique pas avec les systèmes existants d'une organisation augmente le coût total, même s'il est techniquement supérieur. Le coût de compatibilité est intégré dès la phase de sélection.
Une marge d'indépendance
Nous ne prenons pas de décisions qui enferment chez un seul fournisseur sans avoir discuté du coût de sortie. Une dépendance créée sans connaître ce coût joue ensuite en votre défaveur à la table des négociations.
Parlons d'une collaboration
Si vous avez une proposition ou une question sur ce sujet, commençons par un court échange.