Securely communicate with subgraphs on your AWS VPC

Cloud Dedicated uses

You can provision AWS VPC Lattice with the

Create and share an AWS VPC Lattice service

To allow Cloud Dedicated to send traffic to your private subgraphs, you must:

1. Create one or more AWS VPC Lattice target groups.
2. Create one or more AWS VPC Lattice services.
3. Share the service(s) with the Apollo AWS Organization.
4. Provide the service(s) routing information in your Apollo Organization configuration page.

This guide offers step-by-step instructions for each stage.

Step 1. Create AWS VPC Lattice target groups

A Lattice target group is a collection of targets, or compute resources, that run your application or service. You must set these up so your Lattice services can route requests accurately. Check out the

1. In the AWS Console for your region of choice, go to the VPC service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, scroll down and open Target groups in the VPC Lattice section.

   

3. Click Create target group on the top right.

   

4. In the Basic configuration section, set the properties that match your subgraph resources.

   

5. (Optional) If you use a target type with health checks, ensure you configure your health checks correctly, or Lattice will not be able to send traffic to your subgraphs.

   

6. Register the targets based on your chosen target type.

   

7. Review your targets to make sure all information is correct.

   

8. Click Create target group at the bottom right corner of the page.

   

Congratulations! You've created an AWS VPC Lattice target group. Repeat this process for each resource you want to share with Cloud Dedicated.

Step 2. Create an AWS VPC Lattice service

1. In the AWS Console for your region, go to the VPC service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, scroll down and open Services in the VPC Lattice section.

   

3. Click Create service in the top right.

   

4. In the Identifiers section, give the name, description, and tags of your choice for the service.

   

5. In the Custom domain configuration section, leave the Specify a custom domain configuration checkbox unselected.

   

6. In the Service access section, select the AWS IAM authentication type and paste the following authorization policy. This policy ensures that only the AWS Organization for Cloud Dedicated can send traffic to your subgraphs.

   JSON

   {
     "Version": "2012-10-17",
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": "*",
         "Action": "vpc-lattice-svcs:Invoke",
         "Resource": "*",
         "Condition": {
           "ForAnyValue:StringLike": {
             "aws:PrincipalOrgPaths": "o-9vaxczew6u/*/ou-leyb-l9pccq2t/ou-leyb-fvqz35yo/*"
           }
         }
       }
     ]
   }

   Copy

7. (Optional) For extra security, you can audit all the traffic coming to your subgraph by enabling access logs in the Monitoring section.

8. Once you've configured the service, click Next on the bottom right of the page.

   

9. Define routing information to your target groups. Set the protocol to HTTPS and the port to 443.

   ⓘ NOTE

   For security reasons, we require you to use HTTPS for your listener. This enforces encryption in transit of the traffic between your GraphOS cloud router and your Lattice listener.

   

10. If you have multiple target groups, add a rule for each subgraph.

    

11. Click Next at the bottom right of the page once you've configured your listener.

    

12. Do NOT select a VPC Lattice service network. Your subgraphs will integrate with a service network managed by Apollo. Instead, click the Next button at the bottom right of the page.

    

13. Ensure the information you've entered is correct, then click Create VPC Lattice service at the bottom right of the page.

    

Congratulations! You've now created a Lattice service for your subgraphs.

Step 3. Share the AWS VPC Lattice service with Cloud Dedicated

1. In the AWS Console for your region of choice, go to the Resource Access Manager service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, click Resource shares in the Shared by me section.

   

3. Click Create resource share in the top right corner.

   

4. In the Resource share name section, enter a name for your resource share.

   

5. In the Resources section, select the resource type VPC Lattice Services.

6. Select all the Lattice services that contain your subgraphs.

   

7. (Optional) Set tags for your resource share.

   

8. Click the Next button at the bottom right corner of the page.

9. Verify that the managed permissions give access to associate the Lattice services with a service network (vpc-lattice:CreateServiceNetworkServiceAssociation and vpc-lattice:GetService). Then click the Next button at the bottom right of the page.

   

10. In the Principals section, select Allow sharing with anyone with a principal type of AWS account, enter the following value for the account ID: 282421723282, then click the Add button.

    

11. Confirm that 282421723282 is the only selected principal for this resource share, then click the Next button on the bottom right corner.

    

