7. Services Azure au sein d’Azure Stack
Services et composants prévus pour la « GA »
8. Pourquoi une Plateforme de Cloud Hybride
basée sur Azure?
Besoins techniques,
métiers, légaux
Flexibilité pour le
modèle applicatif
Des alternatives
souvent inadaptées
9. Private | Hosted | Public
Les différents composants d’une Plateforme
de Cloud Hybride
10. Microsoft Azure Stack
Private | Hosted
Microsoft Azure
Public
Azure services in your datacenter
Unified app development
One Azure ecosystem
Developers
IT
La Plateforme de Cloud Hybride Microsoft
14. Technical Preview 2
Disponible actuellement
• Toujours pour évaluation Mono-serveur
– Aucun changement dans les prérequis
• Quelques nouveautés:
– Services : Key Vault, mise a jour des services PaaS (a venir), compatibilité accrue
avec Azure Resource Manager
– Stockage : Queues, Signatures partagées pour comptes de stockage, Storage
Analytics
– Réseau : Connectivite entre sites grâce a la passerelle VPN, support de iDNS, prise
en charge des “User Defined Routes”
– Première implémentation des fonctionnalités de gestion de l’infrastructure Azure
Stack
15. AGENDA
• Une offre complète
• Une architecture intégrée
• La brique de base : La Scale-Unit
• Le stockage SAN-Less
• Un écosystème autonome
16. Une offre complète
Architecture,
hardware, and
topology
Security and
privacy
Deployment,
configuration,
provisioning
Validation Monitoring,
diagnostics
Business
continuity
Patching and
updating
Field replacement
of parts
17. Une architecture intégrée
Templates/PowerShell/CLI, SDK, etc
Azure Resource Manager (ARM)
RP LAYERPARTITION REQUEST BROKER
SRP NRPFRP CRP
Infrastructure
Deployment
Bootstrap
Patch & Update
Scale Out
FRU
RESET
START
STOP
COMPUTE
CONTROLLER
STORAGE
CONTROLLER
NETWORK
CONTROLLER
INFRA ROLE
CONTROLLER
HEALTH
CONTROLLER
ARM LAYER
INFRASTRUCTURE CONTROL LAYER
Azure Portal (UX)
Builds COMPUTENETWORK (SWITCHES) STORAGE
HARDWARE LAYER
Workflows
HRP …
PHYSICAL
NODE
MANAGEMENT
INFRASTRUCTURE ROLES
18. La brique de base : La Scale-UnitCPU
Memory
NIC
S2DCache
S2DCapacity
CPU
Memory
NIC
S2DCache
S2DCapacity
CPU
Memory
NIC
S2DCache
S2DCapacity
Infrastructure Services
Patch and Update Reserve
Tenant Capacity
Cadre général imposé par Microsoft
Latitude proposée aux partenaires
19. La brique de base : La Scale-Unit
BMC Switch
ToR Switch
ToR Switch
BMC Switch
ToR Switch
ToR Switch
Aggregate Switch Aggregate Switch
Chaque stamp est :
• Autonome
• Redondant
21. Un écosystème autonome
Process de patching intégré
• Limité aux updates firmware & patchs pré-validés
• Patching organisé sans impact pour les workloads
23. PRÉPARER VOTRE ORGANISATION
À AZURE STACK
• L’organisation de vos équipes
• De nouvelles approches
• Refondre votre catalogue de services
• La formation
24. L’organisation de vos équipes
Des questions
• Comment Réduire le « time to market »?
• Comment favoriser l’innovation?
• Comment parler aux métiers?
Quelle organisation?
• Bimodale
• Trimodale
25. De nouvelles approches
A intégrer dans votre transformation
• L’industrialisation
– Infrastructure as a Code
– Configuration as a Code
• DevOps
– Développer votre culture
26. Refondre votre catalogue de services
Faire abstraction de la technique
• Parler le langage du client
• La rendre transparente
• Intégrer les bonnes pratiques de vos équipes
Penser produit fini immédiatement consommable
• Complet
• Correspondant aux besoins du client
• All magic come with a Price
27. La formation
• Technical Preview 2 : https://azure.microsoft.com/en-us/overview/azure-stack/try/
• Nouveautés de Windows Server 2016 utilisées dans Microsoft Azure
Stack
• « Azure ARM policy » et « ARM Template Validator » disponibles au
téléchargement : https://github.com/Azure/AzureStack-Tools
• Les sessions Azure Stack & Windows Server 2016 d’Ignite 2016 :
https://myignite.microsoft.com/videos
Updated
DATA – Single physical NIC with dual ports (10Gb+)
Uses switch-embedded-teaming (WS2016) for port/link resiliency
Assumes dual-switch (ToR) configuration
updated
Updated
Updated
Rappelons d’abord que, selon Gartner, l’IT bimodale est « une pratique consistant à gérer deux modes séparés et cohérents de fourniture d’IT, l’un centré sur la stabilité et l’autre sur l’agilité. Le mode 1 est traditionnel et séquentiel, mettant l’accent sur la sécurité et la fiabilité. Le mode 2 est exploratoire et non-linéaire, il privilégie l’agilité et la vitesse ».
Trimodale, il y a une équipe d’accostage
La raison de cet engouement ? « L’approche bimodale permet d’innover, de prendre plus de risques, tout en contrôlant les coûts. On modernise ainsi le SI historique pour dégager des budgets réinvestis dans l’innovation. Il s’agit des deux facettes d’un même objectif : celui de l’entreprise dans le cadre de sa modernisation IT » estime Yann Camenen. Cette approche présente toutefois quelques écueils.