693 893 Concevoir et réaliser des plateformes ICT

• Aspects importants pour la qualité d'un système ou d'une application

  • Portabilité
  • Adaptation fonctionnelle
  • Efficacité des performances
  • Compatibilité
  • Facilité d'utilisation
  • Fiabilité
  • Sécurité
  • Maintenabilité
• Portabilité


  Facilité avec laquelle le système ou l'application peut être transféré d'une plateforme à une autre
• Adaptation fonctionnelle


  Capacité du système ou de l'application à s'ajuster aux besoins spécifiques de l'utilisateur
• Efficacité des performances


  Rapidité et efficacité du système ou de l'application dans l'exécution de ses tâches
• Compatibilité


  Système ou application doit être compatible avec d'autres logiciels, matériels et normes
• Facilité d'utilisation

  Convivialité de l'interface utilisateur
• Fiabilité


  Capacité du système ou de l'application à fonctionner de manière stable et sans plantage
• Sécurité


  Protection des données et des informations sensibles contre les accès non autorisés
• Maintenabilité


  Facilité avec laquelle le système ou l'application peut être maintenu, mis à jour et amélioré
• Caractéristiques de la qualité d'un système ou d'une application

  • Fonctionnalité (Functionality)
  • Fiabilité (Reliability)
  • Efficacité des performances (Performance Efficiency)
  • Compatibilité (Compatibility)
  • Facilité d'utilisation (Usability)
  • Sécurité (Security)
  • Maintenabilité (Maintainability)
  • Portabilité (Portability)
• Le VDI (Virtual Desktop Infrastructure) est l'hébergement d'un système d'exploitation de bureau au sein d'une machine virtuelle (VM) qui s'exécute sur un serveur centralisé
• Architecture 1-Tiers centralisée


  Toutes les fonctionnalités de l'application, y compris la logique métier, la gestion de l'interface utilisateur et l'accès aux données, sont combinées dans une seule unité de déploiement
• Cas où l'architecture 1-Tiers centralisée est privilégiée


  • Petites applications simples
  • Applications avec des besoins de performance spécifiques
• Architecture 1-Tiers centralisée


  • Tout-en-un
  • Monolithique
• Architecture 2-Tiers client-serveur


  Le client est généralement une application ou une interface utilisateur qui s'exécute sur le poste de l'utilisateur final. Le serveur est responsable de la logique métier de l'application.
• Cas où l'architecture 2-Tiers client-serveur est privilégiée


  • Petites applications simples
  • Applications avec des besoins de performance spécifiques
• Cas où l'architecture 3-Tiers à client léger est privilégiée


  • Applications d'entreprise complexes
  • Applications Web
  • Réutilisation de la logique métier
• Cas où l'architecture N-Tier est privilégiée


  • Applications d'entreprise complexes
  • Applications Web
  • Applications soumises à des réglementations strictes
• Architecture N-Tier


  • Niveaux multiples
  • Séparation des préoccupations
  • Communication entre les niveaux
• Scale Up (Montée en charge verticale) de Stockage

  1. Expansion verticale

  2. Lorsque vous effectuez une montée en charge verticale, vous augmentez les ressources (comme la capacité de stockage ou la puissance de calcul) sur un seul serveur ou un dispositif existant

  3. Vous ajoutez plus de disques durs, de mémoire, de processeurs, ou d'autres ressources à un système existant pour augmenter sa capacité ou ses performances
• Montée en charge verticale

  • Généralement plus simple à mettre en œuvre
  • Peut atteindre des limites en termes de performances ou de capacité à un moment donné, car il y a des limites physiques à la quantité de ressources que vous pouvez ajouter à un seul serveur
• Montée en charge verticale


  • L'ajout de composants haut de gamme à un seul serveur peut être coûteux
  • Peut ne pas être une solution évolutive à long terme
• Utilisation de la montée en charge verticale

  • Serveurs Haute Performance
  • Bases de données relationnelles
• Scale Out (Montée en charge horizontale) de Stockage

  1. Expansion horizontale

  2. Avec la montée en charge horizontale, vous ajoutez de nouveaux nœuds (serveurs) au cluster de stockage

  3. Chaque nœud dispose de ses propres ressources de stockage, de calcul, et de mémoire

  4. Le stockage est distribué sur plusieurs nœuds, ce qui permet d'augmenter la capacité et les performances en ajoutant simplement plus de nœuds au cluster
