| This skill provides comprehensive guidance for SAP Cloud Logging service on SAP BTP. Use when setting up Cloud Logging instances, configuring log ingestion from Cloud Foundry or Kyma runtimes, implementing OpenTelemetry observability, analyzing logs/metrics/traces in OpenSearch Dashboards, configuring SAML authentication, managing certificates, or troubleshooting ingestion issues. Covers service plans (dev/standard/large), all 4 instance creation methods (BTP Cockpit, CF CLI, BTP CLI, Service Operator), all 4 ingestion methods (Cloud Foundry, Kyma, OpenTelemetry, JSON API), and security best practices.
npx skills add https://github.com/secondsky/sap-skills --skill sap-btp-cloud-logging
Use this skill when creating Cloud Logging instances, choosing service plans, configuring Cloud Foundry/Kyma/OpenTelemetry/JSON ingestion, rotating certificates, setting up OpenSearch dashboards, enabling SAML, or troubleshooting missing logs, metrics, traces, or alerts.
SAP Cloud Logging is an instance-based observability service built on OpenSearch that stores, visualizes, and analyzes application logs, metrics, and traces from SAP BTP Cloud Foundry, Kyma, Kubernetes, and other runtime environments.
Key Capabilities:
| Plan | Capacity | Use Case | Auto-Scaling |
|------|----------|----------|--------------|
| dev | 7.5 GB fixed | Evaluation only | No |
| standard | 75 GB - 375 GB | Production (100 logs/sec) | Yes |
| large | 750 GB - 3.75 TB | Production (1000 logs/sec) | Yes |
Important: Plan updates are not supported. Migration requires running instances in parallel.
Note for SAP Build Code Users: If using SAP Build Code, follow the SAP Build Code Initial Setup instructions instead. Cloud Logging in SAP Build Code is available for evaluation purposes only.
Choose one method based on your workflow:
Option 1: SAP BTP Cockpit (UI)
cloud-logging service and planOption 2: Cloud Foundry CLI
cf create-service cloud-logging standard my-cls-instance -c '{
"retention_period": 14,
"backend": { "max_data_nodes": 10 },
"ingest": { "max_instances": 10 }
}'
# Wait for provisioning
cf services # Check "last operation" status
# Create service key
cf create-service-key my-cls-instance my-cls-key
cf service-key my-cls-instance my-cls-key
Option 3: SAP BTP CLI
btp create services/instance \
--subaccount <SUBACCOUNT_ID> \
--name my-cls-instance \
--offering-name "cloud-logging" \
--plan-name standard \
--parameters '{"retention_period": 14}'
# Create binding
btp create services/binding \
--subaccount <SUBACCOUNT_ID> \
--name my-cls-binding \
--instance-name my-cls-instance
# Get credentials
btp get services/binding --name my-cls-binding --subaccount <SUBACCOUNT_ID>
Option 4: SAP BTP Service Operator (Kubernetes/Kyma)
apiVersion: services.cloud.sap.com/v1
kind: ServiceInstance
metadata:
name: cloud-logging-instance
namespace: sap-cloud-logging-integration
spec:
serviceOfferingName: cloud-logging
servicePlanName: standard
parameters:
retentionPeriod: 14
---
apiVersion: services.cloud.sap.com/v1
kind: ServiceBinding
metadata:
name: cls-binding
namespace: sap-cloud-logging-integration
spec:
serviceInstanceName: cloud-logging-instance
secretName: sap-cloud-logging
| Parameter | Type | Default | Description |
|-----------|------|---------|-------------|
| retention_period | int | 7 | Data retention in days (1-90) |
| backend.max_data_nodes | int | 10 | Max OpenSearch data nodes (2-10) |
| dashboards.custom_label | string | - | Dashboard identifier (max 20 chars) |
| ingest.max_instances | int | 10 | Max ingest instances for autoscaling (2-10) |
| ingest.min_instances | int | 2 | Min ingest instances (2-10) |
| ingest_otlp.enabled | bool | false | Enable OpenTelemetry Protocol ingestion |
| feature_flags | array | [] | Experimental features (e.g., upgradeToOpenSearchV2) |
| rotate_root_ca | bool | false | Trigger CA certificate rotation |
| saml | object | - | SAML authentication configuration |
{
"retention_period": 14,
"feature_flags": ["upgradeToOpenSearchV2"],
"dashboards": {
"custom_label": "PROD-CLS"
},
"backend": {
"max_data_nodes": 10
},
"ingest": {
"max_instances": 10,
"min_instances": 2
},
"ingest_otlp": {
"enabled": true
},
"saml": {
"enabled": true,
"initiated": true,
"admin_group": "CLS-Admins",
"roles_key": "groups",
"idp": {
"metadata_url": "https://<tenant>.accounts.ondemand.com/saml2/metadata",
"entity_id": "https://<tenant>.accounts.ondemand.com"
},
"sp": {
"entity_id": "cloud-logging-<instance-id>"
}
}
}
Bind applications directly to the Cloud Logging instance:
cf bind-service <app-name> <cls-instance>
Index Patterns:
logs-cfsyslog-* - Application logsmetrics-otel-v1-* - Resource metricsFor user-provided services with mTLS, see references/cf-ingestion.md.
Requires telemetry and btp-operator modules enabled:
# Create namespace
kubectl create namespace sap-cloud-logging-integration
# Deploy ServiceInstance and ServiceBinding (see templates above)
kubectl apply -n sap-cloud-logging-integration -f cls-instance.yaml
Index Patterns:
logs-json-istio-envoy-kyma* - Istio access logslogs-json-kyma* - Application logsEnable with ingest_otlp.enabled: true, then configure your application:
Service Key Credentials:
ingest-otlp-endpoint - gRPC endpoint (hostname:443)ingest-otlp-cert - Client certificate (PEM)ingest-otlp-key - Private key (PKCS#8)server-ca - Server CA certificateIndex Patterns:
logs-otel-v1-* - Logsmetrics-otel-v1-* - Metricsotel-v1-apm-span-* - Tracesotel-v1-apm-service-map - Service mapNote: Only gRPC protocol supported. Use OpenTelemetry Collector to convert http/protobuf or http/json.
For Java/Node.js automation libraries, see references/opentelemetry-ingestion.md.
Send logs via HTTP with mTLS:
curl -X PUT "https://<ingest-endpoint>/v1/ingest" \
--cert client.crt --key client.key \
-H "Content-Type: application/json" \
-d '[{"msg": "log message", "date": "2025-01-15T10:30:00Z"}]'
Index Pattern: logs-json-*
For Fluent Bit configuration, see references/json-api-ingestion.md.
certValidityDays in binding parametersCAUTION: Not following this process causes ingestion interruption.
"rotate_root_ca": true"rotate_root_ca": falsedashboards-url from credentials| Source | Index Pattern |
|--------|---------------|
| CF Logs | logs-cfsyslog-* |
| CF Metrics | metrics-otel-v1-* |
| OTLP Logs | logs-otel-v1-* |
| OTLP Metrics | metrics-otel-v1-* |
| OTLP Traces | otel-v1-apm-span-* |
| JSON API | logs-json-* |
| Kyma Apps | logs-json-kyma* |
| Kyma Istio | logs-json-istio-envoy-kyma* |
Note: Attribute names use @ instead of . due to OpenSearch/Lucene limitations.
Note: Only BTP-CLS-0001 (critical level) is currently reported to SAP Cloud ALM. Other recommendations must be manually verified.
saml parameters in instance configurationadmin_group maps to all_access roleSee references/saml-authentication.md for detailed setup.
Backed up: OpenSearch settings, roles, role mappings, tenants, groups, security configs, saved objects, ISM policies
Not backed up: Alerts
Create SAP support ticket with component BC-CP-CLS including:
ingest_otlp.enabled: trueFor detailed information, see bundled reference files:
references/service-plans.md (183 lines) - Service plans comparison and capacity planningreferences/configuration-parameters.md (270 lines) - Complete parameter reference with examplesreferences/cf-ingestion.md (211 lines) - Cloud Foundry ingestion detailsreferences/kyma-ingestion.md (293 lines) - Kyma runtime integrationreferences/opentelemetry-ingestion.md (363 lines) - OTLP setup with Java/Node.js automationreferences/json-api-ingestion.md (435 lines) - JSON API and Fluent Bit configurationreferences/saml-authentication.md (329 lines) - SAML setup with Identity Authentication Servicereferences/cf-ingestion.md - Cloud Foundry runtime ingestion guidereferences/kyma-ingestion.md - Kyma/Cloud Foundry Kyma runtime ingestionreferences/opentelemetry-ingestion.md - OpenTelemetry data ingestionreferences/json-api-ingestion.md - JSON API ingestion methodsreferences/saml-authentication.md - SAML authentication configurationreferences/service-plans.md - Service plans comparison and selectionSAP Cloud Logging is not designed for personal or business-critical data. Take measures to prevent transmission of such data. Data is stored regionally but physical data center locations may differ from consumption locations within the same region.
Analyze git repositories to build a security ownership topology (people-to-file), compute bus factor and sensitive-code ownership, and export CSV/JSON for graph databases and visualization. Use when the user explicitly wants a security-oriented ownership or bus-factor analysis grounded in git history (for example: orphaned sensitive code, security maintainers, CODEOWNERS reality checks for risk, sensitive hotspots, or ownership clusters). Do NOT use for general maintainer lists, non-security ownership questions, or threat modeling (use security-threat-model).
> MixPanel analytics tracking implementation and review Skill for Django4Lyfe optimo_analytics module. Implements new events following established patterns and reviews implementations for PII protection, schema design, and code quality.
Hunting skill for csrf vulnerabilities. Built from 15 public bug bounty reports including modern variants — SameSite=Lax sibling-subdomain bypass (Argo CD CVE-2024-22424), GraphQL mutations-via-GET (GitLab $3,370), framework-wide CSRF middleware disabled (Stripe Dashboard $5,000), path-traversal CSRF-token bypass (GitHub Enterprise CVE-2022-23732 $10k), Origin-omission bypass (TikTok $2,500), OAuth-state null-byte (Streamlabs), WebSocket CSRF / CSWSH (Coda), default-SameSite email-change → ATO (YoYo Games $400), social-account-link CSRF (HackerOne), JSON-CSRF via text/plain on email-change (TikTok $500). Use when hunting modern CSRF — heavy emphasis on chain-to-ATO patterns.
Pre-screen analysis outputs (tables, figures, logs) built on restricted or confidential data for statistical-disclosure-limitation problems before any release. Scans for small cell counts, complementary-suppression gaps, dominance (p-percent / (n,k)), re-identifiable exact counts, PII leakage, and unrounded sensitive statistics; classifies each finding CRITICAL / WARNING / OK and gates on any CRITICAL. Use before depositing or sharing restricted-data results, or when the user says "disclosure check", "SDL scan", "is this output safe to release", "check for small cells", "disclosure avoidance", "pre-screen for the RDC", or "can I export this from the enclave".
Declarative OpenTelemetry-aligned telemetry vocabulary and instrumentation conventions for traces, metrics, logs, and PII handling
> Patterns and best practices for integrating ROS2 systems with web technologies including REST APIs, WebSocket bridges, and browser-based robot interfaces. Use this skill when building web dashboards for robots, streaming camera feeds to browsers, exposing ROS2 services as REST endpoints, or implementing bidirectional WebSocket communication between web UIs and ROS2 nodes. Trigger whenever the user mentions rosbridge, rosbridge_suite, roslibjs, FastAPI with ROS2, Flask with rclpy, WebSocket for robot telemetry, MJPEG streaming, WebRTC for robots, REST API wrapping ROS2 services, web-based robot control, browser robot interface, robot dashboard, CORS configuration for robots, or any web-to-ROS2 bridge pattern. Also trigger for authentication on robot web interfaces, rate limiting sensor streams, video streaming from robot cameras to browsers, or running async web frameworks alongside the ROS2 executor. Covers rosbridge_suite, FastAPI, Flask, WebSocket, and WebRTC approaches.
Security review checklist for construction software systems. Use when building integrations, APIs, data pipelines, or dashboards for construction projects.
Apply panel data analysis with fixed effects, random effects, and dynamic GMM to exploit longitudinal variation and control for unobserved heterogeneity. Use this skill when the user has repeated observations over time for multiple entities, needs to choose between FE and RE via Hausman test, or when they ask 'how do I control for firm-specific effects', 'fixed or random effects', or 'how to handle endogeneity in panels'.
Take secondsky/sap-btp-cloud-logging from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.