
Scalr has long had a private module registry for standardizing how teams consume Terraform and OpenTofu modules. Until now, a registry lived either at the account scope or inside a single environment. That worked, but it gave you little control over how modules were grouped and who could see them. Module namespaces fix that.
A namespace is a top-level registry for your modules inside a Scalr account. It gives you a place to group modules however your organization is structured, whether that's by team, by project, or by some other line you draw. You are no longer stuck creating registries only at the account scope or inside a single environment. You create a namespace and assign it to the whole account or to a set of environments you pick.

Previously, modules could only be published directly to either the account scope (making them available to all environments and workspaces) or within a specific environment scope (limiting them to that environment). While this worked, it lacked the flexibility needed for larger, more complex organizations.
With namespaces, you now get the following:

All your existing module URLs remain fully functional after the migration to namespaces. Any existing module calls using the previous account or environment scope will continue to work without changes. Your current IaC workflows will not be disrupted.
Module registry namespaces are available now in all Scalr accounts. If you manage a lot of modules, it's worth setting up a namespace or two and seeing how the grouping works for your teams.
For steps on how to create and manage namespaces, see our updated documentation: https://docs.scalr.io/docs/private-module-registry
