I am in the process of trying to architect a new, first-time Endevor implementation for my company as a replacement for Panvalet. As part of the setup I'm trying to decide on the best way to set up the maps. Our business units operate as completely separate entities with their own jobs/applications/systems and have always been completely separate in everything they do. With this implementation I would like to create a more shared environment with the Development(second) and Production(third) Environments being shared among all the units.
My question is around the best setup for the Test(first) environment. Specifically, what is the advantage to using a converging route with separate test environments for each business unit as opposed to a single, shared test environment? Is there a performance benefit one way or the other? The Admin manual has a whole 6 pages where they describe what the options for mapping are, but nothing about why you would use one way or the other. With our separate business unit setup I could see using the converging route method to replicate more of what we have now. However, since I can still differentiate the system and subsystem within a shared environment I am struggling with why I would add that level of complexity. Are there space constraints on the number of elements in an environment that would make a difference one way or the other? Literally the only other thing I can think of that would be different with a converging route is that I would have 3 levels of naming - environment, system, and subsystem as opposed to only the system and subsystem in a standalone route being shared across units. Am I missing something? Does anyone have any suggestions? I glanced through all the existing doc on this community and didn't see anything around this topic, so if I missed something please just point me at it. Thank you!
Meghan Howell