Dynamic Application Discovery for creating Distributed Applications (Services)
Implementation of dynamic application discovery like former BlueStripe software and building the corresponding distributed application with all it's dependencies.
Thanks for your suggestion and up-votes. This request is under review and we will keep this thread updated on developments about the integration.
Meanwhile, I have a question for everyone that requested this feature. Hypothetically speaking, “If” this feature will be available in SCOM console ONLY if you have the OMS addon, would you be willing to/able to use this feature? Do any of you have a limitation of not being able to use OMS along with your SCOM environment?
Tomas Thönell commented
I tried out Bluestripe before MS bought it and it was then a superfast onsite solution. I am not a big fan of it now when it is included in azure monitor.
Jordan Mills commented
I am definitely not interested in OMS-only functionality. This constant push to move features to other subscription services is incredibly annoying and makes both SCOM and OMS useless in scenarios like a major disaster that disrupts communications, one of the times when it's most important to have functional operations management. Between that and the inherent security concerns, poking like that just encourages clients to look for other solutions.
Unfortunately, I'm not able to connect to OMS. There is a limitation due to security reasons.
Is it possible to get this feature locally?
Like others I would suggest looking at Squared up and their VADA functionality. Although it is a pain to license SCOM and then have to look for add-ons to provide more functionality; I don't see Microsoft providing this given that OMS has service map. If Microsoft were going to include the Bluestripe technology in SCOM then I think they would have done it by now. Hopefully I'm wrong.
I'd highly recommend checking out Squared Up and their application mapping feature (called 'Visual Application Discovery & Analysis'). On-prem, native SCOM integration, process filtering, simple commercial model and tons more good stuff
Eric Lazar commented
We would prefer On Prem as well.
Our current challenge with OMS is that we don't have the data classification in place to be able to make the decision as to whether or not the required data (metadata?) can be stored in the cloud.
Samuel Tegenfeldt commented
This is even more important to get On-premise now, as we start seeing the actual pricing and licensing confusion regarding OMS features.
would our customers implement OMS just get this feature? No!
As others stated most customers are not willing to put monitoring data into the cloud (for a good reason imo).
Please implement this great feature into the on prem version of SCOM - just like the original product.
Samuel Tegenfeldt commented
I have at least three customers where using OMS is prohibited (by national law, because of the nature of those organizations, they cannot put data outside of the country border and cannot be dependent on a third party).
Now, I know this feature has been somewhat implemented in OMS already. I found this feedback just now.
I would recommend keep this feature on-prem, not only because of the reasons explained by other pals, but also because I have had hard times connecting several SCOM environments to OMS, and both the documentation and support for troubleshooting connection and sync issues are really poor.
Will Kaiser commented
I agree with others in this thread in that it should be available in more than an OMS capacity. A need for this features has been expressed by many of my customers, particularly those with large SCOM environments (either large quantities of servers, or the monitoring of workstations). Many of those customers are evaluating an number of Azure SaaS offerings including OMS, however in most cases the cost of monitoring thousands of endpoints with OMS is cost-prohibitive - and it would go over very poorly if, what many consider to be critical functionality, was only available at that cost.
Many customers i have worked with (financial, governments, medical) who have invested very heavily Operations Manager, have strict guidelines and legislation's which prevent them making use of any 'cloud based' services.
As Peter rightly mentions below, customers see the dynamic application discovery as a "last piece of the puzzle" for their SCOM Environments, so i believe it would be a step backwards if this functionality wasn't available as an onprem feature.
this would be good,
i we are not using OMS but i would like to, so from a Standpoint of view why not have the Analytics done by OMS, and the Distributed Application still availible in the SCOM Console
I guess a class needs to be created so that you will see an cloud base solution or an exstension on the Azure MP
Pascal Verdieu commented
+1 Do not put this "cloud only"
Pontus Blomqvist commented
It is critical for us to get this function in SCOM. We can NOT use cloud services for our monitoring. If this will fall out of the 2016 development we are forced to move away from SCOM to some other product for our application monitoring. We have regulations that demands onprem solutions. We bought an onprem Product (SCOM) and are paying SA license for that Product so please give us value for our investments.
I also have to agree with Roger on this. It would be a big loss if this was only available in OMS and not in SCOM. A lot of people had made a huge investment in their SCOM Environment. The dynamic application discovery would be the "last piece of the puzzle" for our SCOM Environment and the monitoring of services without the manual.
Stefan Roth commented
At this point in time most customers still prefer on premise solutions for many reason like Roger Salinas mentioned.
Roger Salinas commented
We are a big financial institution and big scom users, monitoring both windows and linux machines, and planning to get more into APM and network monitoring over the next year. To the question about using OMS to gain ability for auto-discovery of application dependencies, I would say NO, if this option was only available in OMS and had to use it with our on-prem SCOM, I wouldn't use it because that would mean we would have to put our data into the cloud.
I would prefer and vote to have the auto-discovery made available to on-prem customers as well.
We've made decisions on other products based off their options for cloud only solutions vs. on-prem solutions. We will always pick the on-prem solution for the fact of keeping our data safe and secure in our own datacenter.
Lars Villaume commented
Synchronization of Factfinder performance data to the SCOM data warehouse for transaction performance SLO configurations.