%% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/Systèmes D'Information Opérationnels|Accueil · Systèmes D'Information Opérationnels]] > > | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/04 - Les applications opérationnelles\|← Les applications opérationnelles]] | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/06 - Sécurité, conformité et éthique\|Sécurité, conformité et éthique →]] | > |:---|---:| %% nav-fin %% # Chapitre 5 — Architecture et environnement ## 🎯 Objectifs d'apprentissage À la fin de ce chapitre, vous serez capable de : - **expliquer** le principe de l'architecture client/serveur ; - **distinguer** un hébergement sur site d'un hébergement dans le cloud, les types de cloud (public, privé, communautaire, hybride) et les modèles IaaS, PaaS et SaaS ; - **décrire** la chaîne qui va d'un capteur ou d'un terminal mobile jusqu'à la base de données. ## 5.1 L'architecture client/serveur L'**architecture** d'un SI décrit comment ses composants (matériels, logiciels, données) sont organisés et reliés entre eux. La plupart des applications opérationnelles reposent sur le modèle **client/serveur** : - le **serveur** est un ordinateur puissant, souvent sans écran, qui héberge l'application et la base de données et répond aux demandes ; - le **client** est le poste de l'utilisateur (ordinateur, tablette, smartphone) qui envoie des demandes et affiche les résultats ; - le **réseau** les relie : réseau local de l'entreprise, **intranet** (réseau interne utilisant les technologies d'internet) ou **internet**. Aujourd'hui, beaucoup d'applications sont des **applications web** : on y accède avec un simple **navigateur** (Edge, Firefox, Chrome…), sans rien installer sur son poste. *Figure 5.1 — L'architecture client/serveur* ```mermaid flowchart LR C1["Poste de bureau"] --> R["Réseau"] C2["Tablette de terrain"] --> R C3["Smartphone"] --> R R --> S["Serveur d'application"] S --> BD[("Base de données")] ``` Tous les clients s'adressent au même serveur : chacun voit donc les mêmes données à jour, quel que soit l'endroit d'où il se connecte. ## 5.2 Sur site ou dans le cloud ? Les serveurs peuvent être installés à deux endroits. En **hébergement sur site** (*on premise*), les serveurs sont dans les locaux de l'organisation, qui les achète, les installe, les entretient et les protège elle-même. Dans le **cloud** (*informatique en nuage*), les ressources informatiques (serveurs, stockage, applications) sont mises à disposition **à la demande**, à travers un réseau : on en utilise plus ou moins selon ses besoins, sans se soucier des machines physiques. Celles-ci sont regroupées dans des **centres de données** (*data centers*), des bâtiments sécurisés qui abritent des centaines ou des milliers de serveurs. Selon **à qui** ces ressources sont réservées et **où** elles se trouvent, on distingue plusieurs types de cloud : | Type | Principe | Exemple | |---|---|---| | **Cloud public** | l'infrastructure d'un grand prestataire est partagée entre de nombreux clients, chacun ne voyant que ses propres données ; on paie à la consommation ou par **abonnement** | une messagerie en ligne, la plupart des SaaS | | **Cloud privé interne** | une infrastructure de type cloud réservée à une seule organisation, installée dans ses propres centres de données et gérée par sa DSI | une grande entreprise qui met des serveurs à la disposition de ses services | | **Cloud privé externe** | une infrastructure cloud réservée à une seule organisation, mais hébergée et gérée par un prestataire | un hébergeur qui fournit à une entreprise sa propre plateforme cloud, qu'elle ne partage avec personne | | **Cloud communautaire** | une infrastructure partagée par plusieurs organisations qui ont des besoins communs (métier, sécurité, réglementation) | plusieurs coopératives agricoles qui mutualisent une plateforme | | **Cloud hybride** | une combinaison des précédents | les applications sensibles en cloud privé, la messagerie en cloud public | Le cloud public demande peu d'investissement au départ et s'adapte vite aux besoins, mais ses coûts augmentent avec l'usage et doivent être surveillés ; le cloud privé offre davantage de maîtrise sur la sécurité et la localisation des données. Quel que soit le type, le cloud se décline aussi en trois modèles de service, selon ce que le prestataire prend en charge : | Modèle | Ce que fournit le prestataire | Ce que gère encore l'organisation | |---|---|---| | **IaaS** (*Infrastructure as a Service*) | serveurs, stockage, réseau | systèmes, logiciels, données | | **PaaS** (*Platform as a Service*) | infrastructure + environnement prêt pour développer et exécuter des applications | ses applications et ses données | | **SaaS** (*Software as a Service*) | l'application complète, prête à l'emploi, accessible par navigateur | ses données et son paramétrage | Pour un utilisateur, le **SaaS** est le modèle le plus visible : la messagerie en ligne, les outils de visioconférence ou de nombreux CRM sont des SaaS. | | Sur site | Cloud public | |---|---|---| | Coût | investissement de départ élevé | abonnement régulier | | Mises à jour | à organiser soi-même | faites par le prestataire | | Accès hors des locaux | à prévoir | natif, depuis internet | | Maîtrise des données | forte, mais entièrement à la charge de l'organisation (sécurité, sauvegardes) | dépend du contrat et du lieu d'hébergement | | Dépendance | au matériel et aux compétences internes | au prestataire et à la connexion internet | Les avantages du cloud sont les plus nets en SaaS, où le prestataire gère aussi l'application. > [!example]- 🌾 Terres du Plateau — où sont les applications ? > L'**ERP** de la coopérative est installé **sur site**, sur des serveurs dans un local sécurisé du siège : la collecte doit fonctionner même si la connexion internet des silos ruraux est coupée. L'outil de gestion parcellaire est en revanche un **SaaS** : techniciens et adhérents y accèdent depuis n'importe quelle exploitation, et l'éditeur intègre lui-même chaque année les nouvelles règles réglementaires. > [!example]- 🍎 NutriLait — où sont les applications ? > Le **MES** est installé **sur site**, au plus près des lignes de production : une coupure d'internet ne doit jamais arrêter l'usine. L'**ERP** est hébergé dans un **cloud privé externe**, en **IaaS** : NutriLait loue chez un prestataire une infrastructure cloud qui lui est réservée, mais garde la main sur le logiciel. La messagerie et le **CRM** commercial sont des **SaaS** utilisés par les commerciaux en déplacement. > [!example]- 🌍 HydroSol Conseil — où sont les applications ? > Le bureau d'études a remplacé son vieux logiciel de gestion de projets, installé sur un serveur au fond d'un couloir, par un **SaaS** : abonnement mensuel par utilisateur, mises à jour automatiques, accès depuis le terrain. Avant de signer, il a vérifié que les données étaient hébergées dans l'Union européenne et qu'il pourrait les récupérer en fin de contrat. Le **SIG** et la base des mesures restent **sur site**. ## 5.3 Mobilité et objets connectés Le SI ne s'arrête plus aux murs du bureau. La **mobilité** désigne l'usage du SI depuis des **terminaux mobiles** (smartphones, tablettes durcies, terminaux de saisie) sur le terrain, dans l'atelier ou chez le client. Sur le terrain, la connexion n'est pas toujours disponible : beaucoup d'applications proposent un **mode déconnecté**, où l'on travaille sans réseau puis où l'on **synchronise** les données (on les envoie au serveur) dès que la connexion revient. Les **objets connectés** (*IoT*, *Internet of Things*, internet des objets) sont des équipements munis de **capteurs** qui mesurent une grandeur physique (température, humidité, niveau, position) et transmettent automatiquement les mesures. Ils réduisent les saisies manuelles et produisent des données plus fréquentes et plus fiables, mais en très grand volume. *Figure 5.2 — La chaîne de la donnée, du terrain au rapport* ```mermaid flowchart LR CA["Capteur ou terminal mobile"] --> T["Transmission par réseau mobile ou radio"] T --> BD[("Base de données")] BD --> TR["Contrôle et traitement"] TR --> R["Rapport, carte ou alerte"] ``` Chaque maillon peut défaillir (capteur mal étalonné, transmission coupée, valeur aberrante) : d'où l'importance des contrôles automatiques avant diffusion. > [!example]- 🌾 Terres du Plateau — le SI au champ > Les techniciens saisissent leurs observations sur **tablette** en bordure de parcelle, en **mode déconnecté** car le réseau mobile est faible ; la **synchronisation** se fait au retour à la coopérative. Des **capteurs** de température et d'humidité installés dans les cellules des silos envoient une mesure toutes les heures ; une alerte prévient le chef de silo si le grain commence à s'échauffer. > [!example]- 🍎 NutriLait — le SI dans l'entrepôt > Dans l'entrepôt, les préparateurs scannent chaque palette avec un **terminal mobile** relié au **WMS**. Des **capteurs** de température dans les chambres froides et les camions transmettent une mesure toutes les cinq minutes. En cas de dépassement, le système envoie une alerte par SMS au responsable d'astreinte et enregistre l'incident pour le dossier qualité du lot. > [!example]- 🌍 HydroSol Conseil — le SI sur le terrain > Les piézomètres sont équipés de **capteurs** connectés qui transmettent le niveau de la nappe par réseau radio basse consommation. Les techniciens saisissent leurs prélèvements sur une **application mobile** qui enregistre automatiquement les coordonnées GPS et l'heure. Les données arrivent dans la base, sont contrôlées, puis alimentent les cartes du **SIG** et les rapports clients. ## 📝 À retenir - Dans l'architecture **client/serveur**, les postes des utilisateurs (**clients**) interrogent un **serveur** qui héberge l'application et la base de données. - Les serveurs peuvent être **sur site** ou dans le **cloud**. Le cloud peut être **public**, **privé** (interne ou externe), **communautaire** ou **hybride**, et se décline en **IaaS**, **PaaS** et **SaaS**, ce dernier fournissant une application prête à l'emploi par abonnement. - La **mobilité** et les **objets connectés** prolongent le SI jusqu'au terrain ; ils produisent beaucoup de données qu'il faut contrôler. %% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/Systèmes D'Information Opérationnels|Accueil · Systèmes D'Information Opérationnels]] > > | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/04 - Les applications opérationnelles\|← Les applications opérationnelles]] | [[Code et Développement/Culture Numérique/Systèmes D'Information Opérationnels/06 - Sécurité, conformité et éthique\|Sécurité, conformité et éthique →]] | > |:---|---:| %% nav-fin %% --- 🗓️ Historique Dernière mise à jour : `25 octobre 2026` Rédigé par : [[Vincent TELLIER]]