A personal blog by Franco Mossotto with best practices and news about IBM & HCL Workload Automation
Showing posts with label SaaS. Show all posts
Showing posts with label SaaS. Show all posts
Wednesday, August 19, 2015
A new name for Tivoli Workload Scheduler
In June we had released the new 9.3 version. The the new release, in addition to the new great features like the what-if, is also changing the name of the product, aligning the name of the product to IBM organization and strategy.
Starting with 9.3, IBM Tivoli Workload Scheduler is now just IBM Workload Scheduler
Wednesday, December 17, 2014
Running What If Analysys on Tivoli Workload Scheduler
I'm very excited to talk you about the new "What If" feature that we have just published yesterday on IBM Workload Automation SaaS and on beta with new refresh we are publishing right now.
You may be already aware of this new capability if you are participating to the Transparent Development program.
This new capability is target to answer the following questions:
You may be already aware of this new capability if you are participating to the Transparent Development program.
This new capability is target to answer the following questions:
- How much time do I have to fix this failure without impacting the SLAs for my critical workload?
- What will happen if this job will take longer today?
- Why my workflow is completing so late? Which job and dependencies I should work on to anticipate it?
Monday, December 8, 2014
Using Tivoli Workload Scheduler to automate complex reboots
Few weeks ago I've published with Enrica Alberti an article on IBM developer works about how we have automated the reboot of machines on our IBM Workload Automation SaaS environment.
This is an example of how we used TWS itselft to manage our infrastructure for Workload Automation SaaS. On our SaaS we are running tens of servers running the product for the customers, in addition to them we have a couple of machines used to control the infrastructure and where we are running an internal TWS used to automate any recurring task:
- create, configure and deprovision VMs used to run customer subscriptions
- create, delete, suspend, resume customer subscriptions
- add and remove users to customer subscriptions
For these tasks we have created some REST APIs that are invoked by the Service Engage common infrastructure components and that submit to TWS the appropriate job stream to actually modify the environment.
In addition we have some scheduled housekeeping job streams and now the reboot process described in the article.
The actual work we need to make on the environment is minimal, with all the operations running automatically and easy to monitor and recover thanks to TWS.
This experience reinforce the message that automation can save a lot of effort, especially when considered and planned at the beginning of the project or quickly recognized later if missed at the first analysis.
If you like this article and you find it useful, please share it on social media so other people may take advantage of it.
This is an example of how we used TWS itselft to manage our infrastructure for Workload Automation SaaS. On our SaaS we are running tens of servers running the product for the customers, in addition to them we have a couple of machines used to control the infrastructure and where we are running an internal TWS used to automate any recurring task:
- create, configure and deprovision VMs used to run customer subscriptions
- create, delete, suspend, resume customer subscriptions
- add and remove users to customer subscriptions
For these tasks we have created some REST APIs that are invoked by the Service Engage common infrastructure components and that submit to TWS the appropriate job stream to actually modify the environment.
In addition we have some scheduled housekeeping job streams and now the reboot process described in the article.
The actual work we need to make on the environment is minimal, with all the operations running automatically and easy to monitor and recover thanks to TWS.
This experience reinforce the message that automation can save a lot of effort, especially when considered and planned at the beginning of the project or quickly recognized later if missed at the first analysis.
If you like this article and you find it useful, please share it on social media so other people may take advantage of it.
Subscribe to:
Posts (Atom)
