Cloud & virtualisation

Choisir le bon modèle
pour chaque charge.

MYSYS SI conçoit les architectures d'hébergement et de virtualisation en fonction des contraintes de disponibilité, de sécurité, de performance, de coût et de réversibilité.

Le bon choix n'est pas systématiquement le cloud public, le cloud privé ou une technologie particulière. Il dépend du service à héberger et de la manière dont il devra être exploité.

Du besoin au modèle d'hébergement

Applications

Données

Utilisateurs

Contraintes

MYSYS SI

Architecture

Privé

Public

Hybride

Conteneurs

Un hébergement adapté, exploitable et réversible

Situations rencontrées

Le choix d'hébergement doit rester une décision d'architecture

Migrer vers le cloud ne résout pas automatiquement les problèmes de coût, de sécurité ou de continuité. Ces sujets doivent être intégrés avant le choix de la plateforme.

Le cloud est envisagé sans analyse des contraintes

Toutes les charges ne présentent pas les mêmes besoins de latence, de disponibilité, de sécurité ou de localisation des données.

Le choix du modèle d'hébergement part des contraintes métier et techniques, pas d'une préférence technologique.

La virtualisation historique devient difficile à maintenir

Licences, matériel, versions, dépendances et capacité peuvent progressivement limiter l'évolution de l'environnement.

Une cible est définie en tenant compte de la trajectoire, des coûts et de la capacité réelle à l'exploiter.

Le coût du cloud manque de visibilité

Une infrastructure flexible peut aussi devenir difficile à maîtriser si les ressources, sauvegardes, flux et services consommés ne sont pas suivis.

Les coûts sont rapprochés des usages, de la criticité et des bénéfices attendus.

La réversibilité n'a pas été prévue

Une architecture peut devenir fortement dépendante d'un fournisseur, d'un format ou d'un service spécifique.

Les mécanismes d'export, de migration et de reprise sont considérés dès la conception.

Critères de décision

Une architecture se choisit selon les contraintes du service

Disponibilité

Quel niveau de tolérance à l'arrêt est réellement nécessaire ?

Sécurité

Quelles contraintes d'accès, d'identité et de protection des données ?

Connectivité

Quels flux, sites, utilisateurs et dépendances réseau ?

Données

Quels volumes, performances, sauvegardes et exigences de localisation ?

Coûts

Quel modèle est soutenable dans le temps, pas uniquement au démarrage ?

Réversibilité

Comment sortir de la plateforme ou déplacer les charges si nécessaire ?

Modèles d'hébergement

Le meilleur modèle peut être un assemblage

Une architecture hybride permet parfois de conserver certaines charges proches des utilisateurs tout en exploitant des services cloud pour d'autres besoins.

Cloud privé

Pour conserver une forte maîtrise de l'infrastructure, des performances et des données.

Cloud public

Pour bénéficier de services flexibles, à condition de maîtriser les usages, les coûts et les dépendances.

Cloud hybride

Pour répartir les charges selon les contraintes plutôt que déplacer l'ensemble du SI dans un modèle unique.

Conteneurs

Pour certains services applicatifs nécessitant portabilité, automatisation ou déploiements fréquents.

Virtualisation

La plateforme doit rester exploitable dans la durée

VMware, Proxmox ou une autre plateforme de virtualisation doivent être évalués selon les fonctionnalités nécessaires, les compétences disponibles, les coûts et la trajectoire du SI.

Le choix technique doit aussi intégrer les sauvegardes, la haute disponibilité, la supervision et les procédures d'administration.

Une plateforme complète

Calcul et mémoire
Stockage
Réseau et segmentation
Haute disponibilité
Sauvegarde
Supervision

La réversibilité doit être pensée dès l'architecture

Il faut savoir comment récupérer les machines, les données, les configurations et les accès si l'organisation doit changer de plateforme ou de fournisseur.

Cette capacité réduit la dépendance fournisseur et facilite les évolutions futures du SI.

Votre cible

Vous devez faire évoluer votre modèle d'hébergement ?

Présentez-nous vos applications, vos contraintes de disponibilité, de sécurité, de coût et votre environnement actuel.

Concevoir votre cible