-
Notifications
You must be signed in to change notification settings - Fork 4
Adding Konnect Reference Platform #783
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for kongdeveloper ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
4f61f28
to
30a16ee
Compare
f238474
to
c9788a4
Compare
4f8dff4
to
2f00bd5
Compare
1b5db9e
to
1151f88
Compare
2122bf3
to
4ee6b10
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Partial review in the interest of making some progress.
products: | ||
- api-ops | ||
description: | | ||
Provides a complete guide for platform builders to to integrate {{site.konnect_product_name}} into their engineering |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Provides a complete guide for platform builders to to integrate {{site.konnect_product_name}} into their engineering | |
Provides a complete guide for platform builders to integrate {{site.konnect_product_name}} into their engineering |
governance, auditing, and GitOps based automations. The platform provides tools, examples, best practices, and documentation | ||
to guide you in on-boarding with {{site.konnect_short_name}}. You can choose how to use the components, | ||
individually or collectively, to fit your needs and engineering requirements. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
governance, auditing, and GitOps based automations. The platform provides tools, examples, best practices, and documentation | |
to guide you in on-boarding with {{site.konnect_short_name}}. You can choose how to use the components, | |
individually or collectively, to fit your needs and engineering requirements. | |
governance, auditing, and GitOps based automations. | |
The platform provides resources to guide you in onboarding with {{site.konnect_short_name}}: | |
* Tools | |
* Examples | |
* Best practices | |
* Extensive documentation | |
You can choose how to use the components, | |
individually or collectively, to fit your needs and engineering requirements. |
Trying to break up the wall of text a bit.
Maybe even something like "Custom-built" or "purpose-built tools"; "real life examples" to help flesh it out a bit.
to guide you in on-boarding with {{site.konnect_short_name}}. You can choose how to use the components, | ||
individually or collectively, to fit your needs and engineering requirements. | ||
- type: text | ||
text: | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about a "Learning path" h2 here?
This document outlines a suggested learning path for using the platform. Start by reading the FAQ section to | ||
understand its components and their purpose. Each component is then explained in detail, with relevant links to | ||
guide you on their usage. You can use individual components as needed, but if you decide the full platform is a | ||
good fit for your organization, follow the how-to guide to set | ||
up an instance connected to your {{site.konnect_short_name}} account and code repositories. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This document outlines a suggested learning path for using the platform. Start by reading the FAQ section to | |
understand its components and their purpose. Each component is then explained in detail, with relevant links to | |
guide you on their usage. You can use individual components as needed, but if you decide the full platform is a | |
good fit for your organization, follow the how-to guide to set | |
up an instance connected to your {{site.konnect_short_name}} account and code repositories. | |
To help you get started with the Reference Platform, you can follow this learning path: | |
1. **Review FAQ:** Start by reading the FAQ section to | |
understand the platform's components and their purpose. | |
2. **Review components:** Learn about each component in detail, with relevant links to | |
guide you on their use. | |
3. **Set up an instance:** You can use individual components as needed, but if you decide the full platform is a | |
good fit for your organization, follow the how-to guide to set | |
up an instance connected to your {{site.konnect_short_name}} account and code repositories. |
To make this easier to read and scan.
|
||
- header: | ||
type: h2 | ||
text: "Frequently Asked Questions" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
text: "Frequently Asked Questions" | |
text: "Frequently asked questions" |
We're using sentence case for headings (except on index pages)
Each organization defined in the `organizations` section, maps to a Konnect Organization. For each organization, you define | ||
authorization configurations and environments. Each environment will result in a set of configured resources with specific naming, | ||
metadata, and access control policies. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Each organization defined in the `organizations` section, maps to a Konnect Organization. For each organization, you define | |
authorization configurations and environments. Each environment will result in a set of configured resources with specific naming, | |
metadata, and access control policies. | |
Each organization defined in the `organizations` section maps to a Konnect Organization. For each organization, you define | |
authorization configurations and environments. Each environment will result in a set of configured resources with specific naming, | |
metadata, and access control policies. |
Environments may be any conceptual grouping of resources the user desires. Typical examples include "dev" or "prod" engineering stages, | ||
but you may also desire to form environments around business units or products. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Environments may be any conceptual grouping of resources the user desires. Typical examples include "dev" or "prod" engineering stages, | |
but you may also desire to form environments around business units or products. | |
Environments may be any conceptual grouping of resources that you want. Typical examples include "dev" or "prod" engineering stages, | |
but you could also form environments around business units or products. |
Konnect does not natively support the concept of environments. The orchestrator manages environments synthetically by | ||
prefixing resource names, applying labels, and setting different access control policies based on well known environment types. | ||
The orchestrator currently supports 2 environment types, DEV and PROD. Various resource configuration decisions are encoded into the Environment type, | ||
for example RBAC and portal settings. Environments also require a region configuration which must map to a Konnect supported geographic region. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Konnect does not natively support the concept of environments. The orchestrator manages environments synthetically by | |
prefixing resource names, applying labels, and setting different access control policies based on well known environment types. | |
The orchestrator currently supports 2 environment types, DEV and PROD. Various resource configuration decisions are encoded into the Environment type, | |
for example RBAC and portal settings. Environments also require a region configuration which must map to a Konnect supported geographic region. | |
Konnect does not natively support the concept of environments. The orchestrator manages environments synthetically by | |
prefixing resource names, applying labels, and setting different access control policies based on well known environment types. | |
The orchestrator currently supports 2 environment types: DEV and PROD. Various resource configuration decisions are encoded into the Environment type, | |
for example RBAC and portal settings. Environments also require a region configuration which must map to a Konnect supported geographic region. |
The orchestrator currently supports 2 environment types, DEV and PROD. Various resource configuration decisions are encoded into the Environment type, | ||
for example RBAC and portal settings. Environments also require a region configuration which must map to a Konnect supported geographic region. | ||
|
||
## What specific Konnect resource are managed by the Konnect Orchestrator? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## What specific Konnect resource are managed by the Konnect Orchestrator? | |
## What specific Konnect resources are managed by the Konnect Orchestrator? |
* For each configured organization in the `organizations` configuration | ||
* For every team in the `teams` configuration | ||
* A Konnect Team is created | ||
* For every User in the `users` configuration, a Konnect User is created | ||
* Each User is added to the Konnect Team | ||
* For every environment in the `environments` configuration | ||
* A Konnect Control Plane is created | ||
* A Konnect Developer Portal is created | ||
* For every service in the `services` configuration | ||
* A Konnect API is created | ||
* The service specification is added to the API | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't really understand this. Is this basically a for loop? It's hard to read as-is. I wonder if there's a way to display this as tree structure diagram.
I started on a low-level page-by-page review, but there's a few things about this doc that I think we should look at before continuing that:
The landing page:
The FAQ page:
Kong Orchestrator page:
How-to page:
|
Description
Adding the Konnect Reference platform landing page and associated documentation pages.