Scalr’s cover photo
Scalr

Scalr

Technology, Information and Internet

Walnut Creek, California 3,270 followers

Scalr is a cost-effective, drop-in replacement for Terraform Cloud with feature parity and better GitOps support.

About us

Scalr is a cost-effective, drop-in replacement for Terraform Cloud with feature parity and better GitOps support. Drop-in means drop-in. Scalr is fully compatible with the Terraform/OpenTofu CLI and the TFC API. A built-in migration assistant moves your workspaces, variables, and state. Integrations built against the TFC API (like AWS Account Factory for Terraform) work with Scalr — just change the endpoint. Your developers keep using the same CLI. Nothing breaks. Teams switch to Scalr to cut costs (most save 50%+) and get GitOps that TFC can't match: apply-before-merge from feature branches, plan and apply summaries posted directly into PRs, and PR comment commands (/scalr plan, /scalr apply, /scalr approve) so your team never leaves the PR to ship infrastructure changes. Purpose-built for Terraform and OpenTofu. No complexity from supporting other IaC tools means better native support for yours. Try Scalr free at scalr.com

Website
http://www.scalr.com
Industry
Technology, Information and Internet
Company size
51-200 employees
Headquarters
Walnut Creek, California
Type
Privately Held
Founded
2011
Specialties
cloud computing, amazon web services, google compute engine, terraform, azure, open policy agent, opentofu, and IaC

Products

Locations

  • Primary

    1990 N California Blvd

    Suite 20 PMB #1152

    Walnut Creek, California 94596, US

    Get directions

Employees at Scalr

Updates

  • Your GitHub Actions pipeline runs terraform apply. But do you know which Terraform version is running where, and which workspaces are pulling an outdated module? Scalr gives you that in one place: Metrics track plan/apply duration and queue wait times across every workspace. Reports show Terraform versions, modules, and providers in use, with drill-down to fix outliers.

    • No alternative text description for this image
  • Terraform Cloud's renewal price hike forced Primer to finally make a platform call they'd been putting off. The result: about 150 workspaces migrated to Scalr in a month, including a redesign. Since moving, Primer has run self-hosted runners and no longer worries about concurrency; queue wait times just aren't a concern anymore. Read how they did the migration, what was hardest, and what changed after: https://lnkd.in/dS9RJfeA

    • No alternative text description for this image
  • 🎯 RBAC That Matches Your Org Chart Granular permissions down to the workspace and environment level. Platform teams get broad control. App teams get exactly what they need. That means devs and engineers can self-serve within their own scope, provision workspaces, run plans, and manage their variables without a platform team member in the loop for every request. Access control that scales with your org, not against it. #DevOps #PlatformEngineering #Terraform #OpenTofu

    • No alternative text description for this image
  • 🔁 Scalr doesn't force one way of working. It plugs into your existing workflows. Use GitOps with plan-approve-apply through pull requests. Or apply-before-merge for teams that want changes live the moment a PR merges, no manual approval step. Or skip Git entirely and run through the Terraform or Tofu CLI directly. Multiple options, same platform. Switch per workspace, per team, per project, without migrating to a different tool to do it. Your process shouldn't have to bend to fit the tool. #Terraform #OpenTofu #GitOps #DevOps

    • No alternative text description for this image
  • 🔍 Ask your AI assistant which of your workspaces have drifted. No dashboards, no manual checks. Scalr's MCP server now includes a Drift Detection Reports tool: query drifted infrastructure right from your AI assistant or automation workflow. See more in the comments

    • No alternative text description for this image
  • 🔌 Two Scalr features that work well together: Run Triggers — when Workspace A applies, Workspace B starts automatically. No glue or manual handoff. Remote State Consumers — workspaces explicitly declare which other workspaces can read their outputs. Workspace B pulls VPC IDs, subnet CIDRs, and security group IDs directly from Workspace A's state using terraform_remote_state. No hardcoded values, no copy-paste. One applies, the next starts, and the outputs are already there. See the docs in the comments.

  • Feature Spotlight: Storage Profiles Most IaC platforms store your data on their own infrastructure. With Storage Profiles in Scalr, you configure your own cloud storage (S3, Azure Blob, Google Cloud Storage) and keep full ownership of: - Terraform and OpenTofu state files - Plan and apply logs - Code artifacts Everything lands in your environment, under your control.

  • ‼️ Scalr now supports Bring Your Own Key (BYOK) encryption. If your security or compliance team requires customer-managed keys, you no longer have to compromise. Bring your own KMS and take full control over how your sensitive Terraform and OpenTofu metadata is encrypted at rest. Your infrastructure automation platform should work with your security posture, not against it. BYOK is available now. Link in comments.

    • No alternative text description for this image
  • 🚨 New feature alert: OCI Sourced Modules 🚨 OpenTofu's oci:// module source scheme lets you store and version Terraform modules as OCI artifacts alongside your container images. The new OCI registry integration in Scalr handles the credentials part for you. You store your registry credentials once in Scalr, and every plan and apply run can authenticate with your private registry automatically. You don't have to set environment variables, hardcode secrets, or configure anything per workspace.

    • No alternative text description for this image

Similar pages

Browse jobs