• Montée en charge horizontale


  • Très évolutive, car vous pouvez continuer à ajouter de nouveaux nœuds au fur et à mesure de vos besoins
  • Permet de gérer de manière plus efficace la croissance des données
  • Les nœuds ajoutés peuvent être des composants matériels standard, ce qui peut être plus économique que l'achat de composants de haut de gamme pour un serveur unique
• Utilisation de la montée en charge horizontale


  • Stockage distribué
  • Systèmes de fichiers distribués
  • Moteurs de recherche web
  • Virtualisation et conteneurisation
• Cloud Hosting


  • High scalability with the ability to scale resources up and down on-demand
  • Generally good performance with the ability to distribute resources across multiple servers
  • Can be more expensive compared to VPS hosting due to the on-demand usage billing model
  • High flexibility, with the ability to easily scale resources up and down and access a wide range of services and tools
  • High reliability with multiple servers, backups, and automatic failover systems
  • Generally secure with multiple layers of security, firewalls, and data encryption
  • 24/7 support and maintenance provided by the hosting provider
• VPS Hosting


  • Limited scalability, with the option to upgrade to a larger server or add more resources
  • Performance is dependent on the hardware of a single server but can be improved by adding more resources
  • Generally more affordable, with a fixed monthly fee for dedicated server resources
  • Limited flexibility compared to cloud hosting, but still offers more control over server resources compared to shared hosting
  • Varies depending on the provider, but generally, good reliability and uptime with the option to add redundancy and backup systems
  • Secure, but may require additional security measures to be implemented by the user
  • 24/7 support and maintenance may be provided, but the level of support may vary depending on the provider
• SaaS


  Software as the service
• PaaS


  NodeJS - plateforme - Webplatforme, infomaniak
• IaaS


  AsZUre. Si on crée les vmware.
• Infrastructure as a Service (IaaS)

  • Fournit une infrastructure informatique de base sous forme de ressources virtualisées, telles que des serveurs virtuels, des machines virtuelles, des stockages, des réseaux
  • Les utilisateurs ont un contrôle plus élevé sur l'infrastructure sous-jacente, ce qui signifie qu'ils sont responsables de la gestion du système d'exploitation, des mises à jour logicielles, de la sécurité
  • Exemples : Amazon Web Services (AWS), Microsoft Azure, Google Compute Engine
• Platform as a Service (PaaS)


  • Fournit une plateforme de développement et d'exécution pour les applications. Il inclut souvent des outils de développement, des bases de données, des services web
  • Les utilisateurs ont moins de contrôle sur l'infrastructure sous-jacente par rapport à l'IaaS, mais ils se concentrent davantage sur le développement d'applications
  • Exemples : Heroku, Google App Engine, Microsoft Azure App Service
• Software as a Service (SaaS)

  • Offre des applications logicielles prêtes à l'emploi via Internet. Les utilisateurs accèdent à ces applications sans avoir à gérer l'infrastructure ou les mises à jour logicielles
  • Les utilisateurs ont très peu de contrôle sur l'infrastructure ou le code source sous-jacent. Ils se concentrent principalement sur l'utilisation de l'application
  • Exemples : Salesforce, Dropbox, Microsoft 365, Gmail
• IaaS fournit une infrastructure de base virtualisée, PaaS offre une plateforme de développement, et SaaS propose des applications logicielles prêtes à l'emploi
• Le choix entre ces modèles dépend des besoins spécifiques de votre entreprise en matière d'infrastructure, de développement et d'applications
• Certains peuvent opter pour un mélange de ces modèles (par exemple, utiliser IaaS pour l'infrastructure et PaaS pour le développement d'applications)
• Infrastructure as a Service

  • L'entreprise maintient ses application, et la plateforme d'exécution de ces applications
  • Le fournisseur Cloud maintient l'infrastructure (Virtualisation, matériel serveur, stockage et réseau)
• Infrastructure as a Service

  • Seul le matériel (serveurs) est dématérialisé
  • Les clients peuvent démarrer ou arrêter à la demande des serveurs virtuels (Linux ou Windows) dans des datacenters, sans avoir à se soucier des machines physiques sous-jacentes, et des coûts de gestion qui sont liés (remplacement de matériel, climatisation, électricité etc.)
  • Avantage : grande flexibilité, contrôle total des systèmes (administration à distance par SSH ou Remote Desktop), permet d'installer tout type de logiciel métier
  • Inconvénient : besoin d'administrateurs système comme pour les solutions serveur classiques sur site
• Platform as a Service

  • L'entreprise maintient uniquement ses applications
  • Le fournisseur de clou maintient la plateforme d'exécution de ces applications et l'infrastructure