WORKLOAD AUTOMATION COMMUNITY
  • Home
  • Blogs
  • Forum
  • Resources
  • Events
    • IWA 9.5 Roadshows
  • About
  • Contact
  • What's new

How to orchestrate dynamic container instantiation and legacy applications with HCL Workload Automation

9/5/2018

1 Comment

 
Picture
This article describes possible scenarios where HCL Workload Automation enables dynamic services creation. The need is to enable the prompt and dynamic provisioning of a service, triggered by external events such as: a new user subscribes to the service, a user logs in to the service, a user logs out of the service, a user signs off from the service.
​
This article derives from of a study made for a real case, and it’s presented here as abstract as possible. 

Reference environment and problem to solve 
The reference environment of the following scenarios is that of a consolidated enterprise that delivers services to the consumer market, with legacy systems such as: 
  • CRM 
  • DBs 
  • Billing 
  • Invoicing 
  • and more
The company wants to launch a new service for the consumer market, and wants to optimize the IT resources for it. This led to design an architecture for the service itself that is based on docker containers, so that the service consists of a series of docker images intended to work in conjunction among them, and to interact with legacy applications. 

The service will be implemented by creating dedicated docker containers for each user, so that anybody will have its own separated instance. 

The nature of docker guarantees therefore scalability and IT resource optimization, but it does not solve the need for: 
  • Promptly instantiate the containers when needed 
  • Orchestrate the interactions between the service on docker and the legacy applications 

These two aspects are where HCL Workload Automation comes into play. 
In the sequel, the scenarios are described. 

Note: the diagrams below present as container only the elements that are strictly necessary to be docker-ized, other elements of the diagram that are represented outside docker could be implemented in container if needed (this is to be analyzed case by case and it’s not in the scope of this article). 

Scenario 1 – end user service instantiation 
Trigger of this scenario: 
1. A new end user registers to the service. 
or 
2. An existing user logs in again to the service. 

Flow of events 
1. There has to be a front-end user interface that intercepts the action from the end user, typically a portal or an app. 
2. HWA APIs are invoked to trigger the proper jobstream(s). The jobstreams may vary according to the event (for example, new user vs returning user). 
3. HWA Agent invokes kubectl or HELM, instructing kubernetes to create the architecture instance for the end user (a container with HWA agent will be instantiated as well). 
4. All needed containers (as well as the HWA agent container) are created by kubernetes. 
5. If needed other actions can be performed on other systems to orchestrate the complete set up of the service. This may include additional actions on the newly instantiated apps in the container.
6. The service can be delivered to the end user. 
7. Centralized monitoring of the scheduling and automation results are presented to the administrator of the service.
Picture
Scenario 2 – end user interaction 
Trigger of this scenario: 
1. A logged in user interacts with the service. 

Flow of events 
1. The end user interacts with the service, so that changes are required on various systems.
2. The service triggers HWA via API .
3. HWA orchestrates the needed actions on all the systems involved, including the service apps in the containers. 
​4. Centralized monitoring of the scheduling and automation results.
Picture
Scenario 3 – end user environment clean-up 
Trigger of this scenario: 
1. A logged in user sign-off or logs out from the service. 

Flow of events 
1. The end user initiates an action (sign off from the service, log-out,…). 
2. HWA API are invoked to trigger the service provisioning. 
3. HWA Agent invokes kubectl or HELM instructing kubernetes to remove the architecture instance for the end user (including the associated container with HWA agent). 
4. All needed containers (as well as the HWA agent container) are detleted by kubernetes. 
5. If needed other actions can be performed on other systems to orchestrate the complete clean-up of the service. 
6. Centralized monitoring of the scheduling and automation results.
Picture
Picture
Cristiano Plini
Senior Technical Manager at HCL


Cristiano is part of the Sales Team of HCL Workload Automation. He has sound experience in R&D, consultancy  and sales of IT solutions, gained in +25 years working for worldwide enterprise industries in Europe, North America, and Latin America.
1 Comment
https://www.resumeshelpservice.com/topresume-com-review/ link
9/10/2018 09:36:30 am

Honestly, I know nothing about HCL Workload Automation and how it words and how it affects our lives in general. Maybe, it’s exclusive to people who are doing business for quite some time now, that’s why we really have to make an effort for us to understand such matter. Though I had a hard time understanding it, I still want to thank you for being kind enough to share all these thoughts. Hopefully, I can apply it on myself and if ever I’ll be entering the world of business someday.

Reply

Your comment will be posted after it is approved.


Leave a Reply.

    Archives

    March 2023
    February 2023
    January 2023
    December 2022
    September 2022
    August 2022
    July 2022
    June 2022
    May 2022
    April 2022
    March 2022
    February 2022
    January 2022
    December 2021
    October 2021
    September 2021
    August 2021
    July 2021
    June 2021
    May 2021
    April 2021
    March 2021
    February 2021
    January 2021
    December 2020
    November 2020
    October 2020
    September 2020
    August 2020
    July 2020
    June 2020
    May 2020
    April 2020
    March 2020
    January 2020
    December 2019
    November 2019
    October 2019
    August 2019
    July 2019
    June 2019
    May 2019
    April 2019
    March 2019
    February 2019
    January 2019
    December 2018
    November 2018
    October 2018
    September 2018
    August 2018
    July 2018
    June 2018
    May 2018
    April 2018
    March 2018
    February 2018
    January 2018
    December 2017
    November 2017
    October 2017
    September 2017
    August 2017
    July 2017
    June 2017
    May 2017

    Categories

    All
    Analytics
    Azure
    Business Applications
    Cloud
    Data Storage
    DevOps
    Monitoring & Reporting

    RSS Feed

www.hcltechsw.com
About HCL Software 
HCL Software is a division of HCL Technologies (HCL) that operates its primary software business. It develops, markets, sells, and supports over 20 product families in the areas of DevSecOps, Automation, Digital Solutions, Data Management, Marketing and Commerce, and Mainframes. HCL Software has offices and labs around the world to serve thousands of customers. Its mission is to drive ultimate customer success with their IT investments through relentless innovation of its products. For more information, To know more  please visit www.hcltechsw.com.  Copyright © 2019 HCL Technologies Limited
  • Home
  • Blogs
  • Forum
  • Resources
  • Events
    • IWA 9.5 Roadshows
  • About
  • Contact
  • What's new