The CreatorCon Call for Content is officially open! Get started here.

CSDM: Dependant Application Services not added to 'Impacted Services' in Change OOB?

Johnathan R
Tera Contributor

I have a Platform Host App Service, and several 'Module' Application Services that 'Depend On' it (like example below).

When I create a Change, and add the Platform Host CI as my primary Configuration item, the Impacted Services DOES NOT bring in any of the Application Services that depend on it. I have verified this in a personal dev instance, so it seems to be by design.

I find it weird I would have to customize this?

Example: Adding SN Paris Prod as your CI, does not bring in SN Paris HR Prod as an Impacted Service.

find_real_file.png

1 ACCEPTED SOLUTION

Read this, there are indeed many different options (tables) where to store your application services that makes the system behave in different ways. I already forgot the details, but storing them in one specific table does populate the associations automatically based on the relationships.


View solution in original post

9 REPLIES 9

Thanks!

Our 'change.refresh_impacted.include_affected_cis' is set to TRUE -- which I believe means its looking at svc_ci_assoc.

I checked this table, and there is not any entries relating my 'empty' app service to the platform app service.

To test, I manually made an association in this table.

It worked! Now my logical app service was pulled in as affected, when i am doing a change on the host app service.

This is pretty confusing, as to why I would have to do this manually in an odd way. It seems related around using an 'empty' application service? Until you add a population method, it keeps them in cmdb_ci_service_auto. Which my reading seems to indicate it is a 'dummy' parent class and not used. When you populate it will get extended to one of the 'real' classes.

find_real_file.png

But I can't populate it with anything ... say it's logical representation or in the cloud.

I guess - creating empty app services, and relating them to each other is not well supported? Even though they say you can do this


Read this, there are indeed many different options (tables) where to store your application services that makes the system behave in different ways. I already forgot the details, but storing them in one specific table does populate the associations automatically based on the relationships.


That is for calculated application services.


The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.

Yes, looks like Calculated Application Service is my answer. Gosh this was WAY overly complicated 😐  Thank you for the help!

For anyone else who finds this.

 

How to relate 'empty' or 'logical' app services so they are referenced in Impacted Services

  1. Create your new application service.
  2. Link it to a business application.
  3. Choose manual population method, and filter the class to find the other app service you want to to be dependent on. In my case I am making my empty app service dependent on a Service-Mapped app service which represents the platform host. My new app service is a dummy 'module'

    find_real_file.png
  4. After it is created, you will see new UI actions. Click Advanced

    find_real_file.png
  5. Click 'Convert to Dynamic Service'

    find_real_file.png
  6. Voila - now your new app service has the correct references in 'svc_ci_assoc' and is dependent on the app service you selected. If you perform a change on your main platform host CI, your 'module' will be pulled in as an impacted service.

find_real_file.png

Be careful about manual entries in svc_assoc_ci, as these may be overwritten or deleted by scheduled jobs that run on the system.


The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.