AWS Cloud Mapを試してみる

はじめに

2018/11/28にAWS Cloud Mapが発表になりましたので試してみます。

AWS Cloud Mapを利用するとクラウドをマッピングすることができます。Amazon S3のバケットやAmazon DynamoDBのテーブル、Amazon SQSのキュー
Amazon EC2やAmazon ECS、Amazon EKSやAWS Lambda上で構成されたカスタムクラウドサービスの様な任意のリソースに対しても分かりやすい名前を定義できます。AWS SDKと認証されたAPIクエリを使って分かりやすい名前にてリソースの場所やメタデータを検出することができます。
デプロイメントステージやバージョンの様なカスタム属性によって、リソースをさらにフィルターし、検出することができます

AWS Cloud Mapを使用するメリットですが、大きく分けて２つあります。
１つ目は、システム全体で１つのネームスペースを使用することが可能になる点です。今までは、本番や開発といった環境ごとにdev-frontend.exmaple.comやprd-frontend.exmaple.comというように接続先の名称を環境ごとに定義していましたが、Cloud Mapでは属性値に環境情報やバージョン情報を付与することで、一意の名称で接続先をコントロールすることができます。

Cloud Map以前

Cloud Map以後

２つ目は、今までのAWSのサービスディスカバリとしては、ECSにおいてALBを使用したサーバサイドサービスディスカバリや、Route53を利用したサービスディスカバリが可能でしたが、コンテナに対するサービスディスカバリのみに対応している状況でした。Cloud Mapを使用することにより、EC2やS3,SQSといったAWSサービスのサービスディスカバリができるようになります。

Cloud Map以前

Cloud Map以後

実際のインスタンスディスカバリの方法は、３種類あります
API call
API call and DNS query in VCP
API call and Public DNS query

１つ目の環境属性を設定するユースケースを試してみます

Namespaceの作成

Create namespaceをクリック

今回は、API Callsで作成

サービスの作成

Create serviceをクリック

frontendサービスを作成します

インスタンスを登録します

本番用

開発用

サービスディスカバリ実施

フィルタリングなしでサービスディスカバリすると２つのインスタンスが返ってきます

aws servicediscovery discover-instances --namespace-name exmaple.com --service-name frontend
{
    "Instances": [
        {
            "InstanceId": "ec2",
            "HealthStatus": "UNKNOWN",
            "ServiceName": "frontend",
            "Attributes": {
                "AWS_INSTANCE_IPV4": "192.0.2.44",
                "Env": "Dev"
            },
            "NamespaceName": "exmaple.com"
        },
        {
            "InstanceId": "ec2-2",
            "HealthStatus": "UNKNOWN",
            "ServiceName": "frontend",
            "Attributes": {
                "AWS_INSTANCE_IPV4": "192.0.2.4",
                "Env": "Prd"
            },
            "NamespaceName": "exmaple.com"
        }
    ]
}

query-parametersでEnv＝Prdとすることで本番用のインスタンスがディスカバリ可能です

aws servicediscovery discover-instances --namespace-name exmaple.com --service-name frontend --query-parameters Env=Prd
{
    "Instances": [
        {
            "HealthStatus": "UNKNOWN",
            "Attributes": {
                "AWS_INSTANCE_IPV4": "192.0.2.4",
                "Env": "Prd"
            },
            "InstanceId": "ec2-2",
            "NamespaceName": "exmaple.com",
            "ServiceName": "frontend"
        }
    ]
}

query-parametersでEnv＝Devとすることで本番用のインスタンスがディスカバリ可能です

$ aws servicediscovery discover-instances --namespace-name exmaple.com --service-name frontend --query-parameters Env=Dev
{
    "Instances": [
        {
            "HealthStatus": "UNKNOWN",
            "NamespaceName": "exmaple.com",
            "InstanceId": "ec2",
            "ServiceName": "frontend",
            "Attributes": {
                "AWS_INSTANCE_IPV4": "192.0.2.44",
                "Env": "Dev"
            }
        }
    ]
}

２つ目のユースケースであるS3に対するサービスディスカバリ

logsサービスを作成

S3サービスのサービスディスカバリを実施します

aws servicediscovery discover-instances --namespace-name exmaple.com --service-name logs
{
    "Instances": [
        {
            "NamespaceName": "exmaple.com",
            "ServiceName": "logs",
            "Attributes": {
                "ARN": "arn:aws:s3:us-east-1:********:archive"
            },
            "InstanceId": "archive",
            "HealthStatus": "UNKNOWN"
        }
    ]
}

ARNが取得できました。EC2と同様に環境を示す属性や、ReadOnlyなどの書き込み属性などについても設定することができます

お約束

投稿内容は私個人の意見であり、所属企業・部門見解を代表するものではありません。