-
Notifications
You must be signed in to change notification settings - Fork 5k
[DSIP-66][k8s] YAML Pod for User Customization #16482
Description
Search before asking
- I had searched in the DSIP and found no similar DSIP.
Motivation
Supporting user-customized K8s YAML Pod has the following benefits:
-
Flexibility: Unlike the existing K8s low-code job with limited functionality, YAML Pod provide users with the flexibility to define sophisticated task instances in DolphinScheduler, similar to how custom JSON does in DataX.
-
Workflow Customization: Users can integrate operational and maintenance processes into DolphinScheduler using YAML Pod for complex workflows.
In short, by enabling user-customized YAML Pod, DolphinScheduler can better support a wide range of Kubernetes-based workflows and operational requirements.
Design Detail
Frontend Design
The frontend adds support for user-customized k8s YAML Pod while remaining compatible with the original k8s low-code jobs.
-
The Web UI layouts
When the user switches on the Custom Template, the Low-code k8s Job fields should hide and YAML editor should appear (or vice versa), similar to the JSON Custom Template in the DataX plugin.
This feature is implemented using the Vue component span, which is controlled by reactive variables (such as
yamlEditorSpan) in the filedolphinscheduler-ui/src/views/projects/task/components/node/fields/use-k8s.ts. -
The Request body
When the user switches to Custom Template mode, the request body should include only YAML-related fields (
customConfigandyamlContent), and all previously hidden fields should not be sent.This feature is implemented using the
taskParamsin the filedolphinscheduler-ui/src/views/projects/task/components/node/format-data.ts -
i18n/locales
Apache DolphinScheduler is an international software and should support multiple languages.
The text on the Web UI are retrieved from variables defined in the file
dolphinscheduler-ui/src/locales/{en_US, zh_CN}/project.ts. And for user-customized k8s YAML tasks, there are three key variables to consider:k8s_custom_template: the label for the switch to enable user-customized k8s YAML tasks.k8s_yaml_template: the label for the text editor used to input user YAML.k8s_yaml_empty_tips: the warning message displayed when a user tries to submit empty YAML
This feature is implemented by invoking
t('project.node.${variable_name}')(such ast('project.node.k8s_yaml_template')) in the filedolphinscheduler-ui/src/views/projects/task/components/node/fields/use-k8s.ts.
Backend Design
The backend design describes the process of how the worker executes user-customized k8s YAML Pod tasks.
After the worker checks the parameters, K8sYamlTaskExecutor is loaded for the current user-customized k8s YAML Pod task. Once the YAML is parsed into HasMetadata, its kind field is used to assign abstractK8sOperation as K8sPodOperation for executing the YAML Pod task.
-
K8s Task Executors
Three k8s task executor are involved:
AbstractK8sTaskExecutoris an abstract class that represents a k8s task executor.K8sTaskExecutoris a concrete class that extendsAbstractK8sTaskExecutorto represent a low-code executorK8sYamlTaskExecutoris a concrete class that extendsAbstractK8sTaskExecutorto represent a user-customized k8s YAML task executor.
-
K8s Operation handlers
Two operation handlers are involved:
AbstractK8sOperationis an interface representing all k8s resource operations.K8sPodOperationis a concrete class that implementsAbstractK8sOperationto handle Pod operations
Usecase Design
A typical use case for a k8s YAML Pod task includes uploading YAML, online workflows, and starting workflows, similar to k8s low-code jobs, unless users switch to the Custom Template option to fill in Pod YAML.
- The user edits a k8s Pod YAML node in a workflow
- If the Custom Template is activated and YAML content is not blank, the user may online this whole workflow
- If the workflow is online, the user may start the workflow and review the logs generated during the execution of the workflow.
Compatibility, Deprecation, and Migration Plan
The user-customized k8s YAML feature requires only customConfig to be activated(1). By default, the value is 0, which applies to the existing k8s low-code jobs.
This DSIP does not propose any deprecation or migration plan, but community feedback is valued.
Test Plan
The User-customized k8s YAML Pod feature allows users to submit YAML Pod to k8s. And this test plan aims to ensure that the feature functions as expected and meets user requirements.
| Test Case # | Name | Action | Expectation |
|---|---|---|---|
| 1 | UI Display | Edit YAML, save and reopen | The YAML content stays up-to-date. |
| 2 | UI Validation | try to submit empty YAML | The UI modal dialog intercepts empty YAML. |
| 3 | Online Workflow | Save workflow, and online | The User successfully brings the workflow online. |
| 4 | Dryrun Workflow | Run workflow as dryrun mode | The Master successfully dry runs this task. |
| 5 | Test Workflow | Run workflow as test mode | The Worker successfully tests this task. |
| 6 | Run Workflow | Run workflow | The Worker successfully runs this task. |
Code of Conduct
- I agree to follow this project's Code of Conduct




