Dans cet article, je traite de ma seconde règle
la scalabilité des infrastructures Cloud Computing
| Règle numéro 1 | La connectivité où le principe d'accès universel à l'infrastructure |
| Règle numéro 2 | La Scalabilité de l'infrastructure où le principe de croissance à la demande |
| Règle numéro 3 | Tout objet utilisé est quantifié où le principe de gestion des ressources à l'usage |
| Règle numéro 4 | La guérison automatique où le principe de la continuité de la disponibilité de la ressource |
| Règle numéro 5 | L'interopérabilité avec mon SI interne où le principe de communication entre systèmes d'informations |
| Règle numéro 6 | Le multi-tenant où le principe de partage des ressources |
| Règle numéro 7 | La sécurité où le principe de pérennité de mon infrastructure |
| Règle numéro 8 | L'orchestration où le principe d'une nouvelle gouvernance de mon IT |
| Règle numéro 9 | L'architecture universelle où le principe d'accepter des systèmes hétérogènes |
| Règle numéro 10 | La simplicité (du point de vue de l'utilisateur) |
scalabilité de l'infrastructure ou le principe de croissance à la demande
la scalabilité, c'est quoi ?
le principe de croissance à la demande
- d'être indépendant par rapport à la couche matérielle. A architectures CPU comparable, il est possible de mélanger dans la même infrastructure les constructeurs différents, les générations de serveurs et différentes baies de stockages et ou équipementiers réseaux. La virtualisation amène une couche d'abstraction du matériel qui permet de gérer des parcs hétérogènes. Le composant physique, du point de vue de l'administrateur, n'est perçu que comme une ressource. Dans le cadre de la scalabilité linéaire, il suffit de « plugger » les nouveaux éléments dans le datacenter et de les enregistrer pour que l'infrastructure Cloud puisse bénéficier immédiatement de l'ajout des ressources.
- d'être isolé. Un des principes fondamentaux de la virtualisation est l'isolation des ressources. Il est plus simple de faire évoluer une plateforme lorsque l'on sait que la gestion des dépendances aura peu d'impacts sur la production. On sait isoler le système d'exploitation du matériel, ce qui a du sens dans une infrastructure IaaS, mais on sait aussi limiter les adhérences entre les applications (pas toutes) et le système d'exploitation, ce qui permet de faire fonctionner par exemple deux versions d'une même application sur un même système.
Je suis un pragmatique qui a cœur de proposer des solutions cohérentes et en phase avec un contexte client spécifique. Je travaille essentiellement autour des concepts liés à la rationalisation des infrastructures des systèmes d’information et particulièrement sur les projets de transformation des environnements utilisateurs.