docs/1.3/05-FAQ/03-Prisma-Cloud.md
You can roughly think of a workspace similar to a GitHub organization. It is a collection of personal Prisma Cloud accounts, clusters and services. Here are a few hints how workspaces relate to these:
Note: The clusters above all refer to private clusters that were setup in the Prisma Clouds (as opposed to self-hosted and development clusters for which above statements might not be true).
Right now, every team member that's invited to join a project on Prisma Cloud has full access rights. More fine-grained management of access and permissions for team members is coming soon.
A cluster is the runtime environment for Prisma services. This means in order to deploy a Prisma service (using the prisma deploy command), you need to have some cluster available.
In general, there are three types of clusters:
Private clusters are created through the Prisma Cloud Console. Follow this tutorial to learn how it works or watch this 3-min demo video.
Because one cluster can host many services, you can deploy your services that represent the stages / environments (e.g. dev, staging and prod) to the same cluster. It is not required to use multiple clusters for your multiple stages.
However, to be certain that nothing that's happening in dev or staging can have negative effects on your prod stage, it is recommended to deploy your production environment to its own cluster. Ideally, you do the same for other stages / environments as well just to minimize the risk they're affecting each other.
It is of course also possible to use local clusters or the Prisma Cloud development cluster as development environments when appropriate.
It is free to deploy to development clusters. However, when deploying services to development clusters they are rate limited and have an upper bound in storage capacity. For production use cases, you should always use a self-hosted cluster or a private cluster in the Prisma Cloud.
Every cluster is backed by one database. In the future, it will be possible to connect multiple databases to the same cluster.
The database is connected to the cluster when the cluster is initially created. Follow this tutorial to learn how this works or watch this 3-min demo video.
Because Prisma is only a layer on top of your database, you still have full control over the database itself. This means you have the full power and flexibility regarding your own backup strategy.
In the future Prisma Cloud is going to simplify backup workflows and, for example, enable automatic point-in-time restores.