mirror of
https://github.com/andwati/zitadel.git
synced 2026-10-29 02:22:16 +00:00
docs: fixed some typos, formatting, grammar (#11540)
# Which Problems Are Solved - Typos - Punctuation - Markdown table formatting - ... (A bunch of issues my editor gave) # How the Problems Are Solved # Additional Changes # Additional Context
This commit is contained in:
@@ -8,7 +8,7 @@ sidebar_label: Instances
|
||||
An instance is the top node in ZITADEL's data hierarchy.
|
||||
Within an instance all the default [settings](/concepts/structure/policies),
|
||||
such as branding, login policy, password policy, etc. for the system can be configured.
|
||||
One instance normally runs on one domain and represents one issuer (e.g login.customer.com).
|
||||
One instance normally runs on one domain and represents one issuer (e.g. login.customer.com).
|
||||
|
||||
One instance can contain multiple [organizations](/guides/manage/console/organizations-overview),
|
||||
which in turn can represent your own company (e.g. departments), your business customers or a consumer organization.
|
||||
@@ -25,7 +25,7 @@ You will find more detailed explanations around the different concepts in the fo
|
||||
ZITADEL has the concept of virtual instances.
|
||||
When installing ZITADEL from scratch, one instance is always automatically created for you.
|
||||
Nevertheless, you can add more virtual instances via the [system API](/reference/api/system).
|
||||
This is useful if you have business customers, which in turn have their business customers with self service and Custom Domain demands.
|
||||
This is useful if you have business customers, which in turn have their business customers with self-service and Custom Domain demands.
|
||||
By providing a virtual ZITADEL instances, your customers have all the customization options available in ZITADEL.
|
||||
Scaling ZITADEL instances virtually enables you to easily distribute your limited compute resources to all your customers.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user