-
Notifications
You must be signed in to change notification settings - Fork 6
docs(design): improve orchestrator deployment experience #290
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
- Every module should be **toggled independently** and have minimal external dependency. | ||
- Installer should support **orchestrator CLI integration** (e.g. `cli deploy aws`) and parallel execution of non-dependent tasks. | ||
- On-prem installation will not require a separate admin machine. | ||
- Be compatible with upcoming Azure implementation and ongoing replacement of kind with on-prem in Coder |
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.
:(. Uff I was hoping for kind
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.
There are several benefits of focusing on the same deployment method that customers use.
We acknowledge that on-prem infra is not as lightweight as it can be, and we are committed to proposing and implementing a weight-loss program.
|
||
### Out of scope | ||
|
||
- Optimizing total deployment time, as current durations are acceptable. |
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 belileve we have to discuss if there is any optimization possible here
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.
very nice. Looking forward on how we can potentially optimize ttdeploy.
Description
This proposal aims to significantly improve the deployment experience of EMF across multiple environments (AWS, Azure, and on-prem).
The new installer will prioritize user experience by offering a streamlined, zero-touch installation process after configuration,
along with clear error handling and actionable feedback.
It will also increase cloud portability through clear infrastructure abstraction and support for Azure.
Finally, by replacing monolithic shell scripts with modular Go components and adding test coverage, we will enable faster iteration and more frequent releases.
Any Newly Introduced Dependencies
N/A
How Has This Been Tested?
N/A
Checklist: