R Rumus Cloud
Platform

Everything between your repository and a running service

Rumus Cloud is a container runtime with opinions already made: images are built on our builders, releases are health-checked before traffic moves, and every service gets a certificate, logs, metrics and backups without further configuration.

How a deployment runs

Each step is visible in the dashboard, and each one can fail without taking the running version down.

StepWhat happensTypical duration
DetectBuildpack inspected from repository contents, or Dockerfile used as provided2–4 s
BuildImage built on an isolated builder with a layer cache kept between releases35–180 s
PrepareVolumes mounted, secrets injected, private network attached3–6 s
StartContainer started, port bound, readiness probe polled8–40 s
Cut overProxy switched to the new container, previous one kept for rollback< 1 s

Runtime

Build sources

  • GitHub repository plus branch, deployed on every push
  • Dockerfile in the repository root
  • Prebuilt OCI image from any registry
  • Maintained template from the catalogue

Resource model

  • vCPU and memory allocated per service, shared or dedicated
  • Persistent volumes from 1 GB, expandable without downtime
  • Scaling by replica count, either fixed or on CPU average
  • Spend ceiling per project with alerts before it is reached

Networking

  • Public address on *.rumuscloud.id or your own domain
  • Automatic TLS through ACME, renewed 30 days before expiry
  • Private network between services inside a project
  • TCP and UDP forwarding for non-HTTP protocols

Operations

  • Rolling releases with health gates and one-click rollback
  • Log search across the last 30 days on paid plans
  • Metrics: CPU, memory, request rate, latency percentiles
  • Alerting by email and webhook on threshold breaches

Where Claude runs inside the platform

We use the same API we teach, on real traffic. Three integrations are live today.

IntegrationInputOutput
Build failure analysis Build log, last 400 lines, repository language A one-paragraph cause and the file likely responsible, shown in the deploy view
Log summarisation Filtered log window chosen by the operator Grouped error signatures with counts and first occurrence
Support assistant Question plus retrieved documentation passages Answer with the source sections quoted, never outside the docs

Read the integration notes