WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud
  • Tanzu
    • Application Modernization
    • Tanzu services
    • Tanzu Community Edition
    • Tanzu Kubernetes Grid
    • vSphere with Tanzu
  • Home Lab
  • Nested Virtualization
  • Apple
You are here: Home / Automation / Programmatically interact with the VMware Product Lifecycle Matrix

Programmatically interact with the VMware Product Lifecycle Matrix

12.01.2020 by William Lam // 1 Comment

I recently came across a really cool automation solution from Dale Coghlan who built a PowerShell module to interact with the VMware Configuration Maximum (Config Max) Tool.

So, I published a thing today.... VMware.CfgMax - A PowerShell module to interact with https://t.co/NBrbCO3hcf https://t.co/RRQkh7ma1q

— Dale Coghlan (@DaleCoghlan) December 1, 2020

Although the Config Max tool does not currently provide an API, there is still a way to interact with it programmatically. Behind the scenes, the application uses JSON for its payload which can then be retrieved programmatically using PowerShell or any other language for that matter to perform an HTTP GET. I also know the Config Max team quite well, as I had worked with them to incorporate the VMware Cloud on AWS configuration maximums which also required a few enhancements to the tool. If you have any feedback, feel free to drop a comment and I will be happy to share it with them and one of my first asks when I met the team, was to provide a public REST API 🙂

After sharing Dale's tweet, I saw a question about doing something similiar for the VMware's Product Lifecycle Matrix, which is a website that helps customers understand the support lifecycle of a given VMware product/solution. The product lifecycle site has also been recently revamped and although it also does not have a public API, using Chrome Developer Tools (super useful tool) to quickly inspect, it looks like you can also programmatically grab the payload which also happens to be using JSON 🙂

Disclaimer: The VMware Product Lifecycle Matrix does not provide a public API, this also means there are no guarantees or compatibility that the trick outlined below will continue to work going forward. This is why you want to have a public, documented and supported API.

Step 1 - Open a Chrome browser to https://lifecycle.vmware.com/ and then go More Tools->Developer Tools. If you are using another browser, there should be an equivalent option which you can Google online.

You will need to refresh the page, so the traffic is captured and then under Network section, type ?to into the search box. There maybe a few entries, just click on one of them and then look for the one with the x-auth-key header and copy the value, we will need this to make the request


Step 2 - Take the value of x-auth-key and then plug that it into either the PowerShell or cURL example below to programmatically retrieve the JSON payload which contains the data as shown in the web application.

A very cool potential tool/script that one could build is to now compare this against the products that you have running in your own environment and you can quickly determine when they will end-of-life without having to manually using the UI or export it into CSV 🙂

PowerShell

$lcm_matrix_url = "https://plm.esp.vmware.com/api/v1/release_stream/lifecycle_matrix/?to=12/01/2020"
$x_auth_key = "FILL-ME-IN"
$headers = @{
"accept"="application/json";
"x-auth-key"="${x_auth_key}";
}

$requests = Invoke-WebRequest -Uri $lcm_matrix_url -Body $body -Method GET -Headers $headers
($requests | ConvertFrom-Json)

cURL

X_AUTH_KEY="FILL-ME-IN"
LCM_MATRIX_URL="https://plm.esp.vmware.com/api/v1/release_stream/lifecycle_matrix/?to=12/01/2020"

curl ${LCM_MATRIX_URL} -H 'accept: application/json' -H "x-auth-key:${X_AUTH_KEY}"

More from my site

  • PowerShell community module for Application Transformer for VMware Tanzu
  • Workspace One Access (vIDM) Powershell Module to automate creating 3rd Party Identity Provider
  • PowerShell for PhotonOS on Raspberry Pi 3
  • How to retrieve the CSP Refresh Token expiry using the CSP API
  • Managing Distributed Firewall Rules in VMC using PowerShell & NSX-T Policy API

Categories // Automation Tags // curl, powershell, product lifecycle matrix

Comments

  1. scott rosenberg says

    12/02/2020 at 9:26 am

    this is awesome! unfortunately it seems that every API in VMware has different product IDs for the products making interoperability between the tools very complex. for example the API gateway which can show interoperability between products and also compatibility for drivers firware etc. has a completely different set of product IDs.
    i really wish there was a standard for this which would make interoping between these tools much more feasible

    Reply

Thanks for the comment! Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Author

William Lam is a Senior Staff Solution Architect working in the VMware Cloud team within the Cloud Infrastructure Business Group (CIBG) at VMware. He focuses on Cloud Native technologies, Automation, Integration and Operation for the VMware Cloud based Software Defined Datacenters (SDDC)

Connect

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • Vimeo

Recent

  • Automated ESXi Installation with a USB Network Adapter using Kickstart 02/01/2023
  • How to bootstrap ESXi compute only node and connect to vSAN HCI Mesh? 01/31/2023
  • Quick Tip - Easily move or copy VMs between two Free ESXi hosts? 01/30/2023
  • vSphere with Tanzu using Intel Arc GPU 01/26/2023
  • Quick Tip - Automating allowed and not allowed Datastores for use with vSphere Cluster Services (vCLS) 01/25/2023

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2023

 

Loading Comments...