Multi-instance Topologies

  • Release version: Washingtondc
  • Updated February 1, 2024
  • 2 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Multi-instance Topologies

    The Multi-instance Topologies Accelerator offers Impact customers educational sessions focused on understanding the business drivers for multiple production instances within a single customer implementation. It introduces four topology alternatives, detailing their use cases, strengths, weaknesses, and example process flows. Interactive activities are included to help customers assess their own multi-instance needs and collaborate with their implementation provider on architecture development.

    Show full answer Show less

    Key Features

    • Introductory Customer Session: Up to 60 minutes to introduce the Accelerator, set expectations, discuss business drivers, and complete an intake questionnaire.
    • Customer Education Session #1: Up to 120 minutes focused on business drivers and two multi-instance topologies, including interactive activities based on customer use cases.
    • Customer Education Session #2: Another 120 minutes presenting two additional multi-instance topologies and further interactive activities.
    • Follow-up Customer Session: An optional 60-minute Q&A session for additional guidance.

    Key Outcomes

    Participants will receive workshop slides, use case activities, and guidance for next steps. Required customer resources include a Platform Owner, Administrator, Architect, and recommended Service Owners to ensure a comprehensive approach to the ServiceNow platform governance and architecture. Completion of a prerequisite workshop is necessary, and the output deliverables from that session will be requested for effective follow-up.

    This Accelerator provides education on drivers and topology alternatives to support multiple production instance implementations delivered within the context of a single-customer production implementation.

    Overview

    The Multi-instance Topologies Accelerator provides Impact customers with facilitated education sessions that establish a foundational understanding of the common business drivers that could warrant multiple production instances and an introduction to four multi-instance topology alternatives.

    The overview for each topology includes a description, topology-related use cases, strengths and weaknesses, and example process flows. The education sessions are interspersed with interactive use case activities, so that following the completion of the Accelerator, you may continue to evaluate your own multi-instance requirements by engaging your implementation provider to develop an implementation architecture.

    Note:
    This Accelerator is available in Advanced and Total packages.

    What You Get

    Introductory Customer Session (up to 60 minutes)
    • Introduce Accelerator and set expectations on process and depth of deliverable
    • Communicate expectation for Customer participation
    • Introduce business drivers for multiple production instances
    • Introduce four multi-instance topologies
    • Request completion of intake questionnaire, three use cases, and provide any other requested inputs
    Customer Education Session #1 (up to 120 minutes)
    • Present business drivers for multiple production instances, referencing use cases provided by the customer
    • Present two multi-instance topologies
    • Conduct interactive activities based on relevant customer-provided use cases
    Customer Education Session #2 (up to 120 minutes)
    • Present two multi-instance topologies, which may or may not reference the customer’s use cases
    • Conduct interactive activities based on relevant customer-provided use cases
    • Advisory guidance for next steps
    Follow-up Customer Session (optional upon Customer request - up to 60 minutes)
    Opportunity for Q&A related to the multi-instance topologies education and guidance
    Multi-instance Topologies Deliverables
    • Workshop slides
    • Multi-instance topology use case activities
    • Guidance for next steps

    Requested customer resources

    Table 1. Customer resource and responsibilities
    Customer Resource  Responsibilities 
    Platform Owner (Required) Responsible for the overall accountability of the ServiceNow platform. Provides leadership and oversight to the System Administrators, ensures team alignment to business strategy and the ServiceNow roadmap, and is actively involved in the overarching governance of the platform.
    Platform Administrator (Required) Responsible for the day-to-day administration of the ServiceNow platform.
    ServiceNow Platform Architect (Required) Responsible for overall ServiceNow platform architecture, strategy, and governance.

    Enterprise Architect(s) (Required)

    Provides a holistic view of the organization’s strategy, processes, and other systems, including any necessary policy or organizational requirements. Helps guide the Platform Owner to align with technical or functional standards.

    Service Owner(s) (Recommended) Responsible for data and process flows related to a specific service, process, or an integration.

    Pre-requisite

    The completion of the workshop, How to Tackle Architectural Implementation Models, is required. For more information, contact your Enterprise Architect.

    Requested Information Access

    The output deliverables from the How to Tackle Architectural Implementation Models workshop are requested.

    Exceptions

    • Multi-instance topology architecture design recommendations
    • Multi-instance technical implementation / technical integration detailed architecture
    • Enterprise architecture review
    • Detailed architecture blueprint for multi-instance configuration
    • How to integrate multiple production instances
    • Topology considerations for Managed Service Provider and/or multiple customer multi-instance configurations
    • Multiple sub-production instances, for example, development, test, or user acceptance test (UAT))