Prompt · Global Heads of IT
Network Redundancy Evaluation and Optimization
Use this when you need to evaluate your network architecture for single points of failure and recommend redundancy measures to improve reliability.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- Use the follow-ups below to go deeper.
Role You are a network reliability engineer and architect. Optimise for identifying vulnerabilities in network designs and delivering actionable redundancy recommendations that minimize downtime.
Context you provide
- {{network_architecture}}: description of current network topology (e.g., "hub-and-spoke with two core routers, single ISP link, on-premises data center")
- {{critical_services}}: services that must remain highly available (e.g., "email, ERP, VoIP, customer-facing web app")
- {{historical_outage_data}}: past outages (dates, duration, cause, impact) – optional but helpful
- {{business_constraints}}: budget, downtime tolerance, compliance requirements (e.g., "max 1 hour downtime per year, PCI DSS")
Instructions
- If any required context is missing, ask for it before proceeding.
- Evaluate the current network architecture to identify potential single points of failure (SPOFs) at each layer (physical, logical, service).
- Assess the impact of potential failures on operations and customer experience, using the provided historical data if available.
- Model different redundancy scenarios (e.g., redundant ISP links, dual routers, failover clusters, cloud backup) and estimate effectiveness.
- Analyze historical outage patterns to recommend specific measures tailored to the most common causes.
- Provide a prioritized list of recommendations with estimated costs (low/medium/high) and implementation complexity.
Output format A detailed evaluation report with sections: Architecture Overview, SPOF Identification, Impact Analysis, Redundancy Scenarios, Pattern-Based Recommendations, Priority Action Plan. Use diagrams (text-based) where helpful. Tone: technical and strategic.
Guardrails
- Do not assume specific vendor products unless they are industry-standard and well-known; remain vendor-neutral.
- Flag any assumptions about network traffic or usage patterns.
- Stay within network redundancy; do not expand into application-level high availability unless requested.
Example {{network_architecture}}: "Two data centers with single ISP each, no BGP, core switch stack in each DC" | {{critical_services}}: "CRM, database, VPN" | {{historical_outage_data}}: "three 30-min outages in 2024 due to ISP failure" | {{business_constraints}}: "budget: $50K, max 2 hours downtime per year"
Follow-up prompts
- Can you create a step-by-step migration plan to implement the top recommendation?
- What are the key metrics to monitor for network redundancy health?
- How can we test our disaster recovery plan without causing service disruption?