Workspaces
Learn how to use workspaces in ZenML Pro.
Note: Workspaces were previously called "Tenants" in earlier versions of ZenML Pro. We've updated the terminology to better reflect their role in organizing MLOps resources.
Workspaces are individual, isolated deployments of the ZenML server. Each workspace has its own set of users, roles, projects, and resources. Essentially, everything you do in ZenML Pro revolves around a workspace: all of your projects, pipelines, stacks, runs, connectors and so on are scoped to a workspace.

The ZenML server that you get through a workspace is a supercharged version of the open-source ZenML server. This means that you get all the features of the open-source version, plus some extra Pro features.
Connecting to Your Workspace
Using the CLI
To use a workspace, you first need to log in using the ZenML CLI. The basic command is:
If you're using a self-hosted version of ZenML Pro, you'll need to specify the API URL:
The --pro-api-url
parameter is only required for self-hosted deployments. If you're using the SaaS version of ZenML Pro, you can omit this parameter.
After logging in, you can initialize your ZenML repository and start working with your workspace resources:
Using the Dashboard
You can also access your workspace through the web dashboard, which provides a graphical interface for managing all your MLOps resources.
Create a Workspace in your organization
A workspace is a crucial part of your Organization and serves as a container for your projects, which in turn hold your pipelines, experiments and models, among other things. You need to have a workspace to fully utilize the benefits that ZenML Pro brings. The following is how you can create a workspace yourself:
Add a name and id
Give your workspace a name, an id, and click on the "Create Workspace" button.
Important: The workspace ID must be globally unique across all ZenML instances and cannot be changed after creation. Choose carefully as this permanent identifier will be used in all future API calls and references.

Your workspace is ready!
The workspace will then be created and added to your organization. In the meantime, you can already get started with setting up your environment for the onboarding experience.
The image below shows you how the overview page looks like when you are being onboarded. Follow the instructions on the screen to get started.

You can also create a workspace through the Cloud API by navigating to https://cloudapi.zenml.io/ and using the POST /organizations
endpoint to create a workspace.
Organizing your workspaces
Organizing your workspaces effectively is crucial for managing your MLOps infrastructure efficiently. There are primarily two dimensions to consider when structuring your workspaces:
Organizing workspaces in staging
and production
staging
and production
One common approach is to separate your workspaces based on the development stage of your ML projects. This typically involves creating at least two types of workspaces:
Staging Workspaces: These are used for development, testing, and experimentation. They provide a safe environment where data scientists and ML engineers can:
Develop and test new pipelines
Experiment with different models and hyperparameters
Validate changes before moving to production
Production Workspaces: These host your live, customer-facing ML services. They are characterized by:
Stricter access controls
More rigorous monitoring and alerting
Optimized for performance and reliability
This separation allows for a clear distinction between experimental work and production-ready systems, reducing the risk of untested changes affecting live services.

Organizing workspaces by business logic
Another approach is to create workspaces based on your organization's structure or specific use cases. This method can help in:
Department-based Separation: Create workspaces for different departments or business units:
Data Science Department Workspace
Research Department Workspace
Production Department Workspace
Team-based Separation: Align workspaces with your organizational structure:
ML Engineering Team Workspace
Research Team Workspace
Operations Team Workspace
Data Classification: Separate workspaces based on data sensitivity:
Public Data Workspace
Internal Data Workspace
Highly Confidential Data Workspace
This organization method offers several benefits:
Improved resource allocation and cost tracking
Better alignment with team structures and workflows
Enhanced data security and compliance management

Of course, both approaches of organizing your workspaces can be mixed and matched to create a structure that works best for you.
Best Practices for Workspace Organization
Regardless of the approach you choose, consider these best practices:
Clear Naming Conventions: Use consistent, descriptive names for your workspaces to easily identify their purpose.
Access Control: Implement role-based access control within each workspace to manage permissions effectively.
Project Organization: Structure projects within workspaces to provide additional resource isolation and access control.
Documentation: Maintain clear documentation about the purpose and contents of each workspace and its projects.
Regular Reviews: Periodically review your workspace structure to ensure it still aligns with your organization's needs.
Scalability: Design your workspace structure to accommodate future growth and new projects.
By thoughtfully organizing your workspaces and their projects, you can create a more manageable, secure, and efficient MLOps environment that scales with your organization's needs.
Using your workspace
As previously mentioned, a workspace is a supercharged ZenML server that you can use to manage projects, run pipelines, carry out experiments and perform all the other actions you expect out of your ZenML server.
Some Pro-only features that you can leverage in your workspace are as follows:
and more!
Accessing workspace docs
Every workspace (formerly known as tenant) has a name which you can use to connect your zenml
client to your deployed Pro server via the zenml login
CLI command.
In the API documentation and some error messages, you might still see references to "tenant" instead of "workspace". These terms refer to the same concept and will be updated in future releases.

Read more about to access the API here.

Last updated
Was this helpful?