Workspaces
Learn how to use workspaces in ZenML Pro.
Last updated
Was this helpful?
Learn how to use workspaces in ZenML Pro.
Last updated
Was this helpful?
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.
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:
After logging in, you can initialize your ZenML repository and start working with your workspace resources:
You can also access your workspace through the web dashboard, which provides a graphical interface for managing all your MLOps resources.
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:
Go to your organization page
Click on the "New Workspace" button
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.
Organizing your workspaces effectively is crucial for managing your MLOps infrastructure efficiently. There are primarily two dimensions to consider when structuring your workspaces:
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.
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.
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.
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.
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:
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.
Access Control: Implement within each workspace to manage permissions effectively.
Project Organization: Structure within workspaces to provide additional resource isolation and access control.
,
and !
Read more about to access the API .