You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In our effort to decide how to move forward with improving, reworking, or replacing our development and deployment environments (devstack, tutor, etc.) we need to get a better sense of what those systems currently provide to us, and where they are lacking. This will help us answer questions like:
Can the development environment work more like a production environment, maybe even by using the same software?
Where should we look at tools to complement devstack, tutor, k8s, etc. vs improving them, wrapping them, or replacing them/creating alternatives?
How much should information about how a service is developed or deployed live with the service repository vs. in a central place? Which would allow us more freedom of dev/deploy/orchestration options?
Which of these features can realistically be supported agnostic of a docker-compose vs. Kubernetes choice, rather than needing to be duplicated for each option?
What would leveraging one of the tools identified in [Discovery] Cloud-based developer environments #82 potentially gain us, and which aspects of the development environment would be largely unchanged (or need to be reworked without significant gain) by the choice?
In our effort to decide how to move forward with improving, reworking, or replacing our development and deployment environments (devstack, tutor, etc.) we need to get a better sense of what those systems currently provide to us, and where they are lacking. This will help us answer questions like:
Documents:
Acceptance criteria:
The text was updated successfully, but these errors were encountered: