Convergence IT/OT en Afrique : connecter l'entreprise sans fragiliser les opérations

Ce que signifie la convergence IT/OT

Les technologies opérationnelles contrôlent et observent les procédés physiques. Les technologies de l'information prennent en charge les données d'entreprise, l'identité, la collaboration, les applications métiers et l'analyse. La convergence crée des interfaces délibérées entre ces domaines, afin que les personnes et services autorisés puissent utiliser les informations opérationnelles sans supprimer les contrôles qui protègent la disponibilité, le déterminisme et la sûreté.

Par exemple, elle peut consister à transmettre des données Historian approuvées à des applications d'énergie ou de maintenance, présenter les alarmes BMS et SCADA dans un Centre de contrôle unifié, gérer les versions logicielles sur des sites distants ou renvoyer une instruction de travail validée à un opérateur. Chaque flux doit avoir un responsable, une finalité, une frontière de sécurité et une solution de repli lorsque les communications sont indisponibles.

Cinq principes de conception pour les opérations africaines

1. Maintenir le contrôle essentiel localement. La défaillance du WAN, du cloud ou d'un service d'entreprise ne doit pas automatiquement entraîner la défaillance du procédé.
2. Ne déplacer que les données et commandes justifiées. Chaque flux interdomaine doit avoir une finalité métier, un responsable et le minimum de privilèges requis.
3. Utiliser des zones et des conduits maîtrisés. Segmenter les sites et les services selon les conséquences opérationnelles, et non selon la commodité organisationnelle.
4. Concevoir pour la déconnexion. Mettre les données en tampon, définir le comportement en cas de données périmées et prévoir la réconciliation après le retour de la connexion.
5. Rendre explicite la responsabilité du cycle de vie. La configuration, les synoptiques, les certificats, les comptes, les sauvegardes, les correctifs et la documentation doivent avoir des responsables nommés.

L'IEC décrit la série IEC 62443 comme un ensemble de normes de cybersécurité pour les systèmes d'automatisation et de contrôle industriels. Ses concepts fournissent une structure utile pour les programmes, systèmes, composants et le développement sécurisé, mais la mise en œuvre nécessite toujours une conception fondée sur les risques propres à l'exploitation concernée.

Une architecture de référence pratique

Les commandes provenant de services centraux exigent davantage d'attention que les données sortantes. Il faut définir l'autorisation, la validation, l'expiration, l'acquittement, les verrouillages locaux et le comportement après une livraison retardée. Ce qui est techniquement possible n'est pas nécessairement acceptable sur le plan opérationnel.

Gouvernance : travail partagé, responsabilités distinctes

Les programmes de convergence échouent lorsque l'IT contrôle le réseau sans assumer les conséquences sur le procédé, ou lorsque les opérations contrôlent le procédé sans maîtriser l'exposition interdomaine. Un modèle viable accorde à chaque groupe des droits de décision explicites :

• Opérations : disponibilité du procédé, modes d'exploitation, réponse aux alarmes et comportement de repli acceptable.
• Ingénierie : conception du système de contrôle, interfaces, standards de configuration et intégrité du cycle de vie.
• Cybersécurité : évaluation des risques, zones, identités, surveillance, coordination des incidents et éléments de preuve.
• IT : plateformes d'entreprise, services d'identité, infrastructure, services de données et processus de support hors de la frontière de contrôle.
• Direction : priorités, acceptation des risques, financement, modèle de partenaires et indicateurs de performance.

Une revue d'architecture et un processus de modification partagés doivent couvrir à la fois les changements techniques et les évolutions des responsabilités opérationnelles.

Convergence multisite : autonomie locale, services centraux

Les réseaux distribués d'eau, de transport, de bâtiments, d'énergie et les parcs industriels ont besoin de plus qu'un tableau de bord central. Ils nécessitent une exploitation locale prévisible, une ingénierie efficace, des données stockées puis retransmises, un support distant sécurisé et une méthode maîtrisée pour distribuer les applications et les mises à jour.

L'architecture Edge-to-Service de CODRA décrit des applications SCADA locales autonomes, une hypervision centrale, une administration centrale, une Edge Gateway dans une DMZ et le déploiement distant des applications, versions et correctifs. Cette approche est utile lorsque l'entreprise souhaite des services à l'échelle du groupe sans transformer le WAN en dépendance de contrôle.

Le contexte régional modifie le plan de réalisation

L'Afrique de l'Ouest nécessite des partenaires capables de travailler en anglais et en français sur de vastes territoires. L'Afrique centrale peut accorder davantage d'importance à la maintenance à distance, au transfert de connaissances et à la résilience des communications. L'Afrique de l'Est comprend des infrastructures distribuées en forte croissance, souvent déployées par phases. L'Afrique australe associe fréquemment des parcs industriels matures, des systèmes existants et des exigences élevées de cycle de vie.

Il s'agit de contextes généraux de planification, et non de substituts à l'analyse du pays et du site. La conception finale doit refléter la réglementation locale, les compétences, les parcours de support, la connectivité, les actifs installés et les conséquences opérationnelles.

Découvrez le contexte de réalisation et de partenariat de chaque région :

• Centres de contrôle unifiés indépendants des constructeurs en Afrique de l'Ouest
• Centres de contrôle unifiés indépendants des constructeurs en Afrique centrale
• Centres de contrôle unifiés indépendants des constructeurs en Afrique de l'Est
• Centres de contrôle unifiés indépendants des constructeurs en Afrique australe

Le rôle de Panorama Suite

Panorama Suite peut fournir la plateforme de gestion des données OT/IT indépendante des constructeurs qui soutient un Centre de contrôle unifié. Ce socle permet de réaliser des applications SCADA, GeoSCADA, BMS, EMS, Historian, PSIM et MES, avec des interfaces maîtrisées, une supervision centrale et certaines fonctions Edge-to-Service. Sa valeur est particulièrement forte lorsque l'opérateur a besoin d'un modèle cohérent de données et d'ingénierie sur des équipements, applications et sites hétérogènes.

La plateforme doit être évaluée avec l'ensemble du système : contrôleurs, réseaux, passerelles, identités, sauvegarde, surveillance, capacité de l'intégrateur et modèle de support. Consultez Panorama Suite pour l'Afrique : une plateforme de gestion des données OT/IT pour les Centres de contrôle unifiés pour les éléments de preuve produit, le statut de cybersécurité et la liste de critères d'évaluation.

Une feuille de route pratique et progressive

1. Choisir un résultat. Par exemple : réduire le délai de réponse aux alarmes, unifier le reporting énergétique ou centraliser l'état d'un parc.
2. Cartographier le parcours actuel. Actifs, protocoles, propriété des données, frontières de confiance, dépendances et modes de défaillance.
3. Définir l'interface cible. Données, commandes, identités, latence, disponibilité, conservation et exigences d'audit.
4. Construire le modèle de sécurité et de repli. Segmentation, accès, surveillance, sauvegarde, réponse aux incidents et comportement en cas de déconnexion.
5. Réaliser un pilote sur un périmètre ciblé. Démontrer les opérations, l'interopérabilité, le support et le transfert, pas uniquement le tableau de bord.
6. Déployer selon un modèle reproductible. Standardiser ce qui a fonctionné tout en conservant les différences propres à chaque site lorsqu'elles sont justifiées.

Questions fréquentes