12. Confirm that all the information is correct, then click Create resource share at the bottom right of the page.

Congratulations! You've now shared your Lattice services with Cloud Dedicated.

The last step is associating your resource share with the Apollo Organization account.

Step 4. Associate your resource share with your Apollo Organization

1. In the AWS Console for your region of choice, go to the Resource Access Manager service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, click Resource shares in the Shared by me section.

   

3. Click the resource share you created in the previous step.

   

4. Copy the ARN for the resource share.

   

Setup from this point differs based on whether this is

Setup for new private subgraphs

1. Go to

   GraphOS Studio
   .

2. Click the Create New Graph tab at the top right of the screen.

3. Follow Studio's onboarding steps to create a graph with a new private subgraph.

4. When prompted to Provide your GraphQL API endpoint, select My endpoint is not directly accessible at the bottom of the page.

5. Choose the backend provider you want to use for your private subgraph and the region where your subgraph should be provisioned.

   ⓘ NOTE

   All private subgraphs connected to a GraphOS cloud router must be in the same region.

6. Paste the ARN of the resource share you created and copied from your AWS Console, then click Link my Resource and Next to continue.

   

7. From the dropdown menu, select the Lattice service that you would like to connect to your GraphOS router. A default path of /api/graphql is automatically added to the URL. You can change this path if you want to.

   

8. Add a Service Name to describe your Lattice service. This name will be used to identify your Lattice service in GraphOS Studio.

9. Paste the GraphQL schema for this subgraph in the Schema field. You can also upload a schema file by clicking the Upload Schema button.

10. Update the ID and the name of the supergraph that you want to add this private subgraph to. An ID and name are automatically generated based on your organization's name, but you can change both as needed.
11. To finish, click Create GraphOS Router.

Congratulations! You've now created a GraphOS cloud router with a private subgraph.

Setup for existing graphs

1. Go to the graph you want to connect in

   GraphOS Studio
   .

2. From the left sidebar, open the Subgraphs tab of your graph.

3. Click Add a Subgraph on the right of the page.

4. In the dialog, select the Private option, then select the AWS service you want to add from the dropdown menu. A default path of /api/graphql is automatically added to the URL. You can change this path if you like.

   

5. Add a Service Name to describe your Lattice service. This name will be used to identify your Lattice service in GraphOS Studio.

6. Paste the GraphQL schema for this subgraph in the Schema field. You can also upload a schema file by clicking the Upload Schema button.

7. To finish, click Add Subgraph.

Congratulations! You've now added a private subgraph to your GraphOS cloud router.

Further restrict access to private subgraphs

Once you configure an AWS VPC Lattice service to accept traffic from the Apollo AWS Organization, it is protected by multiple security layers:

• The AWS VPC Lattice service network only allows traffic with a valid signature and over HTTPS.
• The Lattice service's configured authorization policy ensures traffic only comes from Apollo's AWS accounts. (This is the authorization policy you configured in step 6
  when creating your Lattice service
  .)
• Apollo cloud router provisioning compares subgraphs in a supergraph's configuration against the list of known private subgraphs in its Apollo account. It refuses to create or update cloud routers with unknown private subgraphs.
• Cloud routers only have permission to invoke private subgraphs listed in their supergraph configuration.

You can further restrict access to your private subgraphs by configuring additional

Update Lattice service authorization policy

To update a Lattice service's authorization policy with additional restrictions, you first need the Apollo account ID and/or graph ref to which you want to restrict subgraph access.

Obtain account ID and graph ref

• Contact Apollo
  to obtain your account ID. Specify you would like the account ID needed to update your Lattice service's authorization policy.

  ⓘ NOTE

  The Apollo account ID you specify in your authorization policy is not the Apollo organization ID you can find in GraphOS Studio.

• You can find your supergraph's graph ref in your Apollo account:

  • Log in to
    GraphOS Studio
    .
  • Click on a graph variant on the Graphs page. The graph ref will be at the top of the page—click it to copy.

If you want to provide subgraph access to multiple Apollo accounts or supergraphs, you can specify multiple account IDs and graph refs when updating your policy.

Update policy

If you are using the

apollo_account_ids = ["my_account_id", "another_account_id"]
apollo_graph_refs  = ["my-graph@my-variant", "another-graph@my-variant"]

