Skip to the content.

💻 Adding The Frontend

We’ve ignored the frontend until this point, with the API and backend in place we are finally ready to deploy it. We need to use a Deployment and Service just as before. We can pick up the pace a little and setup everything we need in one go.

For the Deployment:

For the Service:

You might like to try creating the service before deploying the pods to see what happens. The YAML you can use for both, is provided below:

frontend-deployment.yaml:

Click here for the frontend deployment YAML
kind: Deployment
apiVersion: apps/v1

metadata:
  name: frontend

spec:
  replicas: 1
  selector:
    matchLabels:
      app: frontend
  template:
    metadata:
      labels:
        app: frontend
    spec:
      containers:
        - name: frontend-container

          image: {ACR_NAME}.azurecr.io/smilr/frontend:stable
          imagePullPolicy: Always

          ports:
            - containerPort: 3000

          env:
            - name: API_ENDPOINT
              value: http://{API_EXTERNAL_IP}/api

</br>

frontend-service.yaml:

Click here for the frontend service YAML
kind: Service
apiVersion: v1

metadata:
  name: frontend

spec:
  type: LoadBalancer
  selector:
    app: frontend
  ports:
    - protocol: TCP
      port: 80
      targetPort: 3000

</br>

As before, the there are changes that are required to the supplied YAML, replacing anything inside { } with a corresponding real value.

💡 Accessing and Using the App

Once the two YAMLs have been applied:

If you want to spend a few minutes using the app, you can go to the “Admin” page, add a new event, the details don’t matter but make the date range to include the current date. And try out the feedback view and reports. Or simply be happy the app is functional and move on.

🖼️ Cluster & Architecture Diagram

The resources deployed into the cluster & in Azure at this stage can be visualized as follows:

architecture diagram

Notice we have two public IPs, the LoadBalancer service type is not an instruction to Azure to deploy an entire Azure Load Balancer. Instead it’s used to create a new public IP and assign it to the single Azure Load Balancer (created by AKS) that sits in front of the cluster. We’ll refine this later when we look at setting up an ingress.

Return to Main Index 🏠Previous Section ⏪Next Section ⏩