Service Mapping Tables

[Jyothi Malkared]

We have below tables for Service Mapping

1) sa_discovered_services is to create service maps

2) csdm_app_services -  all apps are in this table

3) cmdb_ci_service_auto  - all apps are in this table too

Then what's the difference between csdm_app_services and cmdb_ci_service_auto  ?

Appreciate any response .

Thanks

Jyothi

[Manuel Stimac · Accepted solution]

Hi @Jyothi Malkared,
I found a nice article with a similar question, also a very good comment from @Community Alums. Hope it helps to make the situation more clear.

If my answer helped you, please mark it as Helpful/Solution.
Thanks & many Regards - Manuel 

[Manuel Stimac]

Hi @Jyothi Malkared,

do you have any more questions? If my answer helped, can you mark it as solution so other will find it too?

Thank you & regards,
Manuel

[Jyothi Malkared]

Hi Manuel ,

Yes I do have more below are the questions . Your answer helped me for my previous questions. Appreciated .

1) Can we do Service Mapping for Saas Based Applications ?

2) Can we do Service Mapping for Mainframe applications ( we have one application it has 113 servers) ?

3) Need More Explanation for ML Based Mapping , I have seen  2 videos  but they are doing in  Utah version I see they have more features compared to San Diego.

right now we are using San Diego version 

Our Team downloaded the plungins 

But not sure how to start exactly and to work 

Any help is appreciated on above 3 questions. 

Appreciate your response .

Thanks

Jyothi

[Manuel Stimac]

Hi @Jyothi Malkared,

1) Absolutely! You could try with your ServiceNow Instance to see how it looks.

2) In general I would say, yes. But strongly depends on you infrastructure what kind of components you will have. And how much effort you have to invest gathering all the credentials, FW connections, etc.

3) For the ML topic I would ask you to raise a separate Topic in the community, it could be also very interesting for other.

Thank you for the nice questions and the little challenge 🙂

Regards,
Manuel