Postings in the same series:
Part II: The Good, The Bad & The Ugly
(Picture taken from Impawards.com.)
At a first glance the title might seem a bit far fetched. But when one really gets down to Opalis – in conjunction with SCOM – one finds a super toolbox where the possibilities seem to be endless. All the things you ever dreamed about automating – like creating small programmatic robots – but never did since the scripting/programming efforts would be way too high, are now within in a hands reach with Opalis.
The Opalis ‘toolbox’ is way much more than ‘just’ an ordinary hammer, screwdriver or saw. These tools lack any kind of intelligence and depend solely on the skills of the person using them. Therefore my wife keeps me far far away from these tools. In my hands they wreck more than they could create.
Opalis on the other hand is the ‘intelligent’ and skilled toolbox: every tool explains itself and helps the person in order to get the most ‘bang-for-the-buck’. No need to script, write programs or what ever. A very rich GUI with 100% drag & drop support enables every one to create very nifty workflows in order to automate everyday tasks. Which not only reduces the time needed to perform those tasks but also reduces the change of errors to almost zero since the workflows will always do exactly the same. So when something goes wrong, it is easily to be reproduced and solved.
On top of it all, Opalis is able to connect many aspects of an IT organization into a single workflow. For instance, SCOM generates an Alert, an Opalis workflow picks it up and processes it in such a way that a ticket is generated in the Service Desk application, mail alerts are send out, automatic recovery actions are started, their results tested and based on the outcome, the resolution state of the Alert is adjusted, the related ticket in the Service Desk application updated accordingly. And this is just one scenario. As stated before, the possibilities are almost endless.
For some days now I run an Opalis environment connected to one of mine SCOM R2 test environments. So I am barely scratching the surface here. But already I am deeply impressed. Therefore I have decided to write a series of blog postings about Opalis in conjunction with SCOM R2.
Feel free to participate since I will write about some workflows I have built. So you can test it yourself as well. And share your experiences. What you need is a SCOM R2 test environment – in my case a ‘single server solution’ (W2K08 R2 - DC, SQL 2008, RMS) – and an Opalis server, also a ‘single server solution’. This server is Windows 2003 Server x86 based since Opalis does not officially support Windows Server 2008 (R2) yet. I suspect this to change in a short period of time since Microsoft acquired Opalis :).
The required software can be found here (all trial versions, so the software won’t cost you a dollar/euro):
- Opalis Trial Version
- SCOM R2 Trial Version
- SQL 2008 Trial Version
- Windows Server 2008 R2 Trial Version
- Windows Server 2003 R2 Trial Version
Al these trial versions are valid for 180 days. So enough time to test it. Go ahead, download the software, build your environment and be impressed just like me.
The second posting in this series will describe the Opalis terminology, how I built my Opalis server (not in all details but only the most important steps) and how I connected the Opalis environment with the SCOM R2 Management Group.
To be continued.