Now Reading
Choisissez votre modèle d’adoption du Cloud
0

Choisissez votre modèle d’adoption du Cloud

by Javier Barabas18 mars 2015

Quand une entreprise adopte le Cloud, elle doit décider quel modèle correspond le mieux à l’adoption des charges de travail qu’elle envisage de migrer vers le nuage. Cette décision ne doit pas être prise à la légère : plus les professionnels de l’informatique s’impliquent dans le processus, plus il sera facile.

Modèles d’adoption de Cloud

Un modèle d’adoption est tout simplement la façon dont une entreprise consomme des services à partir du Cloud. Il existe différentes frontières entre les modèles d’adoption, et je vais clarifier chacun ici.

Chaque modèle d’adoption a ses propres caractéristiques, avantages et limites.

Dans un mode de services ou de ressources de consommation traditionnel, le propriétaire de l’infrastructure est responsable de la gestion de chaque groupe de matériel et de logiciels qu’il utilise (les couches noires dans le tableau). Normalement, il faut un certain temps pour un utilisateur pour accéder à une nouvelle ressource, mais elle peut être configurée exactement au besoin.

La seule limitation d’un utilisateur lors de la demande d’une nouvelle ressource est la disponibilité et peut-être le quota que son département a sur l’infrastructure complète. Une fois le déploiement réalisé, l’utilisateur final a la possibilité de configurer et modifier tous les aspects de la ressource, il en est maintenant propriétaire. Selon la compagnie, les services centraux comme la gestion des correctifs, la conformité avec les règles de sécurité d’entreprise, les mises à niveau de logiciels, de surveillance, de sauvegarde, et plus, peuvent être gérés de manière centralisée. Les coûts (investissements en capital) des ressources sont permanents et les ressources sont souvent sous-utilisées.

Il existe trois principaux modèles :

Infrastructure en tant que service (IaaS).

Dans ce modèle, une entreprise peut consommer l’infrastructure dans le nuage à travers un contrat avec un fournisseur de services Cloud. Le prestataire peut fournir tout type de ressources (généralement CPU, mémoire et stockage) et la société paye à l’utilisation.

En comparaison avec le modèle sur site, le modèle IaaS fournit un moyen souple pour acquérir des ressources en cas de besoin et ces services peuvent être résiliés à tout moment. La responsabilité de gestion pour l’entreprise commence par la couche du système d’exploitation et le fournisseur assure la disponibilité et la fiabilité de l’infrastructure fournie. Le monitoring du hardware est généralement effectué par le fournisseur et est transparent pour l’entreprise cliente.

Des services étendus comme la gestion des correctifs et de sauvegardes peuvent faire partie du contrat ou être gérés directement par l’entreprise cliente. Les services IaaS commencent à devenir une marchandise et tous les fournisseurs de services de cloud computing tentent de fournir des services avec des capacités étendues comme le PaaS et le SaaS (voir les paragraphes suivants). Pour un exemple de ce modèle d’adoption du cloud, consultez IBM SoftLayer.

Plate-forme en tant que service (PaaS).

En utilisant ce modèle d’adoption, une entreprise cliente peut consommer des services de plate-forme tout en évitant la nécessité de gérer l’infrastructure sous-jacente (voir le tableau). Le modèle PaaS est liée à «l’économie de l’API ». […]

Les applications créées à l’aide de ces services ne paient que le temps et les services utilisés, rendant transparent le processus de gestion nécessaires pour maintenir ces services comme prêts et mises à jour. Les services généraux offerts de cette façon sont des bases de données, les runtimes de développement, les processus de sécurité comme single-sign-on et plus encore. les fournisseurs PaaS se développent assez rapidement pour fournir un large éventail de services, des installations et des outils de développement pour rendre la vie des développeurs plus facile.

Les petites entreprises et les startups trouvent dans ce modèle d’adoption une excellente plateforme pour tester et développer des applications sans investissement initial.Une nouvelle application peut être testée et évaluée par les utilisateurs, et modifiée assez rapidement pour éviter les coûts initiaux de mise en œuvre de projets sur site. Pour un exemple de ce modèle d’adoption du Cloud, consultez IBM Bluemix.

Logiciel en tant que service (SaaS).

Avec ce modèle d’adoption du cloud, une entreprise cliente peut accéder à une application prête à être utilisée et ne paie que pour les utilisateurs pour qui le service est contracté. L’infrastructure sous-jacente et les logiciels nécessaires par l’application resteront transparents et la gestion peut être faites par le fournisseur. Ce modèle d’affaires est très élastique et se développe selon les besoins. Par rapport à un modèle sur site, l’installation et la configuration initiale ne sont pas nécessaires, ni le matériel pour exécuter l’application. Configuration et personnalisation pour les applications SaaS sont minimes par rapport à l’équivalent local. L’application consommée en mode SaaS est toujours à jour et disponible, et sa santé est surveillé par le fournisseur.

Il n’y a pas une taille unique pour l’adoption du Cloud. Les entreprises devraient considérer leur propre équation coûts-avantages et ensuite décider sur le meilleur modèle.

Où en êtes-vous, vous et votre entreprise, dans le processus d’adoption du Cloud ?

> Voir l’article original en anglais sur Thoughtsoncloud.com

{lang: 'fr'}
About The Author
Javier Barabas
Javier Barabas
Ces quatre dernières années Javier a travaillé comme architecte SWG Cloud pour la région espagnole en Amérique du Sud. Il est membre de l'Académie de technologie IBM et président du Conseil technique de l'Argentine.

Vous souhaitez réagir sur cet article ?