The Now Platform® Washington DC release is live. Watch now!

Help
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

What is Upstream & Downstream CI ?

ashish_gupta
Kilo Explorer

Hello Experts,

I have few doubts regarding the Upstream & Downstream CI , Can you please help me to understand this .

I have read   the example of "EMAIL "   service , But am confused about the upstream & Downstream CI.

As per the sysadmin guide , it is explained as : All the CI that are feeding data into Email are Upstream CI & All CI that are affected by the Email are downstream.

My doubt is : as per my understanding services like blackberry & windows mobile are using email service not feeding data , so if email service is down , it will impact the blackberry & Windows mobile server , so how that can be upstream?

Similarly how Email servers   can be affected by email service , it should be vice-versa , if Email server goes it down , then it will affect Email service

Can somebody explain me , where am wrong here ?

find_real_file.png

Regards,

Ashish

- Learning ServiceNow

4 REPLIES 4

Michael Fry1
Tera Sage

Things that happen downstream can have an adverse affect on upstream configuration items and vice-versa.



If 1 email server goes down, upstream Email Service could be affected. However, if Email Service goes down, everything downstream will be affected, and some CI's upstream could be affected.


warren_chan
ServiceNow Employee
ServiceNow Employee

I think it's important to understand that upstream/downstream only reflect the relationship type in the CMDB. If you look at the cmdb_rel_ci table, you'll have a parent and child CI. From the context of a given CI, its parents are considered upstream by nature of this table relationship. Similarly, a CI's children are considered downstream solely because of the way this relationship is defined.



When we start talking about what affects what, honestly it can happen both ways, as Michael outlined previously. Imagine you have a CMDB like this:



House


Kitchen


Fridge



If your Fridge stops working, you'll open an Incident against it. Then your Kitchen will show that there's an Incident against one of its children. Since the Kitchen is a child of House, then the House will show an Incident impacted against it as well, but it's all the same Incident. This would be the upstream-impacting scenario. House cannot be considered issue free as long as there's a Fridge that isn't working.



If House burns down, that would mean Kitchen and Fridge are done as well. But I shouldn't need to open new Incidents against Kitchen and Fridge since there's already a known issue that affects House. This would be the downstream-impacting scenario (which people usually attribute to a containment relationship). However, maybe House just needs a new roof. Kitchen and Fridge wouldn't be impacted, therefore, I likely do not need to know that House has a roof issue if I'm looking at just Fridge.


Dave Smith1
ServiceNow Employee
ServiceNow Employee

Ashish Gupta wrote:



As per the sysadmin guide , it is explained as : All the CI that are feeding data into Email are Upstream CI


That's not completely accurate... the relationships depict dependencies, not data flow.


Similarly how Email servers can be affected by email service , it should be vice-versa , if Email server goes it down , then it will affect Email service


That's more like it.



Here's one way of thinking about it: see the arrows in the diagram? Consider them line-of-sight. Consider people standing on each CI in the diagram, looking in that direction.



Now, if something happened to a particular CI, all those looking at it (upstream, looking down) will become aware - they'll see it, they're the ones affected by it.   But those downstream of the affected CI won't be looking backwards, they'll be blissfully unaware.



Another way is considering change impact.   In your diagram, if I were to make a change to IronMail-SD-02, I can see that this would affect the Business Service: Email, as well as those upstream, so will need to notify those users affected.   However, EXCH-SD-05 and EXCH-SD-07 would be none the wiser, since they're downstream.



One last way is to consider problem diagnosis: if something were reported about a specific CI (IronMail-SD-01) then problem investigators would follow all the downward-pointing arrows to try and trace the fault.   From IronMail-SD-01 I'd hop to EXCH-SD-05 and EXCH-SD-07, then possibly to the Mass Storage Device lower still. Although I may inform those using upstream CIs of my work, it's not where I'd go looking...



Hope that helps!


Rosh355
Kilo Contributor

Hello, i have another question. if we have servers on downstream section and want to connect them to their application services, will it be shown as an upstream after connection ?