-
Notifications
You must be signed in to change notification settings - Fork 11
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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for configdeploy hooks in AL2-based platforms #59
Comments
I am aware that commenting is not advised but still this is addition to the authors I would like to add one more "edge case" where without On the first deploy everything is okay ( having in mind that we need to "source" env and python version to be able to do migrations for example. Which is again like a hack. But after the first Django deploy and But now Any framework that uses |
Thank you for the feedback. We are working on adding support for 'configdeploy' in AL2 platforms |
'configuration hooks' are now supported on Elastic Beanstalk AL2 platforms. For more details, see Release Notes |
I failed to find how to do the equivalent from the .platform folder. .ebextensions/00-myscript.config
It seems like it is not documented. Could you please provide me some hints :) |
'configuration hooks' should automatically execute |
Community Note
Tell us about your request
Support for config change hooks (configdeploy) in the AL2-based platforms (specifically Ruby but applies to all platforms)
Is this request specific to an Elastic Beanstalk platform?
non-specific
Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
What outcome are you trying to achieve, ultimately, and why is it hard/impossible to do right now? What is the impact of not having this problem solved? The more details you can provide, the better we'll be able to understand and solve the problem.
We're currently using the Ruby containers with quite a few eb extensions. Several of these use the AL1 "hooks" whereby we've injected scripts into the hook process as documented in the EB Custom Platform Hooks docs. Further, a few of these use the
configdeploy
hook which fires when the configuration of a beanstalk environment changes but no code has been updated. Examples of what we do in this caseAlas, the new AL2 containers do not have the configdeploy hook or indeed any viable workaround (so we're told by support). If the new platform hooks had an equivalent way of tapping into a config change event, we could migrate to the new AL2 container environments.
Are you currently working around this issue?
How are you currently solving this problem?
We're pretty well locked to AL1 containers....which is going to be a problem because I'm told Ruby 2.7 support will only come on the AL2 platform.
Additional context
Anything else we should know?
Attachments
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)
The text was updated successfully, but these errors were encountered: