https://pulumi.com
Join Slack
This message was deleted.
# cloudengineering-support
s
This message was deleted.
g
I made named singletons by the project id and service api
On every resource I add all the apis required as dependencies, those will be created only once and as soon as a service is not depended by any resource the service will be removed
n
I didn't quite grasp the last part, you call 
projectService
for each required service. When it is no longer required, do you mean it will no longer be called or it will disable that api too?
g
The Pulumi resource of that API will be gone
If you configured it to disable the api once the resource is deleted then yes, the api will be disabled
It is the 
disableOnDestroy
option
I set it to false to prevent breaking things. None of my resources might be using that API, but some of the google services might depend on them indirectly, like Cloud Scheduler, that depends on AppEngine, that depends on Cloud Storage
n
It works but I am hesitant to bring singleton pattern to JS. I just ask myself if it would be better to have code that checks before enabling the api instead of a singleton pattern.
g
What you need is the behaviour. If you have a global map of projectIds pointing to maps of services you could just return the service if it is there.
The singleton method that I went with is waay overengineered for this use case. I used it because I already had the singleton class being used in some other resources, so it made sense for the context
n
Yeah that makes sense
33 Views
Open in Slack
PreviousNext
Powered by

Pulumi Community

No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.

Powered by