If you aren't using the Apollo Terraform module, follow these steps:

1. In the AWS Console for your region of choice, go to the VPC service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, scroll down and open Services in the VPC Lattice section.

   

3. Click the name of the Lattice service whose authorization policy you want to configure.

   

4. In the Service access section, update your authorization policy. You can use the following as an example—make sure to replace the account ID and graph ref with your own.

   JSON

   {
     "Version": "2012-10-17",
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": "*",
         "Action": "vpc-lattice-svcs:Invoke",
         "Resource": "*",
         "Condition": {
           "ForAnyValue:StringLike": {
             "aws:PrincipalOrgPaths": "o-9vaxczew6u/*/ou-leyb-l9pccq2t/ou-leyb-fvqz35yo/*"
           },
           // Restrict traffic based on Apollo account IDs or graphRefs
           "StringEquals": {
             "aws:PrincipalTag/Apollo:accountId": "my_account_id_xezf34",
             "aws:PrincipalTag/Apollo:graphRef": "my-graph@my-variant"
           }
         }
       }
     ]
   }

   Copy

If there are multiple supergraphs which should have access to the subgraph, use a comma-separated string of graph refs for aws:PrincipalTag/Apollo:graphRef. For example:

"aws:PrincipalTag/Apollo:graphRef": "my-graph@my-variant, my-graph@another-variant, another-graph@another-variant"

Similarly, you can use a comma-separated string of account IDs for aws:PrincipalTag/Apollo:accountId:

"aws:PrincipalTag/Apollo:accountId": "my_account_id_xezf34, "my_account_id_dehs56"

Remove access to private subgraphs

To remove Cloud Dedicated access to private subgraphs, you need to remove both resource shares and service network associations. Keep in mind that any existing supergraph that sends traffic to your private subgraphs will stop working once you remove access.

Remove resource shares

1. In the AWS Console for your region of choice, go to the Resource Access Manager service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, click Resource shares in the Shared by me section.

   

3. Select the resource share(s) associated with Cloud Dedicated and click the Delete button in the top right corner.

   

4. Click Delete in the dialog that appears.

Remove service network associations

1. In the AWS Console for your region of choice, go to the VPC service page:

• US East (N. Virginia) - us-east-1
• Europe (Ireland) - eu-west-1

2. In the menu on the left, scroll down and open Services in the VPC Lattice section.

   

3. Click the name of the Lattice service you want to disconnect.

   

4. In the Service network associations, select the graphos-cloud service name.

   

5. Click the Actions button in the top right of that section, and click Delete network associations.

   

6. Follow the confirmation instructions and click Delete.

   

Deleting the network association can take a few seconds. Once the network association is deleted, Cloud Dedicated cannot contact your subgraphs anymore.

AWS VPC Lattice monitoring

To validate that traffic is flowing to your private subgraphs, you can use the metrics and access logs emitted by AWS VPC Lattice:

1. In the AWS Console for your region of choice, go to the VPC service page.

2. In the menu on the left, scroll down and open Services in the VPC Lattice section.

   

3. Click on the name of the Lattice service used by the subgraph in question.

   

4. Click on the Monitoring tab.

From there, you can configure and enable access logs for your AWS VPC Lattice service. You can also navigate to the Metrics tab to get a quick overview if traffic is flowing to your private subgraphs.

You can also use

Frequently asked questions

How does Cloud Dedicated prevent other users from accessing my private subgraphs?

When you associate a resource share for the first time, Cloud Dedicated will scan the Lattice services contained in the resource share to retrieve their ARNs and domain names.

When you add a private subgraph to one of your supergraphs, Cloud Dedicated will check that the domain for that subgraph matches one of the Lattice services you have associated with your Apollo Organization.

As a second line of defense, supergraphs use AWS IAM permissions and

I want to use AWS VPC Lattice within my own organization. Can I still use Lattice for private subgraphs?

Yes. Cloud Dedicated will associate your Lattice services with its own service network, and you can associate a Lattice service with multiple service networks. You can also create multiple Lattice target groups or Lattice services for the same load balancer, IP addresses, Lambda functions, or other resources supported by Lattice target groups.

Tips and troubleshooting

See the