F5 Distributed Cloud > F5 Distributed Cloud Automation - NetOps, DevOps, SecOps and Beyond Source | Edit on
Lab 1: API-First Console¶
This lab will focus on demonstrating the API-first capabilities of the F5 Distributed Cloud Console. Students will begin by creating an API token for authenticating to the API, followed by exploring the Distributed Cloud Developer Portal and utilizing it to query a live configuration. Finally, the lab concludes with using Postman to deploy an application.
For the tasks that follow, you should have already noted your individual namespace. If you failed to note it, return to the Introduction section of this lab, follow the instructions provided and note your namespace accordingly. The Delegated Domain and the F5 Distributed Cloud Tenant are listed below for your convenience as they will be the same for all lab attendees.
Delegated Domain: .lab-app.f5demos.com
F5 Distributed Cloud Tenant: https://f5-xc-lab-app.console.ves.volterra.io
By following the tasks in the prior Introduction Section, you should now be able to access the F5 Distributed Cloud Console, having set your Work Domain Roles and Skill levels. If you have not done so already, please login to your tenant for this lab and proceed to Task 1.
Task 1: Review Developer Portal¶
The following steps will allow you to create an API Token and query the Distributed Cloud API utilizing the Developer Portal.
Create API Token from the Distributed Cloud Console |
---|
|
|
|
|
|
Note If you don’t save your API token or you lose it, you will need to generate a new API token. After an API token is generated, it **cannot be retrieved again later*.* |
Access the Distributed Cloud Developer Portal |
---|
Note This takes you to the online documentation for the F5 Distributed Cloud Services API. Here, you can review or download the API specification. |
|
|
|
|
|
|
Note Your namespace name is unique to your deployment. You should have recorded your namespace name in the Introduction Lab Task 2 Step 10. If you don’t remember your namespace, please refer back to the Introduction Lab. Note Your namespace is entered in the name field in this instance because you are requesting details on a namespace object named <namespace>. If you were querying for an object contained within your namespace you would enter the name of the object in the name field and your namespace name in the namespace field. |
Note The parameters you entered in the name field were used to execute the API query and limit the returned values. Parameters can also be used when creating new objects. |
Task 2: Create A Proxy Configuration Using Postman¶
The following steps will create a Health Check, an Origin Pool and an HTTP Load Balancer utilizing Postman to post JSON definitions to the Distributed Cloud API. For this task, you will be using a Windows 10 client that is part of the UDF deployment. The Windows 10 client has Postman pre-installed to save time in the lab. To install and utilize postman outside of the lab, visit https://www.postman.com/downloads/.
An RDP client is recommended to access the Windows 10 client. Current versions of Microsoft Windows should include an RDP client pre-installed. If you are using an operating system other than Windows, below are documentation and download links for installing an RDP client.
Operating System |
Documentation and Download Link |
---|---|
macOS |
|
iOS/iPadOS |
|
Android/Chrome OS |
|
Linux |
If you are unable to install an RDP client, or cannot connect via RDP to the Windows 10 host, you can use the WebRDP jump host within the UDF environment to access the Windows 10 client via a web browser. Here are instructions for connecting to the Windows 10 client via RDPClient. Here are instructions for connecting to the Windows 10 client via WebRDP.
The username and password for the Windows 10 host are:
Username |
Password |
---|---|
labuser
|
F5L@bUser!
|
Utilize Postman to Send API Calls to the Distributed Cloud Console |
---|
|
|
|
|
|
|
|
|
|
|
|
|
|
Task 3: Review & Test Proxy Configuration¶
The following steps will review the configuations created using Postman in the Distributed Cloud Console. The configuration will then be tested utilizing a web browser to access the web appliaction.
Verify the Objects Created with Postman |
---|
|
|
|
|
|
|
|
Note There may be slight variations in the JSON because you don’t need to post default values when calling the API. If you want to automate a task in Distributed Cloud, but are unsure of the required JSON, you can configure a test object via the GUI and then use this JSON tab to get the corresponding JSON config. |
|
|
|
|
Note There may be slight variations in the JSON because you don’t need to post default values when calling the API. If you want to automate a task in Distributed Cloud, but are unsure of the required JSON, you can configure a test object via the GUI and then use this JSON tab to get the corresponding JSON config. |
|
|
|
|
Note There may be slight variations in the JSON because you don’t need to post default values when calling the API. If you want to automate a task in Distributed Cloud, but are unsure of the required JSON, you can configure a test object via the GUI and then use this JSON tab to get the corresponding JSON config. |
|
Verify the Demo Shop App is Accessible Via a Web Browser |
---|
Note This illustrates that you are able to configure the delivery of an application via the Distributed Cloud API utilizing Postman. |
End of Lab 1 |
---|
This concludes Lab 1. In this lab, you learned about the Distributed Cloud Developer Portal and how it can help you test API calls. You then expanded upon that knowledge and utilized Postman to deploy a Health Check, Origin Pool, and HTTP Load Balancer. Next, you verified the configuration that was pushed to the Distributed Console. Finally, you verified the application you published was available from a web browser. A brief presentation will be shared prior to the beginning of Lab 2. |