Skip to content

Commit 1ecfaaa

Browse files
committed
Updated shell script
1 parent 6447524 commit 1ecfaaa

File tree

2 files changed

+16
-7
lines changed

2 files changed

+16
-7
lines changed

README.md

+10-6
Original file line numberDiff line numberDiff line change
@@ -77,7 +77,7 @@ For easy and quick reference, readers can refer to the following on-line resourc
7777
## A. Deploy an Azure SQL Server and Database
7878
**Approx. time to complete this section: 20 minutes**
7979

80-
In this section, we will create an Azure SQL Server instance and create a database (`ClaimsDB`). This database will be used by the Claims API microservice to persist *Claims* records.
80+
In this section, we will create an Azure SQL Server instance and create a database (`ClaimsDB`). This database will be used by the Claims API microservice to persist *Medical Claims* records.
8181

8282
1. Login to the Azure Cloud Shell.
8383

@@ -401,7 +401,7 @@ In this section, we will work on the following tasks
401401
- Configure the Azure SQL Server connection string in the Claims API microservice (source code)
402402
- Build the Claims API microservice using the .NET Core 3.1 SDK
403403
- Run the .NET Core *Entity Framework* migrations to create the relational database tables in Azure SQL Server provisioned in [Section A](#a-deploy-an-azure-sql-server-and-database). These tables will be used to persist Claims records.
404-
- Run the Claims API microservice locally using the .NET Core 3.1 SDK
404+
- Run the Claims API microservice locally using the .NET Core 3.1 CLI
405405
- Build the microservice Docker container and run the container
406406
407407
Before proceeding, login into the Linux VM using SSH.
@@ -550,7 +550,7 @@ You have now successfully tested the Claims API microservice locally on this VM.
550550
551551
Use one of the options below for deploying the *Azure DevOps Services* self-hosted build agent on the Linux VM.
552552
553-
**Option 1** is recommended for **advanced users** who are well versed in container technology and are familiar with docker engine.
553+
**Option 1** is recommended for **advanced users** who are well versed in container technology and are familiar with Kubernetes and docker engine.
554554
555555
**Option 2** is recommended for users who are **new** to containers.
556556
@@ -971,6 +971,7 @@ Follow the steps below to provision the AKS cluster and deploy the Claims API mi
971971
- **Linux/MacOS** : Update the `/etc/hosts` file. On Linux systems, this file is used to lookup and resolve host name IP addresses. Use *vi* or *nano* to edit this file.
972972
- **Windows** : Update the `C:\Windows\System32\Drivers\etc\hosts` file.
973973
974+
974975
>**NOTE:** If you are familiar with Azure and AKS, you can also assign a DNS name to the Azure Load Balancer Public IP (External IP) of the Traefik load balancer *Service*. You will however, have to specify this DNS name as the value for the **dashboard.domain** parameter while deploying the Traefik Ingress Controller using Helm (above).
975976
976977
Add an entry to the local DNS name resolver file as shown in the snippet below.
@@ -1122,7 +1123,9 @@ In the next section, we will define a *Release Pipeline* in Azure DevOps to auto
11221123
11231124
![alt tag](./images/H-07.PNG)
11241125
1125-
In the *Pipeline* tab, click on the *trigger* icon (highlighted in yellow) and enable **Continuous deployment trigger**. See screenshot below.
1126+
Next, we want to trigger this **Release** pipeline when the **Build** pipeline completes successfully. In the *Pipelines* tab, click on the *trigger* icon (highlighted in yellow) and enable **Continuous deployment trigger**.
1127+
1128+
See screenshot below.
11261129
11271130
![alt tag](./images/H-08.PNG)
11281131
@@ -1159,7 +1162,8 @@ In the next section, we will define a *Release Pipeline* in Azure DevOps to auto
11591162
- Chart Type = `File Path`
11601163
- Chart Path = `$(System.DefaultWorkingDirectory)/_claims-api-lab-CI/drop/claims-api`
11611164
- Release name = `aks-aspnetcore-lab`
1162-
- Arguments = `--set blue.enabled=true --set image.repository=<your-acr-repo>.azurecr.io/claims-api --set image.tag=$(Build.BuildId) --set sqldb.connectionString="$(sqlDbConnectionString)"`
1165+
- Arguments = `--set blue.enabled=true --set image.repository=**<your-acr-repo>**.azurecr.io/claims-api --set image.tag=$(Build.BuildId) --set sqldb.connectionString="$(sqlDbConnectionString)"`
1166+
11631167
Remember to specify the correct value for **ACR instance** in **image.repository** template parameter !
11641168
11651169
See screenshots below.
@@ -1206,7 +1210,7 @@ In the next section, we will define a *Release Pipeline* in Azure DevOps to auto
12061210
12071211
Click on **Save** to save the release pipeline.
12081212
1209-
We have now finished defining the **Release pipeline** for the Claims API microservice. This pipeline will in turn be triggered when the build pipeline completes successfully.
1213+
We have now finished defining the **Release pipeline** for the Claims API microservice.
12101214
12111215
2. Enable Continuous Integration.
12121216

shell-scripts/start-load.sh

+6-1
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,12 @@ else
1515
fi
1616
echo
1717

18-
## Get all claims
18+
# Display target URL for claims-api application
19+
echo -e "***** Claims API URL *****"
20+
echo "http://$svcIpAddress/api/v1/claims/"
21+
echo
22+
23+
# Get all claims
1924
echo -e "***** Retrieving all claims *****"
2025
# curl -i -k https://grclaimsapi.azurewebsites.net/api/claims/
2126
hcode=$(curl --connect-timeout 5 --write-out \\n%{http_code}\\n --silent --output tmp.out http://$svcIpAddress/api/v1/claims/ | awk '{if(NR==2) print $0}')

0 commit comments

Comments
 (0)