Send environment names with events so teams can separate production, staging, and development signals.
These docs are crawlable public guidance for FaultLens integration paths. Keep project API keys out of source control and avoid sending secrets in custom context.
You need a FaultLens workspace, a project API key, and the correct ingest host for your tenant or validation environment.
The SDKs are intended to capture application errors and diagnostics context without interrupting the host application flow.
Use this as a starting point and adjust environment, release, endpoint, and project identifiers for your workspace.
new FaultLensOptions(
apiKey: "YOUR_PROJECT_API_KEY",
environment: "production",
release: "1.0.0");
// Browser SDK
environment: 'production'These pages explain adjacent setup work that makes production diagnosis more useful after events start arriving.
FaultLens is a production issue diagnosis and error monitoring platform for SaaS engineering teams. It helps teams connect errors, releases, environments, and issue context so they can investigate production failures faster.
FaultLens is for SaaS engineering teams that need a focused way to diagnose production errors, connect them to releases and environments, and keep issue context in one investigation workflow.
Yes. FaultLens includes error monitoring, but its positioning is narrower than a full observability platform: it focuses on production issue diagnosis and the context needed to act on failures.
FaultLens documentation focuses on sending useful production error context into a diagnosis workflow rather than documenting a broad observability stack.
FaultLens supports any platform. Official SDKs cover .NET (FaultLens.SDK on NuGet) and browser, Angular, and React (the @faultlenshq npm scope). Any other language or runtime integrates directly using the HTTP ingestion API.