amazonaws.com

Amazon Web Services (AWS) est une organisation de services cloud qui fournit des fonctionnalités permettant de créer et d'exploiter des applications et d'autres charges de travail. Son offre couvre le calcul, le stockage, les bases de données, l'analyse, l'intégration d'applications et d'autres domaines. La distinction utile est qu'AWS fournit de nombreux services aux finalités différentes, plutôt qu'une seule application avec un processus unique.

Le domaine amazonaws.com représente l'espace de noms des points de terminaison des services AWS, où les logiciels peuvent se connecter aux différents services et ressources AWS. Le site public d'information d'AWS est aws.amazon.com : le domaine des points de terminaison et la page d'accueil commerciale remplissent donc des rôles différents. Comprendre cette distinction permet d'expliquer pourquoi une application peut contacter amazonaws.com sans que quelqu'un consulte le site d'AWS.

Que permet de créer et d'exploiter AWS ?

AWS a été lancé en 2006 et fournit des fonctionnalités cloud que les organisations peuvent utiliser pour assembler et exploiter des charges de travail. Les documents officiels fournis décrivent des services permettant d'exécuter des applications, de stocker des informations, de travailler avec des bases de données et de connecter des systèmes distribués. Choisir AWS implique donc de déterminer les fonctionnalités nécessaires à une charge de travail et de comprendre les services correspondants.

Le catalogue de services illustre cette diversité sans rendre tous les services interchangeables. EC2 est présenté comme un service de serveurs virtuels, S3 comme un service de stockage d'objets et Lambda comme un service permettant d'exécuter du code sans gérer de serveurs ni de clusters. Ce sont des composants différents, même si les applications qui les utilisent peuvent envoyer des requêtes au sein de la même grande famille de domaines.

Besoin de la charge de travail	Exemples décrits dans les documents AWS fournis	Distinction pratique
Exécuter des charges de travail applicatives	EC2 et Lambda	Les services de calcul proposent différentes approches pour exécuter du code.
Stocker des objets	S3	Le stockage d'objets répond à un besoin différent de celui d'une base de données relationnelle.
Travailler avec des bases de données	RDS et DynamoDB	AWS comprend des services de bases de données relationnelles et NoSQL.
Connecter les composants d'une application	API Gateway, SQS et Step Functions	L'accès aux API, les files de messages et les flux de travail répondent à différents besoins d'intégration.
Analyser et surveiller les charges de travail	Athena et CloudWatch	L'interrogation des données et la surveillance des opérations sont des activités distinctes.

Cette diversité rend AWS pertinent pour les équipes de développement qui ont besoin de plusieurs fonctionnalités cloud au sein d'une charge de travail. Elle impose aussi un travail de sélection : une organisation doit déterminer le service, le modèle d'accès et les responsabilités opérationnelles adaptés à son application. Un domaine parent connu ne dispense pas de ces décisions.

À quoi sert amazonaws.com ?

La documentation AWS définit un point de terminaison comme le point d'entrée URL d'un service web AWS. De nombreux points de terminaison utilisent amazonaws.com dans leur nom d'hôte, avec des informations identifiant un service et parfois une Région AWS. Les logiciels utilisent ces adresses pour atteindre le point d'entrée du service concerné.

Une requête vers un point de terminaison AWS peut faire partie du fonctionnement d'une application plutôt que d'une visite délibérée sur un site web. Différentes requêtes sous le domaine parent peuvent concerner différents services, comptes, ressources et modèles d'accès. Leur suffixe commun renseigne moins sur le contexte applicatif que la requête complète.

Lire un point de terminaison de service

L'exemple documenté dynamodb.us-west-2.amazonaws.com contient davantage d'informations utiles que le seul domaine amazonaws.com. Il identifie DynamoDB et comprend le code de Région us-west-2. Ces informations précisent le contexte du service, mais ne révèlent pas tout sur l'appelant ou la ressource concernée.

• Nom du service : aide à identifier la fonctionnalité AWS contactée.
• Code de Région : fournit un contexte régional lorsque ce point de terminaison suit un modèle régional.
• Nom d'hôte complet : préserve les distinctions perdues lorsqu'une observation est réduite au domaine parent.
• Chemin de la requête : fournit des éléments de contexte supplémentaires qui doivent être interprétés à l'aide de la documentation du service.
• Application à l'origine de la requête : aide à relier une adresse technique à l'activité attendue par une personne ou une organisation.

Ces détails doivent être considérés ensemble. Le nom d'hôte d'un service fournit des indications utiles sur une destination, tandis que l'application et la requête expliquent le contexte de son utilisation. Ni le nom du service ni le domaine parent ne permettent, à eux seuls, d'établir la finalité des données concernées.

