Gestion des applications dans un environnement de cloud hybride

Quand une application dans un environnement de cloud hybride est dans vos locaux, vous contrôlez. Cela signifie que vous contrôlez l'infrastructure, système d'exploitation, middleware, des données, des applications et l'environnement d'exécution. Dans un PaaS (Platform as a Service) environnement, le fournisseur PaaS gère tout jusqu'à l'application et éventuellement la base de données. Le fournisseur traite avec installations, mises à jour et des correctifs à l'environnement de production. Il est un environnement d'auto-géré.

La question du contrôle devient ce - comment pouvez-vous gérer des applications de cloud computing avec ceux développés sur les lieux? Vous avez besoin de mesurer l'impact de la performance de l'informatique sur l'entreprise qui, par définition, inclut désormais la performance du fournisseur de cloud.

Supposons que vous avez passé un contrat avec un fournisseur PaaS pour construire et déployer votre application. L'application commence à avoir un problème. Lorsque quelque chose va mal, déterminer la source peut être difficile. La clé est d'être en mesure de retracer la source du problème rapidement. Avez-le fournisseur de la plate-forme juste mettre à niveau le système d'exploitation? Y at-il une panne de courant? Existait-il une violation de la sécurité sur la fin du fournisseur? Ou est-ce quelque chose de votre côté?

Gagner en visibilité

La ligne de fond est que vous devez être en mesure de gagner en visibilité dans au moins trois domaines:

• Sécurité: Pour surveiller la sécurité, vous avez besoin de scanner des réseaux, systèmes d'exploitation et les applications afin d'empêcher l'intrusion ou des attaques par déni de service.

• Performance: Vous devez vous assurer que la performance du cloud ne va pas au-dessous du niveau de service convenu.

• La disponibilité du service: Vous avez besoin d'un outil qui peut vous aider à déterminer la disponibilité de vos services. Vous pouvez utiliser cet outil pour vérifier si votre fournisseur de nuage est haut ou le bas et respecte ses accords de niveau de service.

La négociation de ces niveaux de service est souvent une danse entre les TI et le fournisseur. Vous devriez demander à votre fournisseur de service dont il vérifie la sécurité, les performances et la disponibilité. Assurez-vous que vous êtes à l'aise avec l'approche. En outre, votre fournisseur doit fournir un tableau de bord pour vous donner une visibilité sur ces services que vous utilisez en permanence. Idéalement, vous voulez un tableau de bord qui vous donne une visibilité uniforme à travers vos propres ressources et de celles de votre fournisseur PaaS.

Suivi des accords de niveau de service

UN validation du niveau service (SLA) est une obligation contractuelle entre vous et votre fournisseur de cloud. TI et le fournisseur de services doit travailler ensemble pour établir ces SLA.

SLA typiques sont les suivants:

• Temps de réponse

• Disponibilité un jour donné

• Objectif global de disponibilité

• Convenus sur les horaires et les procédures d'intervention en cas d'un service descend

L'accord vous donne théoriquement une certaine assurance que le fournisseur atteindre certains niveaux de service. Cependant, vous devez déterminer ce que les niveaux de temps d'arrêt et d'autres paramètres que vous êtes prêt à accepter.

Considérant l'accès et intégration

Un autre problème à penser est l'accès à vos services et l'intégration entre l'application que vous souhaitez déployer sur le nuage et d'autres services dont il dépend. Par exemple, vous devez déterminer quel type de les services de contrôle d'accès votre fournisseur offre afin que seuls les gens qui sont censés accéder à votre demande pendant le développement et le déploiement peuvent le faire.

Dites que vous avez décidé de passer votre application dans le nuage, mais vous ne voulez pas passer votre base de données ou même répliquer vos données là. Vous devrez veiller à ce qui existe au niveau de la sécurité entre droit vos données sur site et votre application en nuage.

En outre, il peut y avoir beaucoup de points d'intégration avec une application dans le nuage. L'application peut intégrer à une application de gestion de la relation client dans votre organisation. L'application peut intégrer à d'autres services dans le nuage.

Un critère clé pour un fournisseur PaaS est de fournir des interfaces bien documentées et bien définis pour votre usage. En d'autres termes, au centre de capacités d'intégration entre les applications dans le cloud ou sur site sont des interfaces de programmation d'application (API). Ces API, qui font partie de la plate-forme PaaS, permettent aux entreprises d'intégrer rapidement leurs services dans une grande variété d'applications sur un ensemble diversifié de plates-formes. Avant de choisir un fournisseur PaaS, assurez-vous qu'il peut prendre en charge les applications et les services dont vous avez besoin pour intégrer.

Éviter lock-in

Bien que l'approche PaaS a de nombreux avantages, il peut avoir quelques inconvénients. Un inconvénient de PaaS est qu'il peut vous bloquer à l'aide d'un environnement de développement particulier et de la pile de composants logiciels. Offres PaaS ont généralement quelques éléments propriétaires. Par conséquent, vous pouvez être attachés à la plate-forme du fournisseur et incapable de bouger votre demande ailleurs sans réécriture à un certain degré.

Si vous devenez insatisfait avec votre fournisseur PaaS, vous pouvez faire face dépense importante si vous avez soudainement besoin de réécrire les applications pour satisfaire les exigences d'un autre fournisseur PaaS.

La crainte de vendor lock-in a conduit à l'émergence d'une nouvelle variété de PaaS: Open Platform as a Service. Ce service offre la même approche que PaaS, sauf qu'il n'y a pas de contrainte sur le choix de développement et de logiciels de livraison. Si lock-in est important pour vous, alors poser des questions avant de signer le contrat d'un fournisseur.