Le cloud
computing fait partie des technologies de l'information depuis plus de
20 ans. Au cours de
cette période, il s'est
transformé en un ensemble complexe de services cloud et de modèles cloud.
Il existe de
nombreuses raisons de migrer vers le cloud, mais l'un des principaux avantages est de supprimer une
partie de la charge informatique de votre entreprise.
Le cloud vous permet
de tirer parti de l'infrastructure et des investissements d'un fournisseur de
cloud, et il facilite
le maintien d'un accès cohérent à vos applications et données.
L'hébergement de vos
données et applications dans le cloud est souvent plus rentable que
l'investissement dans l'infrastructure et les ressources informatiques sur site.
Une fois que vous avez décidé de tirer parti du cloud, vous devez comprendre les différentes offres cloud qui s'offrent à vous.
IDENTIFIER LES AVANTAGES ET LES CONSIDÉRATIONS DE
L'UTILISATION DES SERVICES CLOUD
Les entreprises d'aujourd'hui dépendent fortement des solutions logicielles et de l'accès aux données. Pour cette raison, les investissements dans l'informatique ont considérablement augmenté au cours des deux dernières décennies. Lorsque vous prenez des décisions sur ce qu'il faut migrer vers le cloud, évaluez vos décisions par rapport aux avantages que le cloud computing peut apporter.
Évolutivité à haute disponibilité
La disponibilité des données et des applications est une exigence fondamentale pour toute application, qu'elle soit sur site ou dans le cloud. Il existe de nombreuses raisons pour lesquelles vous pourriez perdre la disponibilité, mais les problèmes les plus courants sont :
· A network outage
· An application failure
· A system outage (such as a virtual machine outage)
· A power outage
· A problem with a reliant system, such as an external database
Dans un monde parfait, vous rencontrez une disponibilité de 100%, mais si l'un des problèmes ci-dessus se produit, ce pourcentage commencera à diminuer. Par conséquent, il est essentiel que votre infrastructure minimise le risque de problèmes affectant la disponibilité de votre application.
Les fournisseurs de cloud proposent un accord de niveau de service qui garantit un certain niveau de disponibilité sous forme de pourcentage.
Un service-level agreement (SLA) garantit généralement une disponibilité de près de 100 %, mais il ne couvre que les systèmes contrôlés par le fournisseur de cloud. Une application hébergée dans le cloud peut être une application développée par votre entreprise, mais elle peut également vous être fournie par le fournisseur de cloud.
A network outage
Toutes les applications nécessitent un certain niveau de connectivité réseau. L'application nécessite une connectivité réseau aux systèmes dorsaux requis tels que les serveurs de base de données. Si l'une de ces connexions réseau échoue, elle peut entraîner un manque de disponibilité.
Les fournisseurs de cloud investissent beaucoup d'argent dans l'infrastructure
réseau, et en passant au cloud, vous bénéficiez de cette
infrastructure et de la fiabilité supplémentaire qui l'accompagne.
An
application failure
Une d'application est souvent le résultat d'un bogue logiciel, mais elle peut également être causée par la conception de l'application. Par exemple, Azure propose un service appelé Application Insights qui s'intègre à votre application pour vous fournir des informations détaillées sur les performances et la fiabilité de votre application.
Les fournisseurs de cloud offrent d'autres
fonctionnalités qui peuvent réduire les problèmes de disponibilité causés par
l'échec de l'application. Vous pouvez souvent tester de nouvelles versions
d'une application dans un environnement protégé sans affecter les utilisateurs
réels.
A system outage (such as a
virtual machine outage)
Un système en panne se produit lorsque l'ordinateur exécutant un système particulier devient indisponible. Les machines virtuelles sont des ordinateurs logiciels qui s'exécutent sur un ordinateur physique.
Un seul ordinateur peut exécuter plusieurs machines
virtuelles, et chaque machine virtuelle possède son propre système
d'exploitation et ses propres applications. Selon le service cloud que
vous choisissez, vous pouvez ou non être responsable de la maintenance des
machines virtuelles.
A power outage
Une électricité fiable est essentielle à la
disponibilité. Lorsque cela se produit, votre application est
indisponible jusqu'à ce que tous les systèmes soient restaurés.
A problem with a reliant
system, such as an external database
Votre application peut utiliser des systèmes qui ne sont pas dans le cloud ou qui sont hébergés par un autre fournisseur de cloud. Si ces systèmes échouent, vous risquez de perdre la disponibilité.
En hébergeant votre application dans le cloud, vous bénéficiez des outils de dépannage, d'alerte et de diagnostic proposés par le fournisseur de cloud.
Évolutivité,
élasticité et agilité
Les ressources informatiques ne sont pas gratuites. La meilleure façon de minimiser les coûts est d'utiliser uniquement les ressources nécessaires à vos besoins. Considérez une situation où vous hébergez une application dans le cloud qui suit les données de vente de votre entreprise.
Si votre personnel de vente entre régulièrement des informations sur les appels commerciaux quotidiens en fin de journée, vous aurez peut-être besoin de ressources informatiques supplémentaires pour gérer cette charge. Ces mêmes ressources ne sont pas nécessaires pendant la journée lorsque le personnel de vente passe des appels commerciaux et n'utilise pas l'application.
Les fournisseurs de cloud facilitent la mise à
l'échelle de votre application et offrent la possibilité d'évoluer
automatiquement en fonction du modèle d'utilisation de votre application. Vous
pouvez effectuer une mise à l'échelle automatiquement en fonction d'éléments
tels que l'utilisation du processeur et l'utilisation de la mémoire, et
vous pouvez également effectuer une mise à l'échelle en fonction d'autres
mesures spécifiques au type d'application. Le concept de mise à l'échelle
automatique est appelé élasticité.
Tolérance
aux pannes et reprise après sinistre
Dans un environnement cloud complexe, les
choses vont forcément mal tourner de temps en temps. Afin de maintenir un
haut niveau de disponibilité, les fournisseurs de cloud mettent en œuvre
des systèmes qui surveillent la santé des ressources cloud et prennent des
mesures lorsqu'une ressource est jugée défectueuse, garantissant ainsi que
le cloud est tolérant aux pannes.
Par exemple, si vous avez une application exécutée sur deux machines
virtuelles dans Azure, Microsoft s'assure que ces deux machines virtuelles
sont allouées au sein de l'infrastructure afin qu'elles ne soient pas affectées
par des défaillances du système.
Par exemple, les catastrophes naturelles dans une région peuvent affecter
toutes les ressources de cette région particulière. Non seulement quelque
chose comme cela peut avoir un impact sur la disponibilité, mais sans un
plan en place, les catastrophes peuvent également signifier la perte de
données précieuses.
La reprise après sinistre signifie non seulement avoir des sauvegardes fiables
des données importantes, mais cela signifie également que l'infrastructure
cloud peut répliquer les ressources de votre application dans une région non
affectée afin que vos données soient en sécurité et que la disponibilité de
votre application ne soit pas affectée.
Avantages
économiques du cloud
Jusqu'à présent, nous n'avons parlé que de
l'avantage de la disponibilité du passage au cloud, mais il y a aussi des
avantages économiques. Considérons à la fois le modèle sur site et le modèle
cloud.
On-premises
model
Une entreprise achète du matériel informatique
physique à utiliser pour ses besoins informatiques. Étant donné que ces
ordinateurs sont des actifs physiques destinés à être utilisés pendant plus
d'un an, ils sont généralement achetés en tant que dépenses en capital.
Il y a plusieurs inconvénients à ce modèle. Lorsqu'une entreprise achète
du matériel informatique, elle maintient généralement ce matériel en
service jusqu'à ce que le retour sur cet investissement soit réalisé.
Dans l'environnement en évolution rapide des
ordinateurs, cela peut signifier que le matériel est obsolète bien avant
qu'il soit financièrement judicieux de le remplacer. Un autre inconvénient
majeur de cette méthode est qu'il ne s'agit pas d'une approche agile. Cela
peut prendre des mois pour réquisitionner et configurer un nouveau matériel, et
à l'ère de l'informatique moderne, cette approche n'a souvent aucun sens.
Cloud
model
Lorsque vous passez au cloud, vous ne dépendez plus
de votre matériel informatique sur site. Au lieu de cela, vous louez
essentiellement du matériel auprès du fournisseur de cloud. Parce que vous
n'achetez pas d'actifs physiques, vous déplacez vos coûts informatiques
des dépenses en capital vers les dépenses d'exploitation ou les dépenses
quotidiennes de votre entreprise.
Un autre avantage majeur du modèle cloud est la
réduction des coûts. Lorsque vous utilisez des ressources cloud, vous
utilisez des ressources mises à disposition à partir d'un grand pool de
ressources détenues par le fournisseur de cloud. Le fournisseur de cloud
paie ces ressources à l'avance, mais en raison de la grande échelle des
ressources qu'il achète, le coût pour le fournisseur de cloud est
considérablement réduit.
Comme nous l'avons déjà mentionné, vous pouvez
faire évoluer votre application pour n'utiliser que le nombre de machines
virtuelles dont vous avez besoin, et vous pouvez choisir la puissance de
ces machines virtuelles. Vous pouvez ajuster leur nombre et leur puissance
selon vos besoins. Par exemple, vous pouvez avoir un code
d'application hébergé chez un fournisseur de cloud et ne payer que pour le
temps pendant lequel le code s'exécute réellement sur une machine virtuelle.
DÉCRIRE LES DIFFÉRENCES ENTRE L'INFRASTRUCTURE EN TANT QUE
SERVICE (IAAS), LA PLATEFORME EN TANT QUE SERVICE A (PAAS) ET LE LOGICIEL EN
TANT QUE SERVICE (SAAS)
Comme vous l'avez appris, l'un des avantages du
passage au cloud est que vous déchargez une partie de la responsabilité de
votre infrastructure sur le fournisseur de cloud.
Passer au cloud, cependant, n'est pas une sorte de
tout ou rien. Lorsque vous évaluez votre utilisation du cloud, vous devez
trouver un équilibre entre votre besoin de contrôler les ressources et la
commodité de permettre au fournisseur de cloud de gérer les choses pour vous.
Chaque type de service s'accompagne d'un niveau de
responsabilité différent de votre part, et ce concept est souvent appelé
modèle de responsabilité partagée. Un moyen simple de visualiser ce modèle
consiste à utiliser la pyramide des nuages illustrée à la figure 1-2.
Le bas de la pyramide du cloud représente le plus
grand contrôle sur vos ressources, mais il représente également la plus
grande part de responsabilité de votre part.
Décider de la bonne combinaison de contrôle et de
responsabilité nécessite que vous compreniez chaque type de service et les
avantages et les inconvénients qui leur sont associés
Infrastructure-as-a-Service
(IaaS)
L'infrastructure fait référence au matériel utilisé
par votre application, et IaaS fait référence à l'infrastructure
virtualisée offerte par un fournisseur de cloud. Lorsque vous créez une
ressource IaaS, le fournisseur de cloud alloue une machine virtuelle à
votre usage.
Dans
certains cas, le fournisseur de cloud peut effectuer l'installation de
base du système d'exploitation pour vous. Dans d'autres situations, vous
devrez peut-être installer le système d'exploitation vous-même.
Dans
les deux cas, vous êtes responsable de l'installation des autres services
nécessaires et de votre application.
Parce
que vous contrôlez l'installation du système d'exploitation et l'installation
d'autres services, IaaS vous donne un contrôle total sur vos ressources cloud.
Cependant, cela signifie également que vous êtes responsable de vous assurer
que votre système d'exploitation est corrigé avec des mises à jour de sécurité,
et si quelque chose ne va pas dans le système d'exploitation, vous êtes
responsable du dépannage.
Le
fournisseur de cloud est uniquement responsable de la fourniture de la machine
virtuelle.
Platform-as-a-Service
(PaaS)
Dans
un environnement PaaS, un fournisseur de cloud fournit toujours
l'infrastructure pour vous, mais il fournit également le système
d'exploitation, les logiciels installés dans le système d'exploitation
pour vous aider à vous connecter aux bases de données et aux systèmes
réseau , et de nombreuses fonctionnalités qui vous permettent de
créer et de gérer des applications cloud complexes.
Si vous déployez votre propre application dans le cloud et que vous souhaitez
minimiser votre investissement de gestion, un service PaaS est souvent le
meilleur choix.
Supposons
que vous ayez besoin d'exécuter une application Web qui utilise le framework
PHP pour se connecter à un système de base de données principal. Si vous deviez
choisir IaaS pour votre application, vous devez vous assurer que vous installez
et configurez PHP sur votre machine virtuelle. Vous devrez ensuite installer et
configurer le logiciel nécessaire pour vous connecter à votre base de données
principale. Dans un scénario PaaS, vous déployez simplement votre application
Web chez le fournisseur de cloud, et tout le reste est pris en charge pour
vous.
Software-as-a-Service
(SaaS)
Lorsque
vous vous déplacez vers le haut de la pyramide du cloud et dans le domaine SaaS, le
fournisseur de cloud contrôle tout. En d'autres termes, un service
SaaS est un logiciel fourni par un fournisseur de cloud qui est installé sur
une infrastructure entièrement contrôlée par l'hébergeur. Les services
SaaS vous offrent la flexibilité d'un modèle de paiement à l'utilisation. Les
utilisateurs du logiciel accèdent généralement au logiciel à partir d'un
navigateur Web, mais ils peuvent également installer des applications qui
ne fonctionneront que tant que vous payez pour le service SaaS.
Pour cette raison, les services SaaS permettent la connectivité et la
productivité du personnel de terrain utilisant des appareils qu'il possède déjà.
Lorsque
vous utilisez un service SaaS, non seulement vous bénéficiez de l'utilisation
d'un logiciel écrit et maintenu par quelqu'un d'autre, mais vous pouvez
également bénéficier de l'autorisation du fournisseur de cloud pour maintenir
et configurer l'application. Par exemple, si votre entreprise propose une
messagerie d'entreprise, vous pouvez choisir d'utiliser le service Microsoft
365 SaaS. En utilisant le service Exchange Online dans Microsoft 365, vous
pouvez tirer parti de solutions de messagerie prêtes pour l'entreprise sans
avoir à embaucher du personnel informatique ni à créer une infrastructure pour
le prendre en charge.
Au
lieu de cela, Microsoft gère le système pour vous. Non seulement vous
bénéficiez de la flexibilité et de la fiabilité du cloud, mais vous pouvez également
avoir l'esprit tranquille en sachant que Microsoft veille à ce que vos services
Exchange soient toujours disponibles pour vos utilisateurs.
DÉCRIRE LES DIFFÉRENCES ENTRE LE CLOUD PUBLIC, PRIVÉ ET
HYBRIDE
Au sens le plus simple, le cloud représente
généralement une infrastructure et des applications accessibles via Internet. Bien
que vous puissiez avoir des moyens d'authentifier les personnes utilisant votre
application afin que les mauvaises personnes n'y aient pas accès, votre
application s'exécute toujours sur des machines virtuelles connectées à
Internet et accessibles via des réseaux publics.
En plus d'un modèle de cloud public, les entreprises peuvent également
utiliser un cloud privé où l'infrastructure leur est dédiée.
The
public cloud
Le modèle de cloud le plus courant est le cloud
public. Dans un modèle de cloud public, vous utilisez une
infrastructure partagée accessible sur un réseau public. Le réseau, le
stockage et les VM utilisés par votre application sont fournis par un fournisseur
de cloud et partagés entre tous les consommateurs du cloud public. Microsoft
Azure, Amazon Web Services et Google Cloud Platform sont des exemples de
clouds publics.
Le modèle de cloud public est avantageux dans la
mesure où il facilite et accélère le passage au cloud. Parce que le fournisseur
de cloud a déjà l'infrastructure en place et configurée pour vous, tout ce que
vous avez à faire est de décider du type de service cloud que vous souhaitez et
vous êtes prêt à fonctionner. Vous bénéficiez également de la possibilité
d'évoluer rapidement et efficacement, car le fournisseur de cloud dispose de
ressources déjà provisionnées et prêtes à être utilisées en cas de besoin.
Comme nous l'avons vu précédemment, un autre
avantage du modèle de cloud public est que vous pouvez contrôler les coûts plus
efficacement car vous ne payez que pour les ressources que vous utilisez. Si
vous avez besoin d'évoluer vers plus de machines virtuelles, le
fournisseur de cloud les a disponibles et vous attend. Il peut
également y avoir des problèmes de sécurité liés à l'exploitation dans le cloud
public.
Un autre inconvénient du cloud public est qu'il
vous enferme dans la configuration spécifique définie par le fournisseur de
cloud. Par exemple, supposons que vous ayez une application qui nécessite une
grande quantité de stockage sur disque, mais que vous n'ayez besoin que d'un
système à processeur unique pour l'exécuter. Afin de répondre à vos besoins
d'espace disque, le fournisseur de cloud peut vous demander de passer à une
machine virtuelle multiprocesseur haute puissance, augmentant ainsi inutilement
vos coûts.
The
private cloud
Le modèle de cloud privé offre de nombreux
avantages attrayants du cloud dans un environnement privé dédié à une seule
entreprise. Un cloud privé peut être hébergé dans un environnement sur
site, mais il peut également être hébergé sur un fournisseur d'hébergement
tiers.
Des entreprises comme les banques et les prestataires médicaux peuvent avoir
mis en place des réglementations qui exigent que certaines données soient
inaccessibles depuis Internet, et dans ces situations, un cloud privé
peut être un bon choix.
Si vous hébergez votre cloud privé sur site, vous dépenserez probablement
autant en informatique que dans un environnement non cloud. Vous devrez
payer pour le matériel et les systèmes virtualisés de votre cloud, et vous
aurez besoin d'un personnel informatique capable de gérer les logiciels et
l'infrastructure de votre cloud.
Éviter les coûts informatiques est l'une des
principales raisons pour lesquelles les entreprises choisissent d'utiliser un
fournisseur d'hébergement tiers pour les clouds privés, mais ce choix
présente également certains inconvénients.
The
hybrid cloud
Comme vous vous en doutez, les clouds hybrides
sont un mélange de clouds publics et privés. Dans un environnement de
cloud hybride, vous pouvez avoir une application qui s'exécute dans le
cloud public, mais qui accède à des données stockées en toute sécurité sur
site. Vous pouvez également avoir un scénario dans lequel votre
application et la plupart de ses ressources sont situées sur un cloud privé, mais
vous souhaitez utiliser des services ou une infrastructure située dans un cloud
public.
Dans un tel scénario, une entreprise peut ne
déplacer qu'une partie d'un système particulier vers le cloud, laissant le
système hérité sur site jusqu'à une date ultérieure.
Toutes les entreprises qui adoptent un modèle de cloud hybride ne le font pas à
cause de systèmes hérités. Dans certaines situations, une entreprise
peut souhaiter conserver un contrôle total sur une partie de son infrastructure
ou de ses données.
Dans Microsoft Azure, les réseaux virtuels, les
connexions hybrides et le bus de service ne sont que quelques exemples de ces
technologies.
Bien que cela ne soit pas immédiatement évident, un modèle de cloud
hybride s'accompagne de plusieurs défis. Tout d'abord, les équipes de
développement d'applications devront s'assurer que les données partagées entre
le cloud public et privé sont compatibles. Cela peut nécessiter des
compétences de développement spécialisées et un dépannage complexe.
Afin de faciliter le cloud hybride pour ses
clients, Microsoft fournit Azure Stack. Azure Stack est vendu sous forme de
package, comprenant le logiciel et le matériel validé pour l'exécuter.
Azure Stack vous permet d'exécuter des services
Azure sur site, ce qui facilite ensuite le transfert d'applications vers le
cloud avec un minimum de travail. Étant donné que le matériel fait partie
d'Azure Stack et a été validé par Microsoft, vous n'avez pas la charge
d'essayer de déterminer les besoins matériels pour déployer Azure Stack, mais
vous devez gérer le matériel sur site.
CHAPTER
SUMMARY
Dans ce chapitre, vous avez appris certains des
concepts généraux liés au cloud. Vous avez découvert les avantages du passage
au cloud, vous avez découvert les différents types de services cloud et vous
avez découvert les différents modèles de cloud à votre disposition. Voici les
concepts clés de ce chapitre.
· Les
fournisseurs de cloud proposent des service-level agreements (SLA) qui
garantissent un certain niveau de disponibilité, mais uniquement pour les
systèmes qu'ils contrôlent.
· Le
passage au cloud peut aider à éviter les temps d'arrêt causés par des pannes de
réseau, des pannes de système et des pannes de courant. Il peut également vous
aider si vous avez besoin de diagnostiquer des problèmes avec une application
ou des problèmes avec un système externe utilisé par votre
application.
· Vous
pouvez effectuer une mise à l'échelle (ou verticalement) lorsque vous souhaitez
ajouter des processeurs supplémentaires ou plus de mémoire à l'aide d'une
machine virtuelle plus puissante.
· Vous
pouvez effectuer un scale-out (ou horizontalement) si vous souhaitez ajouter
plus de machines virtuelles pour gérer une charge supplémentaire.
· Les
fournisseurs de cloud vous permettent d'évoluer automatiquement en fonction des
modèles d'utilisation, de l'utilisation des ressources et des heures de la
journée. C'est ce qu'on appelle l'élasticité.
· Les
fournisseurs de cloud surveillent la santé de l'infrastructure. Lorsqu'une
machine virtuelle devient défectueuse, le fournisseur de cloud peut
automatiquement vous déplacer vers une machine virtuelle saine sans que vous
ayez à faire quoi que ce soit. C'est ce qu'on appelle la tolérance aux pannes.
· Les
fournisseurs de cloud opèrent également dans plusieurs centres de données
situés dans différentes régions du monde. Si une catastrophe naturelle (ou
toute autre catastrophe) se produit dans une région, vous pouvez basculer vers
une autre région, en supposant que vous avez répliqué votre environnement dans
plusieurs régions. Ce type de planification est appelé planification de la
continuité des activités et de la reprise après sinistre, et les fournisseurs
de cloud ont souvent des fonctionnalités en place pour faciliter la mise en
œuvre d'un plan. C'est ce qu'on appelle souvent la reprise après sinistre.
· Étant
donné que vous utilisez une infrastructure détenue par le fournisseur de cloud,
le passage au cloud réduit vos dépenses en capital, les principales dépenses
engagées pour l'infrastructure et d'autres achats importants. Les fournisseurs
de cloud profitent du principe des économies d'échelle en achetant de grandes
quantités d'infrastructures à utiliser par les consommateurs de cloud.
· Les
dépenses courantes (dépenses de fonctionnement) peuvent également être réduites
en le cloud, car vous ne payez que pour les ressources que vous utilisez à
· n'importe
quel moment particulier. Ce modèle basé sur la consommation est un avantage clé
du nuage.
· La
pyramide des nuages décrit l'idée qu'un contrôle accru sur vos ressources
impliquent une plus grande responsabilité de votre part.
Un
contrôle réduit entraîne davantage de responsabilités sur le cloud part du
fournisseur. Ce concept s'appelle la responsabilité partagée maquette.
· L'infrastructure
en tant que service (IaaS) offre une infrastructure fonctionnant dans le cloud,
mais vous devez maintenir le système d'exploitation et ce qui est installé sur
cette infrastructure. Les services IaaS vous offrent le plus de contrôle dans
le cloud, mais ils supportent également la plus grande charge de gestion.
· La
plate-forme en tant que service (PaaS) décharge la gestion de l'infrastructure,
ainsi que le système d'exploitation et les composants installés sur les
machines virtuelles vers le fournisseur de cloud. Vous êtes responsable de
votre candidature. Les services PaaS offrent également de nombreuses
fonctionnalités supplémentaires qui facilitent l'ajout de fonctionnalités à une
application sans avoir à écrire de code complexe. Les équipes de développement
disposent également d'une grande variété de méthodes de déploiement, et le
fournisseur de cloud automatise souvent une grande partie de ce process.
· Le
logiciel en tant que service (SaaS) fournit une application hébergée dans le
cloud qui est le plus souvent accessible à l'aide d'un navigateur Web. Dans un
service SaaS, le fournisseur de cloud gère tout pour vous. Vous louez
essentiellement l'utilisation du logiciel auprès du fournisseur de cloud. Un
grand avantage du SaaS est qu'il rend les applications facilement accessibles
par les employés sur le terrain sur n'importe quel appareil
· Le
modèle de cloud public est parfois appelé environnement mutualisé. Plusieurs
entreprises et utilisateurs partagent la même infrastructure. Les machines
virtuelles et autres infrastructures sont allouées aux utilisateurs au fur et à
mesure qu'ils en ont besoin, et lorsqu'ils n'en ont plus besoin, elles sont
renvoyées dans le pool pour être utilisées par d'autres utilisateurs. Le réseau
est disponible publiquement sur Internet, mais vous avez la possibilité de
mettre en place des méthodes de sécurité pour contrôler l'accès à vos
ressources.
· Le
modèle de cloud privé est parfois appelé environnement à locataire unique.
Toute l'infrastructure est privée pour un particulier ou une entreprise, et le
réseau n'est disponible que dans le cloud privé lui-même. Il n'est pas exposé à
Internet. Dans de nombreux cas, l'infrastructure utilisée dans un cloud privé
appartient à l'entreprise, mais pas toujours. Il est possible d'héberger un
cloud privé dans un centre de données tiers.
· Un
modèle de cloud hybride est un mélange de cloud public et privé des modèles.
Les clouds hybrides sont souvent utilisés lorsqu'une entreprise doit utiliser
des ressources sur site dans une application cloud.