-
Notifications
You must be signed in to change notification settings - Fork 285
Closed
Labels
refactoringCleaning up code and dependenciesCleaning up code and dependencies
Milestone
Description
Feature Request
Currently the provisioning phase is handled by the control-plane, but it would be better to have the data-plane to manage it.
DR will come with further explanation
Which Areas Would Be Affected?
e.g., DPF, CI, build, transfer, etc.
Why Is the Feature Desired?
Are there any requirements?
Who will sponsor this feature?
Please @-mention the committer that will sponsor your feature.
Solution Proposal
- consumer data plane provisioning
- consumer data plane deprovisioning
- retry mechanism in DataPlaneManager.processProvisioning
- consumer flow sync provisioning results
- consumer flow async provisioning results
- provider data plane provisioning
- provider data plane deprovisioning
- provider flow sync provisioning results
- provider flow async provisioning results
- manage provisioned secret token
- remote consumer DataPlaneClient implementation
- remote provider DataPlaneClient implementation
- DataPlaneManager retry mechanism on
transferProcessClient.provisioned - remote DataPlaneSelectorService implementation
- SQL persistence for DataFlow provision resources
- consumer deprovisioning trigger (see TransferProcessManager.processTerminating)
- adapt current provisioning implementations to data-plane (add deprecations on current provisioner)
- create issue to adapt current provisioning implementations to data-plane in technology-aws
- create issue to adapt current provisioning implementations to data-plane in technology-azure
- make data-plane-selector a control-plane only component (is this even a thing?)
Metadata
Metadata
Assignees
Labels
refactoringCleaning up code and dependenciesCleaning up code and dependencies