1. Introduction à l'Architecture d'Application Trois-Tiers sur AWS [0]

  1. Cette vidéo traite du diagramme d'architecture d'application trois-tiers sur AWS Cloud [0].
  2. Ce sujet est très important pour les entretiens DevOps [1].
  3. Les questions portent sur l'expérience avec l'architecture trois-tiers et les services AWS [2].
  4. Le contenu couvrira la théorie, l'architecture, et l'implémentation réelle sur AWS Cloud [2].

2. Composants Théoriques de l'Application Trois-Tiers [4]

  1. Une application trois-tiers (ou multi-tiers) possède généralement trois couches différentes [4]:

    1. La couche de présentation (Presentation Layer) [4].
    2. La couche métier (Business Layer) [4].
    3. La couche de base de données (Database Layer) [4].

  2. Couche de Présentation [5]:

    1. C'est ce que l'utilisateur final voit, comme les articles sur amazon.com [5].
    2. Elle utilise généralement le service AWS CloudFront [7].
    3. CloudFront livre les pages web, le contenu et les images à l'utilisateur final [8].
    4. D'autres services comme S3 peuvent être inclus [15].

  3. Couche Métier (ou Logique) [9]:

    1. La logique de calcul se produit ici (ex: calcul du coût, des articles) [9].
    2. Elle nécessite des services de calcul comme EC2 ou ECS [10].

  4. Couche de Base de Données [12]:

    1. Les données doivent être stockées quelque part [12].
    2. Elle utilise des services comme RDS (MySQL, Postgres, etc.) [12].

3. Dessin de l'Architecture Trois-Tiers sur AWS Cloud [16]

3.1. Configuration Initiale et Accès Externe [16]

  1. Pour dessiner l'architecture, on commence par le Cloud AWS comme toile de fond [16].

  2. Pour créer un cloud privé pour l'application, le service VPC (Virtual Private Cloud) est nécessaire [20].

  3. Le rôle du VPC est d'assurer l'isolation de toute l'application [24].

  4. Les trois couches (présentation, métier, base de données) se trouvent à l'intérieur de ce VPC [25].

  5. Le VPC est contenu dans une Région (ex: US East 1) [30].

  6. La Région contient des Zones de Disponibilité (AZ) [28].

    1. Une AZ signifie que les services sont disponibles dans cette zone [29].
    2. Pour cet exemple, une seule AZ est utilisée pour simplifier [30].

  7. Accès Utilisateur et Routage [31]:

    1. Un utilisateur fait une requête (ex: trainwithshubham.com) depuis son ordinateur portable [31].
    2. Pour que l'internet achemine la requête, le service Route 53 est nécessaire [33].
    3. Route 53 permet à l'application d'être accessible par le monde extérieur [34].
    4. Comme le VPC est un cloud privé et la requête est publique, une Passerelle Internet (Internet Gateway) est requise [36].
    5. La Passerelle Internet permet à Route 53 de se connecter au VPC [36].

3.2. Définition des Sous-Réseaux (Subnets) [38]

  1. La couche de présentation (CloudFront) et la couche métier doivent être dans un sous-réseau (subnet) [38].
  2. Les sous-réseaux sont de deux types: public et privé [40].
  3. Les sous-réseaux se trouvent à l'intérieur du VPC, agissant comme de mini-zones internet [41].
  4. Sous-Réseau Public: Utilisé pour la couche de présentation et la couche métier, car elles nécessitent un accès public [44].
  5. Sous-Réseau Privé: Utilisé pour la base de données (RDS), car l'accès public n'est pas souhaité [44].
  6. L'objectif des sous-réseaux public et privé est la sécurité [46].

3.3. Configuration des Couches Métier et Base de Données [49]

  1. Couche Métier (Public Subnet) [49]:

    1. CloudFront effectue des appels API pour le calcul, nécessitant un moteur de calcul (ex: EC2) [49].
    2. Il y aura plusieurs instances EC2, pas une seule [51].
    3. Un Équilibreur de Charge Élastique (Elastic Load Balancer) est nécessaire pour distribuer la charge [51].
    4. Le Load Balancer distribue la charge provenant de CloudFront aux instances EC2 disponibles [53].

  2. Couche de Base de Données (Private Subnet) [56]:

    1. La base de données RDS est mise en place [56].
    2. RDS peut également avoir plusieurs instances [58].
    3. Un autre Load Balancer est nécessaire pour distribuer la charge entre les instances RDS [59].

  3. Communication Inter-Couches [62]:

    1. La couche métier (subnet public) et la couche base de données (subnet privé) doivent communiquer [62].
    2. Elles communiquent via une Passerelle NAT (Network Address Translation Gateway) [63].
    3. La Passerelle NAT traduit le trafic provenant de la couche métier (ou subnet privé) vers le subnet privé de la base de données [64].
    4. Ce trafic est ensuite acheminé vers le Load Balancer de la base de données, complétant l'architecture [66].

4. Améliorations de Sécurité et Conclusion [67]

  1. L'architecture complète comprend Route 53, Internet Gateway, CloudFront, instances EC2 avec Load Balancer, et instances de base de données privées avec Load Balancer, connectées par une NAT Gateway [67].

  2. Amélioration de la Sécurité (IAM) [69]:

    1. Pour améliorer la sécurité, des rôles IAM peuvent être attachés à chaque accès [69].
    2. Des rôles IAM peuvent être définis pour les instances de la couche métier, les bases de données et même les VPC [69].
    3. Ceci ajoute une couche de sécurité supplémentaire [70].

  3. Amélioration de la Sécurité (WAF) [71]:

    1. Pour la sécurité côté routage, un Pare-feu d'Application Web (WAF) peut être ajouté [71].
    2. Le WAF se situe entre Route 53 et le VPC [74].
    3. Le trafic passe d'abord par le WAF, puis vers la Passerelle Internet [74].
    4. Ceci complète l'architecture trois-tiers sur AWS Cloud [75].

  4. Présentation en Entretien [76]:

    1. Il est conseillé de présenter la théorie des services utilisés et le diagramme d'architecture [76].
    2. Ceci est une implémentation schématique [78].
    3. L'auteur demande si une implémentation pratique est souhaitée [77].