Cloud Setup
LogPulse integrates directly with your CI/CD and deployment platforms to collect audit logs, pipeline events, and deployment data. Set up cloud integrations to get full visibility into your DevOps workflows without installing any agents.
Overview
Cloud integrations connect LogPulse to your existing platforms via API polling and webhooks. Events are automatically normalized to standard data models, making them searchable with LPQL alongside your application logs.
Supported Providers
LogPulse currently supports three cloud providers for direct integration. Each provider offers both polling and webhook-based data collection.
Azure DevOps
Audit logs, service hooks, and pipeline logs from Azure DevOps organizations.
GitHub Actions
Workflow runs, job results, and repository events from GitHub Actions.
Railway
Deployments, build logs, runtime logs, and deployment events from Railway.
Azure DevOps
Connect your Azure DevOps organization to collect audit trails, CI/CD pipeline logs, and service hook events. LogPulse polls the Azure DevOps REST API and receives real-time webhooks for immediate event delivery.
Configuration
To connect Azure DevOps, you'll need a Personal Access Token (PAT) with the appropriate scopes.
| Field | Required | Description |
|---|---|---|
| Organization URL | Yes | Your Azure DevOps organization URL (e.g., https://dev.azure.com/myorg) |
| Personal Access Token | Yes | A Personal Access Token with required scopes (see below) |
| Project Name | No | Limit data collection to a specific project. If omitted, all projects are included. |
The following PAT scopes are required for full functionality:
• Audit Log: Read
• Build: Read
• Code: Read
• Project and Team: Read
• Service Connections: ReadData Sources
Azure DevOps provides three data sources, each capturing different types of events:
| Data Source | Method | Events |
|---|---|---|
| Audit Logs | Poll | Permission changes, PAT creation, git policy changes, group membership updates |
| Service Hooks | Webhook | Build completions, PR activity, code pushes, work item updates |
| Pipeline Logs | Poll | Pipeline run results, stage/job/task details, duration, status |
GitHub Actions
Integrate GitHub Actions to monitor CI/CD workflow executions, job results, and repository events. LogPulse normalizes GitHub workflow data to the CICDPipelineEvent model for consistent querying.
Configuration
You need a GitHub Personal Access Token (classic or fine-grained) to connect your repositories.
| Field | Required | Description |
|---|---|---|
| Personal Access Token | Yes | A GitHub Personal Access Token with read access to actions and contents |
| Owner | Yes | GitHub organization or username that owns the repositories |
| Repository | No | Specific repository to monitor. If omitted, all repositories under the owner are included. |
The token needs read-only access to the following permissions:
• actions: read
• contents: read
• metadata: readData Sources
GitHub Actions provides three data sources for comprehensive CI/CD visibility:
| Data Source | Method | Events |
|---|---|---|
| Workflow Runs | Poll | Workflow execution start, completion, status, duration, trigger info |
| Workflow Jobs | Poll | Individual job results, step details, runner information |
| Repository Events | Webhook | Push events, PR creation/merge, releases, branch protection changes |
Railway
Connect Railway to monitor deployments, build processes, and runtime logs from your Railway projects. LogPulse captures the full deployment lifecycle from build start to runtime.
Configuration
Generate an API token in your Railway account settings to connect your projects.
| Field | Required | Description |
|---|---|---|
| API Token | Yes | Railway API token from your account settings |
| Project ID | Yes | The Railway project ID to monitor |
| Environment ID | No | Specific environment to monitor (e.g., production). If omitted, all environments are included. |
| Service ID | No | Specific service within the project. If omitted, all services are included. |
Data Sources
Railway provides four data sources covering the complete deployment lifecycle:
| Data Source | Method | Events |
|---|---|---|
| Deployments | Poll | Deployment creation, status changes, rollbacks, environment details |
| Build Logs | Poll | Build start, build logs, build success/failure, duration |
| Runtime Logs | Poll | Application stdout/stderr, crash logs, restart events |
| Deployment Events | Webhook | Real-time deployment lifecycle events via webhook |
Webhooks
Each integration provides a unique webhook URL for real-time event delivery. Configure the webhook URL in your provider's settings to receive events immediately instead of waiting for the next poll cycle.
POST https://api.logpulse.io/api/v1/webhooks/cloud/:integrationIdAfter creating an integration, copy the webhook URL from the integration details and paste it into your provider's webhook configuration. LogPulse automatically validates incoming webhook payloads.
Polling & Sync
For data sources that don't support webhooks, LogPulse uses scheduled polling to fetch new events. The polling worker runs in the background and automatically handles pagination, deduplication, and retries.
| Setting | Description |
|---|---|
| Poll Interval | How often LogPulse checks for new events (configurable per integration, default: 5 minutes) |
| Deduplication | Events are deduplicated by their unique provider ID to prevent duplicate entries |
| Retry Logic | Failed poll attempts are retried with exponential backoff (max 3 attempts) |
Data Models
All cloud integration events are normalized to standardized data models before being stored. This ensures consistent field names and queryability across providers.
| Model | Used By | Key Fields |
|---|---|---|
| CICDPipelineEvent | GitHub Actions, Azure DevOps | pipeline_name, status, trigger, duration_ms, branch, commit_sha |
| DeploymentEvent | Railway | service_name, environment, status, deploy_type, image, duration_ms |
| AuditEvent | Azure DevOps | action, actor, target, ip_address, timestamp, scope |
Use the sourcetype field in LPQL to filter events by provider. Each provider sets a unique sourcetype (e.g., "github_actions", "azure_devops", "railway").
sourcetype="github_actions" status="failure" | stats count by workflow_nameConnection Validation
When you create or edit an integration, LogPulse runs a validation test to verify the connection before saving. This ensures your credentials are correct and the required permissions are in place.
The validation test checks:
- URL format and accessibility
- Authentication with provided credentials
- Access to the configured data sources (e.g., audit log read access)
- Specific project/repo access (if configured)
Managing Integrations
After creating an integration, you can manage it from the Integrations page in the LogPulse dashboard. Each integration shows its status, last sync time, and event count.
| Action | Description |
|---|---|
| Pause / Resume | Temporarily stop data collection without deleting the integration configuration |
| Edit Configuration | Update credentials, project scope, or poll interval. Re-validation runs automatically. |
| Delete Integration | Remove the integration and stop all data collection. Previously collected data remains searchable. |
| View Sync Logs | Inspect recent sync history, errors, and event counts per poll cycle |
Coming Soon
We're actively working on adding more cloud provider integrations. The following platforms are planned for upcoming releases: