une zone de confiance • Les menaces viennent de l’extérieur • Les portails et API d’administration ne sont pas exposés sur le réseau externe. d’habitude • L’interne et l’externe changent dans le temps • Le réseau peut se modifier rapidement • Les API règnent en maître et sont exposées sur Internet • Les partenaires SaaS se multiplient dans le Cloud
centralisé gère les accès à tout le parc de machines et de services • Une partie de la gestion d’accès est physique d’habitude • Il peut être complexe suivant les providers d’opérer une centralisation • La multiplication des services SaaS rend complexe la gestion centralisée • La sécurité physique est prise en charge dans le Cloud
Elles sont dimensionnées pour les plus gros pics de charges • Modifier une architecture prend du temps et de l’ énergie d’habitude • En IaaS, les serveur peuvent apparaître et disparaître en fonction de la charge • Le pilotage par API permet de faire évoluer rapidement les architectures dans le Cloud
Tendance à créer des disparités • Difficultés à faire évoluer les mesures de sécurité à l’ échelle du SI d’habitude • Culture de la reproductibilité • Appliquer une modification à tout le parc de façon automatisée est d’une complexité abordable dans le Cloud
à une fuite de données • Une intrusion peut donner lieu à une interruption de service d’habitude • Une intrusion peut aussi donner lieu à une explosion des frais d’exploitation par de la création de ressources incontrôlées dans le Cloud
niveau de sécurité de l’organisation d’habitude • La responsabilité est partagée avec le fournisseur Cloud • Il faut comprendre ce qui est pris en charge et ce qui vous incombe dans le Cloud
par nature • Passer d’une centralisation de la connaissance à un partage de la connaissance • Identifier les briques de SI récurrentes et en faire des modules Infrastructure-as-Code • Comprendre les attentes des équipes pour faire évoluer le catalogue de module