Skip to content

Latest commit

 

History

History
107 lines (75 loc) · 5.74 KB

10-validation.md

File metadata and controls

107 lines (75 loc) · 5.74 KB

End-to-End Validation

Now that you have a workload deployed, the Fabrikam Drone Delivery Shipping app, you can validate functionality and begin exploring this reference implementation of the AKS Fabrikam Drone Delivery. In addition to the workload, there is some observability validation you can perform as well.

Validate the application is running

This section will help you to validate the workload is exposed correctly and responding to HTTP requests.

Steps

  1. Get Public IP of Application Gateway.

    📖 The app team conducts a final acceptance test to ensure that traffic is flowing end-to-end as expected. To do so, an HTTP request is submitted against the Azure Application Gateway endpoint.

    export APPGW_PUBLIC_IP=$(az deployment group show --resource-group rg-enterprise-networking-spokes -n spoke-shipping-dronedelivery --query properties.outputs.appGwPublicIpAddress.value -o tsv)
  2. Send a request to https://dronedelivery.fabrikam.com.

    💡 Since the certificate used for TLS is self-signed, the request disables TLS validation using the '-k' option.

    curl -X POST "https://dronedelivery.fabrikam.com/api/deliveryrequests" --resolve dronedelivery.fabrikam.com:443:$APPGW_PUBLIC_IP --header 'Content-Type: application/json' --header 'Accept: application/json' -k -d '{
       "confirmationRequired": "None",
       "deadline": "",
       "dropOffLocation": "drop off",
       "expedited": true,
       "ownerId": "myowner",
       "packageInfo": {
         "packageId": "mypackage",
         "size": "Small",
         "tag": "mytag",
         "weight": 10
       },
       "pickupLocation": "my pickup",
       "pickupTime": "2019-05-08T20:00:00.000Z"
     }' > deliveryresponse.json
  3. Check the request status.

    DELIVERY_ID=$(cat deliveryresponse.json | jq -r .deliveryId)
    curl "https://dronedelivery.fabrikam.com/api/deliveries/$DELIVERY_ID" --resolve dronedelivery.fabrikam.com:443:$APPGW_PUBLIC_IP --header 'Accept: application/json' -k

Validate the Distributed Tracing solution

📖 The app team decided to use Application Insights as their Application Performance Management (APM) tool. In a microservices architecture, making use of this tooling is critical when monitoring the application to detect anomalies and easily diagnose issues and quickly understand the dependencies between services. The AKS Fabrikam Drone Delivery Shipping Application is a polyglot solution using .NET Core, Node.js, and Java. Application Insights, which is part of Azure Monitor, can work with these languages and many others. The app team also wanted to ensure that the telemetry being sent from the services was well contextualized in the Kubernetes world. That's why they enriched the telemetry to incorporate image names, container information, and more.

Steps

  1. Execute the following command couple of times (2 or 3 executions should be enough).

    curl -X POST "https://dronedelivery.fabrikam.com/api/deliveryrequests" --resolve dronedelivery.fabrikam.com:443:$APPGW_PUBLIC_IP --header 'Content-Type: application/json' --header 'Accept: application/json' -k -d '{
       "confirmationRequired": "None",
       "deadline": "",
       "dropOffLocation": "drop off",
       "expedited": true,
       "ownerId": "myowner",
       "packageInfo": {
         "packageId": "mypackage",
         "size": "Small",
         "tag": "mytag",
         "weight": 10
       },
       "pickupLocation": "my pickup",
       "pickupTime": "2020-12-08T20:00:00.000Z"
     }'
  2. Wait for a couple of minutes for log entries to propagate, and then navigate to your Application Insights Azure service instance in the rg-eshipping-dronedelivery resource group. Then select Application Map under the Investigate section.

    A similar dependency map like the one below should be displayed.

Application Insights depency map with messaging flow from Ingestion microservice to Workflow microservice and then from Workflow to Package, Drone Scheduler and Delivery microservices

Validate the Horizontal Pod Autoscaling configuration

📖 The app team wants to ensure that the Fabrikam Drone Delivery applications are using cluster resources appropriately. Under load or seasonal spikes in traffic, the application should scale out by adding more pods. Once the load has lightened, the application should scale down the number of pods being used. To achieve this configuration, the app team has implemented Horizontal Pod Autoscaling (HPA) for all their microservices.

Note: the application is currently being deployed in dev mode in which autoscaling capabilites are disabled by default. Please deploy the apps by passing --set autoscaling.enabled=true to configure HPA resources in your AKS cluster.

  1. Inspect CPU/Memory requests and limits.

    kubectl describe nodes --selector='agentpool=npuser01' | grep backend-dev
  2. Get the HPA resources (optional).

    kubectl get hpa -n backend-dev

    Note: if you've enabled the autoscaling capability when deploying the workload, when a pod for a microservice exceeds the CPU limits, a new pod (or more) are going to be scheduled until the CPU desired target is met.

Further validate by following extra steps from the AKS Secure Baseline (optional)

Navigate to the AKS Secure Baseline to validate the Firewall, Azure Monitor Insights, and more.

Next step

▶️ Clean Up Azure Resources