Business Applications, SDLC Components, and Application Services

jna2756 · 3 weeks ago

Hi

Our company is starting to look into capturing the SDLC components in ServiceNow as we start to go deeper in the DevOps module in ServiceNow. Historically, we have captured Business Application -> Service Instance (example below). According to CSDM it would be now Business Application -> SDLC component -> Service Instance.

Current state:

Purposed future state based on my understanding:

1: Are the relationships identified with (1) in the image above recommended still? If not, is there any issues of including it?

2: Should the service instances in (2) be broken down to the SDLC component level? For example: should we have "Purchasing - UI - Prod/Test/Dev "and "Purchasing functions - Prod/Test/Dev". Are there issues with breaking it down further or could we continue with out current standard?

Thanks for you time and insight

Josh

Mathew Hillyard · 3 weeks ago

Hi @jna2756

1. The SDLC Component is (and I quote)

"to represent the parts of a larger Business Application / Digital Product broken down into its individually developed components."

This can be Application or Infrastructure. For Application this can include both Microservices and APIs - although there is some crossover with Digital Integration Management. For Infrastructure this is for example database or security configurations. In addition,

"A deployed instance of a SDLC Component of type “Application” would be an Application Service. A
deployed instance of a SDLC Component of type “Infrastructure” would be any infrastructure CI for
which the SDLC component represents that snapshot of its configuration details."

So this seems to suggest that the Business Application connection direct to Service Instance is unnecessary if you are using SDLC Components. This makes sense as the SDLC domain is optional - but one caution on this is that impacted service calculation and other platform features (e.g. suggested CI relationships, the Application Service Wizard) still expect and are hard-coded to use a direct relationship between Business Application and Service Instance, and indeed the v4.0 relationship (Consumes::consumed by), not the v5.0 relationship (Uses::used by). So you will likely have to preserve the direct relationship anyway.

2) I don't see any benefit to having separate components for each Service Instance as each Instance is an instantiation of the Business Application, so should be identical in terms of components.

I hope this helps!

Mat

View solution in original post

Mathew Hillyard · 2 weeks ago

@jna2756

SDLC Components are components/APIs/Microservices that comprise a single Business Application. If you have two Business Applications that may leverage a component present in just one, then that is what Digital Integration Management is designed for. Create an integration between the two Applications with interfaces, protocol etc.

I hope this helps!
Mat