Pourquoi certaines adresses AWS comprennent-elles une Région ?

De nombreux points de terminaison AWS contiennent un code de Région parce qu'ils fournissent un point d'entrée régional pour un service. AWS documente également des points de terminaison généraux et mondiaux pour certains services. Le comportement exact du point de terminaison dépend du service concerné : un même modèle de nommage ne doit donc pas être appliqué à l'ensemble du catalogue.

Pour une équipe de développement, la question pratique est de savoir quel point de terminaison le service choisi documente pour l'opération prévue. Reconnaître un code de Région peut faciliter cette recherche, mais deviner une adresse à partir du modèle d'un autre service ne remplace pas une vérification. Le guide de référence générale AWS et la documentation des points de terminaison des services constituent les points de départ.

Type de point de terminaison	Ce qu'établissent les recherches fournies	Ce qui reste à vérifier
Régional	De nombreux noms d'hôte comprennent un code de service, un code de Région et amazonaws.com.	Le point de terminaison documenté pour le service et la Région choisis.
Général	Certains services disposent de points de terminaison généraux.	La manière dont le service concerné traite les requêtes envoyées à ce point de terminaison.
Mondial	AWS documente des points de terminaison mondiaux pour certains services.	Les opérations et le comportement régional documentés par le service.

Les points de terminaison propres à chaque service offrent l'avantage d'un routage plus clair et d'une séparation entre les fonctionnalités. En contrepartie, pour une personne qui examine l'activité réseau, une observation avec un caractère générique telle que *.amazonaws.com masque une grande partie de ces détails utiles. Elle regroupe des destinations dont les finalités peuvent être très différentes.

Une adresse AWS permet-elle d'identifier qui exploite une application ?

La présence d'amazonaws.com ne permet pas d'identifier le client, la charge de travail ou le propriétaire de l'application responsable d'une requête donnée. AWS fournit le contexte du service cloud, mais le domaine parent n'explique pas quel compte ou quelle ressource se trouve derrière l'activité. Il ne permet pas non plus d'établir quelles informations sont stockées, récupérées ou traitées.

Cela compte lorsqu'une personne remarque une connexion inconnue dans l'activité d'une application ou dans les journaux réseau. L'adresse peut aider à identifier un service AWS, mais l'interprétation de la connexion nécessite des éléments provenant du logiciel qui l'établit. La bonne question est de savoir ce que cette application fait avec cette destination.

Un examen utile distingue les questions suivantes :

1. Quelle application a lancé la requête ? Reliez la destination au logiciel et à l'activité examinés.
2. Quelle est la destination complète ? Conservez le nom d'hôte et le chemin, plutôt que le seul suffixe du domaine.
3. Quel service représente-t-elle ? Comparez l'adresse à la documentation AWS pertinente.
4. Quelle opération est attendue ? Établissez le lien entre la requête et le comportement prévu de l'application.
5. Quel modèle d'accès s'applique ? Vérifiez les identifiants et les autorisations exigés par ce service et cette ressource.
6. Qu'est-ce qui reste inexpliqué ? Laissez les questions de propriété, de finalité des données ou d'autorisation en suspens lorsque le contexte disponible ne permet pas de les résoudre.

Cette approche évite d'assimiler l'identité de l'infrastructure à celle de l'application. Elle précise aussi l'investigation : une incertitude sur la requête d'une application devient une question portant sur cette application et ce service, plutôt qu'une conclusion sur toutes les destinations partageant le même suffixe.

Comment les identifiants et les autorisations influencent-ils l'accès ?

Les identifiants et les autorisations AWS répondent à des questions différentes. Les identifiants authentifient un appelant, tandis que les autorisations définissent les actions qu'il peut effectuer. Savoir à quel service appartient un point de terminaison ne permet pas d'établir si un appelant donné peut utiliser une ressource donnée.

Les exigences exactes dépendent du service concerné et de son modèle d'accès. Les équipes de développement doivent consulter la présentation des identifiants de sécurité AWS ainsi que la documentation du service et de l'opération prévus. La seule existence d'un point de terminaison ne décrit pas toutes ces exigences.

Question relative à l'accès	Concept pertinent	Ce qu'il ne permet pas d'établir à lui seul
Qui effectue la requête ?	Authentification à l'aide d'identifiants	Si l'appelant peut effectuer l'action demandée.
L'appelant peut-il effectuer cette action ?	Autorisation au moyen de permissions	Si une autre action ou ressource sans rapport est également autorisée.
Quelles exigences s'appliquent ici ?	Documentation propre au service	Une règle d'accès universelle pour tous les points de terminaison AWS.

