Skip to content

Commit 12807e2

Browse files
committed
update
Signed-off-by: Lee Calcote <lee.calcote@layer5.io>
1 parent 662beb8 commit 12807e2

File tree

2 files changed

+17
-10
lines changed

2 files changed

+17
-10
lines changed

content/en/cloud/workspaces/_index.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -42,7 +42,7 @@ After creating a Workspace, of your next steps is to resource that Workspace. Li
4242
- One or more environments can be assigned to a workspace.
4343
- Same environment can be assigned to multiple workspaces.
4444

45-
See "[Environments](/concepts/environments)" section for more information.
45+
See [Environments](https://docs.meshery.io/concepts/environments) section for more information.
4646

4747
### Designs
4848

@@ -51,22 +51,22 @@ See "[Environments](/concepts/environments)" section for more information.
5151
- One ore more designs can be assigned to a workspace.
5252
- Same design can be assigned to multiple workspaces.
5353

54-
See "[Meshery Designs](/concepts/designs)" section for more information.
54+
See [Meshery Designs](https://docs.meshery.io/concepts/designs) section for more information.
5555

5656
### Teams
5757
- A Workspace is closely associated with Teams in Meshery. Teams are groups of users with varying permissions, and they are at the center of resource access and management within a Workspace.
5858
- One ore more teams can be assigned to a workspace.
5959
- Same team can be assigned to multiple workspaces.
6060

61-
See "[Teams](/extensions/team-management)" section for more information.
61+
See [Teams](../identity/teams) section for more information.
6262

6363
### Connections
6464

6565
- Connections in Meshery refer to various resources that can be either managed or unmanaged, but are discovered and made accessible for use. Examples of Connections include Kubernetes clusters, Prometheus instances, Jaeger services, Nginx deployments, and more. These Connections serve as a fundamental part of Workspaces, as users can deploy infrastructure designs within the context of these Connections.
6666
- Connections can be assigned to one or more environments.
6767
- Same connection can be assigned to multiple environments.
6868

69-
See [Connections in Meshery Docs](https://docs.meshery.io/concepts/connections) section for more information.
69+
See [Connections](https://docs.meshery.io/concepts/connections) section for more information.
7070

7171
## Best Practices
7272

content/en/meshmap/concepts/_index.md

Lines changed: 13 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -3,15 +3,22 @@ title: Working with Components
33
weight: 4
44
type: docs
55
description: >
6-
What does your user need to understand about your project in order to use it - or potentially contribute to it?
6+
Meshery Designs are descriptive, declarative characterizations of how your Kubernetes infrastructure should be configured.
77
categories: [Designer]
88
tags: [designs]
99
---
1010

11-
{{% pageinfo %}}
12-
Page under construction.
13-
{{% /pageinfo %}}
11+
## Designs
1412

15-
<!-- For many projects, users may not need much information beyond the information in the [Overview](/docs/overview/), so this section is **optional**. However if there are areas where your users will need a more detailed understanding of a given term or feature in order to do anything useful with your project (or to not make mistakes when using it) put that information in this section. For example, you may want to add some conceptual pages if you have a large project with many components and a complex architecture.
13+
Designs are declarative, descriptive characterizations of how your Kubernetes infrastructure should be configured. Designs are versioned and can be shared with other users and teams. Designs are the primary tool for collaborative authorship of your infrastructure and services.
1614

17-
Remember to focus on what the user needs to know, not just what you think is interesting about your project! If they don’t need to understand your original design decisions to use or contribute to the project, don’t put them in, or include your design docs in your repo and link to them. Similarly, most users will probably need to know more about how features work when in use rather than how they are implemented. Consider a separate architecture page for more detailed implementation and system design information that potential project contributors can consult. -->
15+
### Using Designs
16+
17+
18+
### Design Relationships and Restrictions
19+
- Access to Designs may be granted to one or more users.
20+
21+
### Controlling Access to Designs
22+
When creating a new design by default it's visibility level will be set to __public__ unless you are an active Lara, five subscriber, in which case you can change this default to __private__.
23+
24+
{{< alert title="Google Docs Analogy" >}}Google Docs are a useful analogy for understanding Meshery designs. In many ways a Meshery design is like a single Google Doc in that they are collaboratively authored, versioned, permissioned and can move from workspace to workspace. Workspaces, a shared collection of designs, can be likened to a Google Drive, a shared collection of files.{{< /alert >}}

0 commit comments

Comments
 (0)