Relationship Hierarchy between Business App and File System/Storage File Share/AWS S3 Endpoint

[YashKumarV]

Hi Community,

I’m trying to understand whether ServiceNow OOTB CMDB relationships allow us to derive a hierarchy between Business Applications and File System / Storage File Share / AWS S3 Endpoint records, either directly or indirectly, without creating any custom relationships.

 

Context / Current State

We are strictly limited to OOTB CI classes and OOTB relationship types.
No custom relationships or manual modeling are allowed.

We currently have the following OOTB relationships in place:

1. File System hierarchy

Logical Data Center → File System → Key-Value

1. Storage hierarchy

Storage Server → Storage File Share → Key-Value

The key-value records are already associated with:

• cmdb_ci_file_system

• cmdb_ci_storage_file_share

End Goal

We need to understand:

• Whether there is any OOTB-supported relationship hierarchy from:

  • cmdb_ci_business_app

• To:

  • cmdb_ci_file_system

  • cmdb_ci_storage_file_share

  • cmdb_ci_aws_s3_endpoint

What we are trying to find

1. Are there any direct OOTB relationships between:

   • Business Application ↔ File System

   • Business Application ↔ Storage File Share

2. If not direct, are there any indirect OOTB hierarchies (for example via Storage Server, Logical Data Center, etc.) that ServiceNow supports out of the box?

Constraints

• OOTB only (Discovery / Service Mapping / CMDB default behavior)

• No custom CI classes

• No custom relationship types

• Looking for defensible CMDB hierarchy, not logical assumptions

Question

What are all the possible OOTB relationship hierarchies (if any) that allow Business Applications or Services to be related to File Systems or Storage File Shares?

Any guidance, official documentation references, or real-world patterns would be greatly appreciated.