Updated asset paths and next config for cname.
This commit is contained in:
@ -23,7 +23,7 @@ An OpenShift `4.14` cluster has already been provisioned for you to complete the
|
||||
Once the page loads you can login with the details provided by your workshop facilitator.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Workshop login page* |
|
||||
</Zoom>
|
||||
@ -36,7 +36,7 @@ Once you're logged into the lab environnment we can open up the OpenShift web co
|
||||
When first logging in you will be prompted to take a tour of the **Developer** console view, let's do that now.
|
||||
|
||||
<Zoom>
|
||||
|  |
|
||||
|  |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Developer perspective web console tour* |
|
||||
</Zoom>
|
||||
@ -55,7 +55,7 @@ In this lab environment, you already have access to single project: `userX` (Whe
|
||||
Let's click into our `Project` from the left hand panel of the **Developer** web console perspective. We should be able to see that our project has no `Deployments` and there are no compute cpu or memory resources currently being consumed.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Developer perspective project view* |
|
||||
</Zoom>
|
||||
@ -74,7 +74,7 @@ Switch back to the **Developer** perspective. Once the Developer perspective loa
|
||||
Right now, there are no applications or components to view in your `userX` project, but once you begin working on the lab, you’ll be able to visualize and interact with the components in your application here.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Switching web console perspectives* |
|
||||
</Zoom>
|
||||
@ -90,7 +90,7 @@ One handy feature of the OpenShift web console is we can launch a web terminal t
|
||||
Let's launch a web terminal now by clicking the terminal button in the top right hand corner and then clicking **Start** with our `userX` project selected.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Launching your web terminal* |
|
||||
</Zoom>
|
||||
@ -183,7 +183,7 @@ DESCRIPTION:
|
||||
That's a quick introduction to the `oc` command line utility. Let's close our web terminal now so we can move on to the next excercise.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-----------------------------------------------------------------------------:|
|
||||
| *Closing your web terminal* |
|
||||
</Zoom>
|
||||
|
||||
@ -21,7 +21,7 @@ Before we begin, if you would like a bit more background on what a container is
|
||||
In this exercise, we’re going to deploy the **web** component of the ParksMap application which uses OpenShift's service discovery mechanism to discover any accompanying backend services deployed and shows their data on the map. Below is a visual overview of the complete ParksMap application.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *ParksMap application architecture* |
|
||||
</Zoom>
|
||||
@ -43,7 +43,7 @@ Click **Create** to deploy the application.
|
||||
OpenShift will pull this container image if it does not exist already on the cluster and then deploy a container based on this image. You will be taken back to the **Topology** view in the **Developer** perspective which will show the new "Parksmap" application.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Deploying the container image* |
|
||||
</Zoom>
|
||||
@ -56,7 +56,7 @@ If you click on the **parksmap** entry in the **Topology** view, you will see so
|
||||
The **Resources** tab may be displayed by default. If so, click on the **Details** tab. On that tab, you will see that there is a single **Pod** that was created by your actions.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Deploying the container image* |
|
||||
</Zoom>
|
||||
@ -75,7 +75,7 @@ While **Services** provide internal abstraction and load balancing within an Ope
|
||||
You may remember that when we deployed the ParksMap application, there was a checkbox ticked to automatically create a **Route**. Thanks to this, all we need to do to access the application is go the **Resources** tab of the application details pane and click the url shown under the **Routes** header.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Opening ParksMap application Route* |
|
||||
</Zoom>
|
||||
@ -85,7 +85,7 @@ Clicking the link you should now see the ParksMap application frontend 🎉
|
||||
> Note: If this is the first time opening this page, the browser will ask permission to get your position. This is needed by the Frontend app to center the world map to your location, if you don’t allow it, it will just use a default location.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *ParksMap application frontend* |
|
||||
</Zoom>
|
||||
@ -104,7 +104,7 @@ Click your "Parksmap" application icon then click on the **Resources** tab.
|
||||
From the **Resources** tab click **View logs**
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Accessing the ParksMap application logs* |
|
||||
</Zoom>
|
||||
@ -123,7 +123,7 @@ You should see the **Dashboard** tab. Set the time range to the `Last 1 hour` th
|
||||
How much cpu and memory is your ParksMap application currently using?
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Checking the ParksMap application resource usage* |
|
||||
</Zoom>
|
||||
|
||||
@ -31,7 +31,7 @@ spec:
|
||||
```
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *ParksMap application deployment replicas* |
|
||||
</Zoom>
|
||||
@ -58,7 +58,7 @@ kill 1
|
||||
The pod will automatically be restarted by OpenShift however if you refresh your second browser tab with the application **Route** you should be able to see the application is momentarily unavailable.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Intentionally crashing the ParksMap application* |
|
||||
</Zoom>
|
||||
@ -79,7 +79,7 @@ In the **Details** tab of the information pane click the **^ Increase the pod co
|
||||
Once the new pod is ready, repeat the steps from task `3.2` to crash one of the pods. You should see that the application continues to serve traffic thanks to our OpenShift **Service** load balancing traffic to the second **Pod**.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Scaling up the ParksMap application* |
|
||||
</Zoom>
|
||||
|
||||
@ -39,7 +39,7 @@ tlsRoute: true
|
||||
```
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Gitea application deployment via helm chart* |
|
||||
</Zoom>
|
||||
@ -63,7 +63,7 @@ Next, if we click on the overall gitea **Helm release** by clicking on the shade
|
||||
> Note: Feel free to try out a `oc explain <resource>` command in your web terminal to learn more about each of the resource types mentioned above, for example `oc explain service`.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Gitea helm release resources created* |
|
||||
</Zoom>
|
||||
@ -86,7 +86,7 @@ We will be returned to the **Helm releases** view. Notice how the release status
|
||||
From here it is trivial to perform a **Rollback** to remove our misconfigured update. We'll do that in the next step.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Attempting a gitea helm upgrade* |
|
||||
</Zoom>
|
||||
@ -105,7 +105,7 @@ Click the three dot menu to the right hand side of the that helm release and cli
|
||||
Select the radio button for revision `1` which should be showing a status of `Deployed`, then click **Rollback**.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Rolling back to a previous gitea helm release* |
|
||||
</Zoom>
|
||||
@ -126,7 +126,7 @@ Click the three dot menu to the right hand side of the that helm release and cli
|
||||
Enter the `gitea` confirmation at the prompt and click **Delete**. If you now return to the **Topology** view you will see the gitea application deleting.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Deleting the gitea application helm release* |
|
||||
</Zoom>
|
||||
|
||||
@ -52,7 +52,7 @@ Paste the above snippet of YAML into the editor and replace the instance of `use
|
||||
Click **Create**. In a minute or so you should see the Grafana operator installed and running in your project.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Deploying grafana operator via static yaml* |
|
||||
</Zoom>
|
||||
@ -100,7 +100,7 @@ spec:
|
||||
```
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Deploying grafana application via the grafana operator* |
|
||||
</Zoom>
|
||||
@ -115,7 +115,7 @@ For our first step click on the **Workloads** category on the left hand side men
|
||||
We should see that a `grafana-deployment-<id>` pod with a **Status** of `Running`.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Confirming the grafana pod is running* |
|
||||
</Zoom>
|
||||
@ -130,7 +130,7 @@ Click the **Route** named `grafana-route` and open the url on the right hand sid
|
||||
Once the new tab opens we should be able to login to Grafana using the credentials we supplied in the previous step in the YAML configuration.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Confirming the grafana route is working* |
|
||||
</Zoom>
|
||||
|
||||
@ -46,7 +46,7 @@ Scroll down and under the **General** header click the **Application** drop down
|
||||
Scroll down reviewing the other options then click **Create**.
|
||||
|
||||
<Zoom>
|
||||
| |
|
||||
| |
|
||||
|:-------------------------------------------------------------------:|
|
||||
| *Creating a source to image build in OpenShift* |
|
||||
</Zoom>
|
||||
|
||||
Reference in New Issue
Block a user