ZuploZuplo
LoginStart for Free
  • Documentation
  • API Reference
Introduction
Getting Started
    Develop using the Portal
      1 - Setup Your Gateway2 - Rate Limiting3 - API Key Auth4 - Deploy5 - Dynamic Rate LimitingMCP - Quick start
    Develop Locally
      1 - Setup Your Gateway2 - Rate Limiting3 - API Key Auth
Concepts
Development
Policies
Handlers
API Keys
MCP Server
MCP Gateway
AI Gateway
Developer Portal
Monetization
Deploying & Source Control
Observability
    Logging
    Data & Security
    Metrics PluginsOpenTelemetryProactive monitoring
    Guides
Networking & Infrastructure
Account Management
Programming API
Build with AI
Zuplo CLI
Migration Guides
Platform LimitsSecuritySupportTrust & ComplianceChangelog
powered by Zudoku
Observability

Ensuring the integrity of your gateway with proactive monitoring

Reliability and performance of your gateway are paramount. Zuplo's commitment to operational excellence aims to provide seamless, uninterrupted service. Nevertheless, the complex and customizable nature of gateways necessitates a vigilant approach to monitoring by users. Proactive, end-to-end monitoring becomes not just a recommendation but a requisite for maintaining the integrity of your mission-critical gateway.

Zuplo makes every effort to actively monitor our core services and deliver 100% up-time for your gateway. However, there are many ways in which you can cause issues with your gateway, for example:

Common Sources of Disruptions

Several factors can compromise the functionality of your gateway, including but not limited to:

  • Misconfigured environment variables: Simple errors like a misspelled URL or incorrect shared secret can take your gateway down.
  • Coding Errors: The flexibility of Zuplo allows for extensive customization and, like any software, has the potential to cause disruption if bad code is deployed.

This means we strongly recommend that you have active end-to-end monitoring of each network configuration of your gateway. In fact, for some Enterprise Agreements we mandate this to offer a higher SLA.

Pro-active monitoring

We recommend doing this by having a health check endpoint for each network configuration. For example, if you have 3 backends and 2 tunnels we would recommend having 3 health-check endpoints on Zuplo with each going through the same combination of network hops that your gateway routes will need to leverage.

Health Checks

Some customers choose to go further, and have their backend health-check only return 'OK' if it also verifies other critical dependencies, like a database connection or dependent service, are also operational.

Most customers use a monitoring service, here are a few examples:

  • Checkly
  • API Context
  • Datadog

In addition, we recommend using our Enterprise Log Plugins to send log events to partners like Datadog and set up volume based alerts from any unusually increased error rates from your custom code or dependent services.

Edit this page
Last modified on November 17, 2025
OpenTelemetryCustom Logging Policy
On this page
  • Pro-active monitoring