IBM

This course is designed for IBM Netcool/OMNIbus 8.1 advanced users and administrators. It includes hands-on lab exercises that are based on a distributed deployment of Netcool/OMNIbus. You start with two images with Netcool/OMNIbus installed and deployed in a high-availability configuration. You use this environment to explore advanced administration topics and deploy advanced features. Note that product installation is not covered in this class. Product installation is covered in Netcool/OMNIbus 8.1 Installation and Configuration (TN025G)

This course teaches you to perform a complete installation of IBM Tivoli Netcool/OMNIbus 8.1. Through lectures and extensive hands-on exercises, you learn all the steps necessary to perform an installation, including hardware sizing, confirming software prerequisites, installation, creation of ObjectServers, installation of probes, installation of gateways, configuring high availability, and deploying historical event reporting. Throughout the course, you practice your knowledge through extensive hands-on exercises that emphasize the skills taught in the lectures. The lab environment for this course uses the Red Hat Linux platform.

In this course, you learn how to define automation policy for IBM System Automation for z/OS® (SA z/OS). You learn how to create policy definitions for systems, applications, application groups, and monitor resources. This is delivered in an environment with multiple opportunities for hands-on lab exercises. You define automation policy for several environments: single system and multiple system within a basic sysplex. The System Automation for z/OS automation manager and automation agent run in a z/OS 2.2 environment. The automation platform, Tivoli® NetView for z/OS is at version 6 release 2.

This lab exercise is an introduction to IBM Cloud Application Performance Management 8.1.4. IBM Cloud APM is a comprehensive solution that helps you manage the performance and availability of applications that are deployed on premises (private), in a public cloud, or as a hybrid combination. This solution provides you with visibility, control, and automation of your applications, ensuring optimal performance and efficient use of resources.

The goal behind event seasonality is to automatically identify events that occur in a non-random pattern. For example, CPU utilization on a server peaks every Monday at 2:00 AM because a scheduled process runs at that time. The feature identifies the patterns, and when events do not fit the pattern. By analyzing the reports, it is possible to reduce the number of events that occur at non-random times. This could be done by adjusting instrumentation to compensate for known peaks, or simply filtering the events. The analysis can also help determine where anomalies are occurring that were not previously known.

A guided walk through how to deploy different application patterns on a IBM Cloud Private instance covering the concepts and basis along the way. You will deploy four different workloads patterns: 1) Deployment (Stateless) 2) Stateless Set (Stateful) 3) Daemon Set (Daemon) 4) Jobs (Batch). Each workload will introduce other concepts such as: a) Using external storage to store state b) Working with Helm package Manager c) Using Private Image Registry d) Kubectl Command line e) ICP UI Console f) Resiliency and Availability features g) Services

Ready to automate with robots?! You too can be a robotics engineer! This lab brings IBM Robotic Process Automation with Automation Anywhere to life by integrating it with IBM Business Process Manager to build a bot from scratch all while helping speed along routine business work. Everyone has repetitive tasks they do every day. Learn to leverage the power of robotics, process and cloud to automate, leaving more time to spend on your valuable work. Everyone can learn to create a robot in just minutes!

This lab is a primer on how to use, build, deploy and run Liberty in a Docker container. In this lab you will pull Liberty from Docker hub, install it, review information about the container, access resources inside the container, add an application then test it.

This lab will show how to expose and explore REST APIs provided by a JAX-RS application. This lab will use airlines.war, a sample application, which exposes REST APIs. With minimal Liberty server configuration, those APIs will be documented via the REST API Explorer.

In this lab, take the management of the servers one step further and organize them into a managed cluster so that the collective controller can manage them as a group.

In this lab,  generate a special web server plug-in configuration file that will provide dynamic routing information to allow a web server to spray HTTP requests across three liberty servers that are running the same sample application. Add and remove members in the collective to show the dynamic behavior.

In this lab, create a merged plug-in configuration file that will allow a web server to spray HTTP requests across three liberty server that are running the same sample application, make use of the ability of the Liberty server to automatically generate a plug-in configuration file (this was added in fix pack 16.0.0.3), and a utility to merge those files (also added in 16.0.0.3).  Also, perform some updates to the application server configuration which result in generation of an updated plug-in configuration file, and see the effect of session affinity on routing in the application cluster.

In this lab, configure IBM HTTP Server (IHS, a web server based on Apache) to act as a front-end web server for a Liberty server, configure Liberty, IHS, and the plug-in that connects them to use SSL, so the entire communications channel from browser to IHS to plug-in to Liberty is secure. If you are enrolling in a Self Paced Virtual Classroom or Web Based Training course, before you enroll, please review the Self-Paced Virtual Classes and Web-Based Training Classes on our Terms and Conditions page, as well as the system requirements, to ensure that your system meets the minimum requirements for this course. http://www.ibm.com/training/terms

This lab demonstrates how to use the Admin Center graphical user interface to manage Liberty servers from a collective controller. We will deploy a cluster of packaged servers, view the deployed environment, perform start and stop operations, and view basic performance metrics.

In this lab, learn how to use JAXWS web service via a sample application demonstrating seven different patterns: A web service stub client, a web service dynamic client, a POJO based endpoint, handler chain, web service message context, catalog support, and MTOM support.

This lab demonstrates the use of Model-View-Controller architecture in a web application with the web browser displaying the view rendered via JSPs, servlet as controllers, and plain old java objects used to access the data model stored in a relational database.

This lab will show you: How to take an existing java library and use it to create your own Liberty feature, how to create your own custom user registry as a new Liberty feature, how to receive configuration properties from the liberty server.xml file and inject those properties for use by your feature, how to expose new APIs from your feature to be called by your application, and how to create new metatype that describes your new configuration so that it can be configured automatically from WDT.

Liberty profile supports asynchronous messaging as a method of communication that is based on the Java™ Message Service (JMS) programming interface. In this lab exercise, learn to enable JMS messaging for the Liberty Profile, create a sample JMS P2P servlet, create a sample JMS PubSub servlet, create a sample JMS MDB, and run all the sample JMS applications created.