New SA AppMan Early Product Code available

Download SA AppMan early product code milestone 20140113 and explore enhancements and new features. Use this link to SA AppMan early product code download page.

SA AppMan milestone 20140113 offers all the features already presented in the Open Program - just to name a few:

• Modern and highly customizable Operations Console (OC) based on JazzSM / DASH with improved usability and performance
• Create your own dashboards based on DASH capabilities like out-of-the-box widgets, filtering and sorting
• Use and customize predefined dashboards like Domain and Automation Health, Explore Automation Nodes and Operate End-to-End Resources
• Select multiple resources in the OC and issue a request on all of them
• You can now specify priorities on requests
• The topology widget allows you to display and manage resources with their relationships graphically
• The server group introduces automatic fail-over capabilities for its members in the end-to-end policy
• The server group allows to dynamically start and stop spare members by modifying the availability target of the group

Try out the SA AppMan early product code in your test environment and test scenarios that are important to your business.

The System Automation Team is very interested in your feedback. Please download the shipment readiness survey that is also available on the download page, add your feedback and send it back to us. Share your test experience with us.

Your System Automation Team.

Today I want to show you how to use the so called "prelimiary data filter" for automation domains and create an own dashboard tailored to your needs. In my example I want to create an "Cross-site overview" dashboard for my two most important "business applications" in this exampled called "A1" and "A2". Both consists of a portal solution and can run either on production or on recovery site. Both applications have  Web- and an Application Tier which makes use of our new ServerGroup in order to be able to react on different load needs.

So, how do I sort the domains into a list showing them sorted by site? Thats easy - in Edit mode you can make use of the preliminary data filter:

In the "Edit" mode of your new dashboard you already selected the SA dataprovider for domains - and assigned it to a tabled view like you see on the left.

Now you want to limit the number of domains to those automating/controlling components of your business applications (A1 and A2) on production site. It is helpfull to have a naming scheme for your domains here.

Select the SA tree table widget and press on "Edit" as seen on the picture on the left.

Next the Edit dialog will open and show a chapter "preliminary data filter - as you can see on the screenshot below:

Thid preliminary data filter can be used for domain and resource data provider to limit the rows shown in the table to those entries, which match your filter. Let us create two filters for domains having a "PA1" or "PA2" (for domain hosting production components of A1 or A2). This filter can be defined as seen in the following picture:

As you can see you can define multiple filters which can be applied either as "Or" and thus make the selected  content bigger - "any rule" or can also be applied as logical "AND" which lowers the shown content to more specific items.

As final result you see immediately which domains match your filter(s) and you can achieve in iterations the result you want.

You should give the SA table widget a good title - I choose "Domains on Production Site" - to understand what I am seeing. In opposite I created a similar domain table using same technique but other filters on the right of my dashboard "Domains on DR Site". The result looks like the following (I am not finished yet....)

What do you think about this prelimiary data filter? Is this a useful feature for your environment to create specialized dashboards? Tell us your opinion via comment - I am eager to hear how you would use this feature...

Greetings,

Josi.

In the last demo call I have shown you the following overview page which gives an overview of all connected domains in a graphical view, and a global message view showing actions performed by users and other important events. In addition you could click on a domain which updates the analog gauges that show the number of online top-level resources of the domain and the number of top-level resources which are not OK:

We have further evolved this dashboard and the current version now looks like this:

The new version has the following changes:

• Use volume bars instead of analog gauges to present the information about number of online resources and not OK resources. This gives more space for the list below
• A list view of the top-level resources of the currently selected domain (initially the E2E domain). The list is sorted by compound state, so that you immediately see which resources are in a bad state. In addition you can filter by name or by state.

Right now you can even use the list view to trigger actions:

Now my questions:

• What is your general opinion about the new dashboard compared to the first version that I showed in the call?
• Do you like to see the top-level resources of the selected domain with their name, observed state, and compound state using the list widget as shown?
• What do you think about triggering actions? Should it be possible to actually trigger actions like "Request online/offline" etc. from this overview dashboard or should this be changed to only view the resources and not allow actions here (you can always drill-down to the domain page showing all resource details and trigger actions from there). Think about the following issues: In the list you only see the top-level resources. You do not see children, you do not see relationships, etc.

Your feedback is highly welcome!

Thanks and regards, Wolfgang

Hi,

today I want to start the discussion about a new feature in the comming SA AppMan release - "Global Messages". So far - with the current Operations Console an operate got feedback about actions which he triggered in a small message box on the top of his OC window. These messages informed him for example that a request has been submitted for processing or a policy will now be activated.

We wanted to have this feature in the new Face as well - but we improved it silghtly. Introducing the "SA Global Messages". Now messages as result of an action of any operator will be queued and displayed on a message log window - which can be seen by any operator. So if "John" activates a policy "Bob" will notice it as well in his view of the "SA Global Message" queue and vice versa (don't worry - this can be turned of to the old behavior only to see messages to tasks which you have been kicked of).

In addition we add Important messages of global scope to this queue - such as "Log of domain <x> requires attention" etc. Or "domain <y> just changed its state to online/offline, etc.

Soon I will add a video of this new feature - what do you think ????

Cheers,

Josi.

Hi,

one feature frequently asked for, is the ability to target a start or stop request against multiple resources at the same time. This will be possible with our new UI as you can see in this screenshot. In the resource list you can select multiple resources

(CTRL-click) and issue one request action which is carried out as simple request against all selected resources.

What do you think about this new feature?

Greetings,

Josi.

 Allow to specify a request priority (Low, High, Force) with a Request Online/Offline or Restart request.
Although priorities are possible in the command shell, so far it was not possible to specify request priorities in the SA Operations Console.
We have now added this functionality to our new DASH based GUI. The corresponding request dialog looks like this:
Allow to submit requests independently of the current state of a resource
It is now possible to submit a request independently of the current state of the selected resource. For example, you can issue an Offline Request even if the resource is currently offline (e.g. to ensure by automation that it will not be started):

The following has been implemented as an action resulting from two comments made in the feedback sheets.

1. Comment from Rüdiger Dahlke regarding OMNIbus / TEC event filter configuration via cfgsamadapter: 
"More individual customization of filters would be nice and should be possible."
Action: More granular filter configuration has not been added to cfgsamadapter, but documentation is added. It describes how to manually configure more granular or additional filters while preserving the filters that are maintained by cfgsamadapter.

2. Comment from Thomas Quadflieg regarding OMNIbus / TEC server configuration via cfgsamadapter:
"The solution does not help us, because we use a TECPublisher config with 2 Server locations."
Action: The configuration file that is used by the event server allows to specify up to eight sever locations as a comma-separated list. This capability now can also be exploited when using cfgsamadapter for event server configuration.
 

Dear community,

we would like to invite you to our next Open Program demo call for our next release of System Automation Application Manager and System Automation for Multiplatforms.

The call will take place Tuesday, October 15th, 3 pm Central European Time.

We will demonstrate the current status of our DASH UI improvements, for example predefined dashboards or graphical view of relationships.

We are very interested in your feedback and learn from your experience. You are more than welcome to invite other people from your team, for example operators using our user interface.

A detailed agenda and call in information will follow. We would appreciate if you could let us know if you can join the call.

Thanks a lot!
 

A new paper has been released on the System Automation Application Manager WIKI:

Paper: Integrating OSLC

It contains information and examples (in Java® and PERL) on how to control End-To-End resources via REST calls. For scripting this eliminates the necessity to log on to the node hosting the SA Application Manager and does not need to start a JVM (like eezcs does).

As always we are very interested in your feedback and any nice solutions (like handy scripts) you are developing.

- Sebastian Wegmann