La responsabilité va au-delà de l'identification du fournisseur

AWS publie un modèle de responsabilité partagée pour comprendre la répartition des responsabilités lors de l'utilisation de ses services. Il s'agit d'une question distincte de l'identification d'un nom d'hôte AWS. Les équipes doivent prendre en compte leurs responsabilités ainsi que les exigences d'accès du service, plutôt que de supposer que l'identité du fournisseur résout les questions propres à l'application.

Les éléments fournis justifient d'expliquer cette répartition dans le cadre d'une évaluation d'AWS. Ils ne permettent pas d'établir comment un client donné a configuré une application ou une ressource. L'évaluation d'un déploiement particulier nécessite des informations sur ce déploiement.

Une organisation doit-elle autoriser ou bloquer toute la famille de domaines ?

Une décision portant sur l'ensemble du domaine a une portée large, car amazonaws.com couvre plusieurs services et des charges de travail potentiellement sans rapport entre elles. Bloquer toute la famille peut perturber les applications qui dépendent de ces destinations. L'autoriser sans distinction laisse inexpliquées l'identité et la finalité des requêtes individuelles.

Aucun de ces choix ne découle automatiquement de la présence d'un nom d'hôte AWS. Un administrateur réseau a besoin de connaître la politique de l'organisation, la finalité de l'application à l'origine de la requête et le contexte de destination propre au service. Les recherches fournies étayent l'examen de ces détails avant de décider du périmètre d'accès approprié.

Situation	Prochaine étape utile	Limite des éléments disponibles
Une application connue contacte un point de terminaison AWS	Comparez la destination à l'utilisation attendue des services par l'application.	Connaître l'application ne permet pas d'expliquer chaque requête.
Un processus inconnu contacte amazonaws.com	Identifiez le processus et conservez le contexte complet de la requête.	Le domaine parent ne permet pas d'identifier le propriétaire du processus ni son intention.
Une règle proposée couvre tous les sous-domaines	Évaluez les applications et les services que la règle affecterait.	Un caractère générique masque les différences entre les destinations individuelles.
Une requête semble suspecte	Examinez l'application, la ressource et le contexte du service concerné.	L'identité de l'infrastructure AWS ne garantit pas la sûreté.

Le même raisonnement s'applique à une personne qui cherche à comprendre une adresse inattendue. Reconnaître AWS peut expliquer la catégorie d'infrastructure, mais ne permet pas de déterminer si la connexion est appropriée. Le comportement de l'application et la finalité de la requête restent essentiels.

Où les équipes de développement peuvent-elles trouver de la documentation, de l'aide communautaire ou des contacts pour signaler des abus ?

L'index de la documentation AWS constitue le point d'entrée général vers les guides des services. Le guide de référence générale et les pages consacrées aux points de terminaison des services sont particulièrement pertinents pour identifier les adresses et le comportement régional. La présentation des identifiants apporte une explication complémentaire sur l'authentification des appelants.

AWS propose également re:Post, un service communautaire de questions-réponses. Il offre aux équipes de développement un espace pour poser des questions sur l'utilisation d'AWS, tandis que les ressources de contact officielles permettent d'obtenir de l'assistance et de signaler des abus présumés. Les discussions communautaires et le signalement d'abus répondent à des objectifs différents et doivent être choisis en conséquence.

• Identifier un point de terminaison : commencez par le guide de référence générale AWS et la documentation des points de terminaison.
• Comprendre un service : utilisez l'index de la documentation pour trouver les guides du service concerné.
• Clarifier les exigences d'accès : lisez la présentation des identifiants ainsi que la documentation des autorisations du service.
• Poser des questions de mise en œuvre : utilisez la communauté AWS re:Post.
• Trouver des ressources de contact ou de signalement d'abus : consultez la page de contact officielle d'AWS.
• Consulter les informations d'AWS sur la confidentialité : consultez l'avis de confidentialité AWS, tout en examinant séparément l'application responsable d'une requête.

AWS s'adresse aux organisations et aux équipes de développement qui ont besoin de fonctionnalités cloud pour exécuter des applications, stocker des informations, intégrer des composants et exploiter des charges de travail. Les éléments disponibles permettent de décrire amazonaws.com comme un espace de noms de points de terminaison reliant les logiciels à ces fonctionnalités. Il convient aux lecteurs qui évaluent des services précis et aux équipes qui les mettent en œuvre, à condition de conserver le contexte du service, de la Région, de l'application et de l'accès que le domaine parent seul ne peut pas fournir.