Skip to content
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

Plans for v3 #57

Open
eagletmt opened this issue Jul 25, 2018 · 2 comments
Open

Plans for v3 #57

eagletmt opened this issue Jul 25, 2018 · 2 comments

Comments

@eagletmt
Copy link
Owner

Drop YAML support

I decided to use Jsonnet for the configuration language #38 .
YAML is currently still supported, but will be dropped in the future.

Rename "additional_containers" to "sidecars"

I just committed the change e8b55f0 .
The term "sidecar" is popular nowadays.
"additional_containers" is still supported, but will be dropped in the future.

Drop autoscaling_group_for_oneshot feature

Use autoscaling_topic_for_oneshot instead.
autoscaling_group_for_oneshot assumes ECS container instances are managed by AutoScaling Group, but autoscaling_topic_for_oneshot is more flexible.

Revise launched sidecars in hako oneshot

Currently, hako oneshot only launches the app container and sidecar containers linked from the app container (transitive).
However, the link feature is considered legacy and isn't available in advanced networking.

I introduced this behavior to share the definition with web apps and batch jobs. We can deploy web app with nginx by hako deploy, and can start batch job without nginx by hako oneshot.
But I changed my mind; we should use separated definitions for web apps and batch jobs while sharing some parts by Jsonnet's import feature.
All described containers should be launched even when hako oneshot.

@eagletmt
Copy link
Owner Author

Created a branch to test breaking changes.
https://github.com/eagletmt/hako/tree/v3-dev

@eagletmt
Copy link
Owner Author

AWS recently added a feature to specify sensitive data in ECS.
https://docs.aws.amazon.com/AmazonECS/latest/developerguide/specifying-sensitive-data.html
I'm thinking of dropping "env provider" feature in v3.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant