Skip to content

Commit

Permalink
Minor change
Browse files Browse the repository at this point in the history
  • Loading branch information
Zijun Wang committed Nov 20, 2023
1 parent 1c334b1 commit ed548e3
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 16 deletions.
1 change: 0 additions & 1 deletion docs/guides/getstarted.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,6 @@ Both clusters are created using `eksctl`, with both clusters created from the sa

Using these examples as a foundation, see the [Concepts](../concepts/overview.md) section for ways to further configure service-to-service communications.


**NOTE**: You can get the yaml files used on this page by cloning the [AWS Gateway API Controller](https://github.com/aws/aws-application-networking-k8s) repository.

## Set up single-cluster/VPC service-to-service communications
Expand Down
17 changes: 2 additions & 15 deletions docs/guides/multi-cluster.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,8 @@
# Recommended Multi-Cluster Architecture

Here is a recommended multi-cluster architecture if you'd like to setup kubernetes service-to-service communications across multiple clusters,
Here is a recommended multi-cluster architecture if you'd like to setup kubernetes service-to-service communications across multiple clusters.

Suppose your organization have one "conceptual service mesh" that spans multiple clusters in one aws account, this service mesh should include the following components:
Suppose your organization have one "service mesh" that spans multiple clusters in one aws account, this service mesh should include the following components:
- One manually created VPC Lattice service network, (it could create by either AWS Console, CLI, CloudFormation, Terraform or any other tools)
- Create VPC Service Network Associations between VPC Lattice service network and each config cluster's VPC and workload clusters' VPCs
- Multiple workload cluster(s), where are used to run application workload(s), workload cluster(s) should only have following workloads related kubernetes objects:
Expand Down Expand Up @@ -42,16 +42,3 @@ Following steps will show you how to set up this recommended multi-cluster arch
```
1. At this point, the connectivity setup finished, pods in workload cluster1 are able to communicate with `service-2` in workload cluster2 (and vice versa) via the `my-httproute` dns name.
1. Furthermore, you could have more workloads clusters to join the `my-hotel` service network by creating the `ServiceNewtorkAssociation(s)`, they will all be able to communicate with `service-1` and `service-2` via the `my-httproute` dns name and path matching.

0 comments on commit ed548e3

Please sign in to comment.