-
Notifications
You must be signed in to change notification settings - Fork 22
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
Dataplane Wizard #20
Dataplane Wizard #20
Conversation
…e Wizard after. added names to each view component for consistency.
… on the Global Overview that links to it.
…added but still needs to be wired up accordingly for conditionals, storing data, etc.
…step in the wizard. added more functionality to the FormFragment component to fit the needs of the Dataplane wizard. split the routes for Kubernetes and Universal wizards since they're entirely separate.
…aces, Ingress, etc. added a visual debugger for seeing changes from each field's v-model data.
…evised the function for handling CLI Kuma output so that it has more flexibility with the command itself. small improvement to the sidebar debugger box.
…he last step only displays the needed tab (Kubernetes). the Universal tab is not needed on this specific wizard since it's specific to Kubernetes.
…asier reuse. removed all individual localStorage field functions in favor of a singular watcher that pushes the entire form data array via v-model data.
…e mockup contains.
…rings and an auto-generated ID name based on the Service name.
…r both Gateway and Service Dataplane modes.
…meshes for both the count on the Global Overview, and getting the list of meshes for the pulldown.
…he Dataplanes view for creating a new Dataplane via the wizard. fixed a YAML structure nesting error for tags in the Universal Dataplane schema.
@subnetmarco I've finished the Universal Dataplane wizard but am stuck on what we should include for code in the last step where the user starts their new Dataplane. I am able to successfully create both Service and Gateway Dataplanes from the Wizard. To test the Universal DP wizard:
In the last step I'm currently including this code to start the Dataplane:
But I'm required to create a |
…he wizards. it now stops running in instances where the user might leave the page or go backwards in the wizard steps to change something.
… this will sometimes have some information we may leverage in the GUI.
…step for the Universal Dataplane wizard.
…ut for starting the Dataplane in the Universal wizard.
…of the Kubernetes wizard that are not applicable until we have endpoints for fetching Kubernetes namespace information.
… to instead give the user links to the new wizards based on environment, as well as offer a way to skip to the Dashboard.
…ment and the current wizard into consideration in order to display the appropriate message and controls. made the Namespace field required before moving forward on the Kubernetes wizard.
…Universal DP wizard. removed all placeholders from fields to reduce confusion.
…the new Mesh object.
This is the first of 2 stages for the Dataplane Wizard. The first stage being the Kubernetes flow, and the second being Universal.
Here is a quick video recording of it in action
To test it:
yarn install
(if you haven't already), andyarn serve
Notes:
yarn serve
in this repo, but runs in production mode when compiled and running from within Kuma. This panel exists simply to keep track ofv-model
data that will be used to assemble the code output.