IA locale et sur place
L’IA locale s’exécute sur de l’équipement contrôlé par l’organisation ou installé dans son environnement. Elle peut convenir lorsque l’information est sensible, que la connectivité est limitée, que le temps de réponse est important ou que l’organisation souhaite mieux contrôler les modèles, les applications et les changements au système.
Les compromis peuvent comprendre une responsabilité accrue pour le matériel, l’entretien, les sauvegardes, la sécurité et le cycle de vie. Un partenaire de services gérés peut réduire cette charge, mais les responsabilités doivent quand même être clairement définies.
Nuage privé
Un environnement infonuagique privé peut offrir une gestion centralisée, un accès à partir de plusieurs emplacements et une mise à l’échelle plus simple, tout en maintenant une séparation et un contrôle contractuel plus rigoureux qu’un outil d’IA grand public.
Il peut convenir aux équipes distribuées ou aux organisations dont les systèmes reposent déjà sur une infrastructure infonuagique contrôlée. Il faut néanmoins comprendre l’emplacement des données, les accès du fournisseur, les journaux, la conservation et les dépendances au service.
Architecture hybride
Un modèle hybride répartit le travail selon la sensibilité et les besoins opérationnels. Par exemple, les documents sensibles peuvent demeurer locaux alors que certains services non sensibles utilisent un environnement infonuagique contrôlé.
Les systèmes hybrides peuvent être très pratiques, mais ils exigent une conception rigoureuse. La complexité augmente lorsque l’information circule entre les environnements ou lorsque les équipes ne savent pas clairement quel système utiliser.
Questions qui devraient guider le choix
- Quelle information le système utilisera-t-il?
- Où cette information peut-elle être stockée ou traitée?
- Qui doit y avoir accès, et à partir de quel endroit?
- Que se passe-t-il si la connexion Internet n’est pas disponible?
- Quel niveau de performance et d’évolutivité est nécessaire?
- Qui entretiendra le matériel, les logiciels et les contrôles de sécurité?
- Quel niveau de journalisation, de traçabilité et de reprise est attendu?
- Quelles contraintes contractuelles ou d’approvisionnement s’appliquent?
- Quel est le coût complet du cycle de vie, et non seulement le prix initial?
- Le personnel peut-il utiliser le modèle choisi de façon sécuritaire et uniforme?
Une approche locale d’abord ne signifie pas locale seulement
Une bonne approche locale d’abord considère le déploiement local comme le point de départ privilégié lorsqu’il procure un contrôle réel. Elle ne force pas toutes les charges de travail sur du matériel local lorsqu’un nuage privé ou un modèle hybride est plus pratique et respecte les contrôles exigés.
L’objectif est une architecture choisie délibérément, et non une architecture idéologique.
Prochaine étape recommandée
Avant de choisir une plateforme, cartographiez le processus, l’information, les utilisateurs, les risques et les contraintes opérationnelles. Une courte évaluation de l’état de préparation et de l’architecture peut éviter l’achat d’un système techniquement impressionnant qui ne correspond pas au travail réel.