-
Notifications
You must be signed in to change notification settings - Fork 89
Is it possible to opt out from injecting environment variables? #296
Comments
Heya!
We have a task on our planning board to only only generate a managed secret which we never got to :)
You mean, it already works? That would be an unintended feature then :) |
Nice! Is there any timeline of when it will be implemented?
No, I think specifying |
I'll move it up the board, @navidsh . @DhritiShikhar Could you start working on https://issues.redhat.com/browse/APPSVC-9 again :) , do have a chat with @isutton to avoid conflicts since there's a major refactoring happening in #293 / #286 . |
Created a public copy of the feature request/story #297 |
@sbose78 Thank you very much! |
thx guys! this will allow for a seamless integration. 👍 |
Update: We merged #293 which had refactoring to support multiple backing CRs ( example: PostgreSQLService CR and a PostreSQLCredential CR ) ). As far as I remember, this was one of the use cases in some of the IBM operators which could be used as backing services. |
@DhritiShikhar is working on this, and should have a PR this week. |
awesome, thanks guys. |
Work is in progress #350 |
#350 is merged. @DhritiShikhar shall we close this issue? |
Yes. I don't have rights to close the issue though. |
Edit by Shoubhik
Jira https://issues.redhat.com/browse/APPSVC-9
Is it possible to skip the "injecting environment variable" step after the controller created service binding secrets?
We are looking into integrating Appsody Operator with Service Binding Operator, and we want our operator to be in charge of modifying the resources (e.g.
Deployment
,StatefulSet
) created by the Appsody operator to run users' applications.The text was updated successfully, but these errors were encountered: