Notes pratiques
Articles
Articles sur les plateformes de données, les applications, l’IA et le cloud, avec explication des mécanismes techniques et des choix d’architecture.
Parcours de lecture
Applications et intégration
Du fonctionnement mobile aux échanges entre logiciels.
Plateformes de données
Des règles de calcul aux modèles partagés et à leur publication.
IA documentaire et agents
Des sources documentaires à la recherche, puis à l’orchestration des actions.
Cloud et exploitation
Des accès aux coûts d’architecture, puis à la restauration d’un service.
Choisir l’architecture et les licences de Power BI pour une PME
Un entrepôt de données et un modèle sémantique partagé fiabilisent les chiffres. Le nombre de lecteurs et la taille des modèles décident ensuite du type de licence, par utilisateur ou par capacité Fabric.
Une plateforme de données pour l’analytique, les applications et l’IA
Modèles de données, historiques et interfaces de publication pour relier un entrepôt aux analyses, aux applications et aux modèles prédictifs.
Une application mobile reste cohérente grâce à son protocole de synchronisation
Identifiants d’opérations, retries et gestion des modifications concurrentes entre la base locale d’une application mobile et son serveur.
Définir le contrat d’échange entre API et événements
Publication transactionnelle, retries et évolution des schémas de messages entre une application de commande et ses projections de lecture.
Quatre décisions pour les accès cloud sur Google Cloud, Azure, AWS et Infomaniak
Le périmètre des droits, les privilèges temporaires, les identités techniques et la traçabilité permettent de comparer les plateformes sur des besoins précis.
Quatre questions sur le règlement européen sur l’IA pour une entreprise suisse
Le rôle de l’entreprise, son lien avec l’Union européenne et la finalité du système déterminent l’analyse. Les conclusions doivent ensuite être traduites en décisions de conception vérifiables.
Cinq scénarios d’attaque et les mesures qui en limitent les conséquences
Les accès exposés, les comptes, les paiements, les prestataires et la reprise demandent des protections différentes. Leur priorité dépend des activités que l’organisation doit préserver.
Concevoir une IA privée pour les études d’avocats avec contrôle des accès et des sources
La confidentialité des dossiers, les accès et la vérification des résultats orientent l’architecture. Le serveur est une option de mise en œuvre au sein de cette analyse.
Une base de connaissances versionnée pour les équipes et les assistants d’IA
La source approuvée, son historique et sa mise à jour déterminent la fiabilité d’une base documentaire. Les fichiers texte peuvent rendre cette chaîne plus lisible et plus facile à reprendre.
Choisir la mémoire d’un agent et gérer son cycle de vie
Historique de conversation, base documentaire et mémoire persistante remplissent des fonctions différentes. Leur valeur dépend de la provenance, des accès et de la manière de corriger une information.
Réduire les coûts informatiques à partir du coût complet
La dépense dominante, l’effort de changement et le coût d’exploitation déterminent les économies possibles. Une méthode de comparaison, avec l’IA comme cas concret.
Concevoir la recherche, les outils et les contrôles d’un agent d’IA
RAG, boucles et graphes répondent à des décisions distinctes. Un même dossier permet de comprendre leur rôle et les conditions qui justifient leur utilisation.
Évaluer la qualité, la disponibilité et le coût d’un modèle à poids ouverts
Un classement public aide à repérer des candidats. Le choix d’un modèle dépend de sa licence, de sa qualité sur la tâche et des moyens nécessaires pour l’exploiter.
Quatre workflows d’agents d’IA et leurs critères de validation
Un agent relie l’analyse d’informations aux outils de l’organisation. Quatre exemples montrent les intégrations nécessaires, le résultat attendu et les contrôles qui permettent de l’évaluer.
Encadrer les outils, les données et les responsabilités de l’IA à l’école
Un usage pédagogique devient praticable lorsque l’établissement en précise l’objectif, les données autorisées, les comptes et les règles de validation.
Adapter HERMES aux projets informatiques d’une petite commune
Des décisions explicites, des résultats vérifiables et des rôles distincts permettent de proportionner la gouvernance au projet, sans perdre la maîtrise de sa réalisation.
Quelle loi protège les données des élèves d’une école privée ?
Le statut de l’école et l’activité concernée déterminent le cadre applicable. Un exemple de portail parents permet de relier les données, les fournisseurs et les responsabilités.
Trois configurations pour dimensionner une IA locale
La mémoire, le débit et la charge simultanée orientent le choix du matériel. Trois profils permettent de préparer un essai, puis de comparer le coût complet des options.
Documenter le choix d’un fournisseur informatique pour une commune vaudoise
Le droit applicable, la valeur du marché et les conditions réelles du traitement des données orientent le choix du fournisseur et la rédaction du contrat.
Choisir une alternative cloud suisse ou européenne selon les usages
La localisation, les fonctions et les conditions de sortie doivent répondre au même besoin. Une comparaison par usages pour préparer un remplacement progressif.
Déployer une IA interne avec des modèles ouverts et une infrastructure adaptée
La qualité attendue, les données et les capacités d’exploitation déterminent le mode de déploiement. Le modèle et son hébergement doivent être évalués ensemble.
Fiabiliser les rapports sans remplacer tous les outils
Définir les indicateurs, modéliser les sources et développer un pipeline de reporting dont les calculs et les données peuvent être vérifiés.
Vérifier qu’une sauvegarde permet réellement de reprendre l’activité
Une restauration complète vérifie les données, les applications et leurs dépendances. Son résultat permet de comparer les capacités de reprise aux besoins de l’organisation.
Choisir une architecture d’IA pour les données de santé et les résultats de recherche
Les dossiers de patients et les résultats non publiés peuvent coexister dans une même organisation. Leurs usages et leurs règles de communication déterminent les contrôles à concevoir.