Skip to content

Commit c64893a

Browse files
committed
Update walkthrough to use frontend/backend structure
1 parent b83385c commit c64893a

File tree

2 files changed

+5
-5
lines changed

2 files changed

+5
-5
lines changed

walkthroughs/fargate/README.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -41,13 +41,13 @@ Log into the App Mesh console and drill down into "Virtual routers" for the mesh
4141
Test the service and confirm in X-Ray that the traffic flows through the `colorteller-blue` as expected with no errors.
4242

4343
![](../../examples/apps/colorapp/img/appmesh-xray-tracing-1.png)
44-
<p align="center"><b><i>Figure 5.</i></b> Tracing the colorgateway virtual node.</p>
44+
<p align="center"><b><i>Figure 5.</i></b> Tracing the frontend virtual node.</p>
4545

4646
### Deploy the new colorteller to Fargate
4747

4848
For this configuration, we will deploy `colorteller-green`, which represents version 2 of our colorteller service. Initally, we will only send 30% of our traffic over to it. If our monitoring indicates that the service is healthy, we'll increase it to 60%, then finally to 100%. In the real world, you might choose more granular increases with automated rollout (and rollback if issues are indicated), but we're keeping things simple for the demo.
4949

50-
As part of the original [walkthrough] we pushed the `gateway` and `colorteller` images to ECR (see [Deploy Images]) and then launched ECS tasks with these images. We will now launch an ECS task using the Fargate launch type with the same `colorteller` and `envoy` images. When the task is deployed, the running `envoy` container will be a sidecar for the `colorteller` container. Even with the Fargate launch type where we don't manually configure EC2 instances, a sidecar container will always be co-located on the same physical instance and its lifecycle coupled to the lifecycle of the primary application container (see [Sidecar Pattern]).
50+
As part of the original [walkthrough] we pushed the `frontend` and `colorteller` images to ECR (see [Deploy Images]) and then launched ECS tasks with these images. We will now launch an ECS task using the Fargate launch type with the same `colorteller` and `envoy` images. When the task is deployed, the running `envoy` container will be a sidecar for the `colorteller` container. Even with the Fargate launch type where we don't manually configure EC2 instances, a sidecar container will always be co-located on the same physical instance and its lifecycle coupled to the lifecycle of the primary application container (see [Sidecar Pattern]).
5151

5252
#### 1. Update the mesh configuration
5353

walkthroughs/fargate/appmesh-colorapp.yaml

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -195,22 +195,22 @@ Resources:
195195
VirtualNode:
196196
VirtualNodeName: tcpecho-vn
197197

198-
ColorGatewayVirtualNode:
198+
FrontendVirtualNode:
199199
Type: AWS::AppMesh::VirtualNode
200200
DependsOn:
201201
- ColorTellerVirtualService
202202
- TcpEchoVirtualService
203203
Properties:
204204
MeshName: !Ref AppMeshMeshName
205-
VirtualNodeName: colorgateway-vn
205+
VirtualNodeName: frontend-vn
206206
Spec:
207207
Listeners:
208208
- PortMapping:
209209
Port: 9080
210210
Protocol: http
211211
ServiceDiscovery:
212212
DNS:
213-
Hostname: !Sub "colorgateway.${ServicesDomain}"
213+
Hostname: !Sub "frontend.${ServicesDomain}"
214214
Backends:
215215
- VirtualService:
216216
VirtualServiceName: !Sub "colorteller.${ServicesDomain}"

0 commit comments

Comments
 (0)