Open XBeg9 opened 4 years ago
The current open API spec marks this property as read-only (it's returned from HTTP responses but can't be set in a request). Enabling HTTPs would require a POST which isn't currently mapped to our resource model.
thanks @mikhailshilkov
Reopening this to keep visibility for missing APIs. @mikhailshilkov let me know if you disagree.
For my understanding, is it because a POST has to be made after FrontDoor is set up as per https://docs.microsoft.com/en-us/rest/api/frontdoorservice/frontdoor/frontend-endpoints/enable-https?
So, could I write a Component myself that creates FrontDoor and then does the POST? / @mikhailshilkov @dfibuch
For my understanding, is it because a POST has to be made after FrontDoor is set up as per https://docs.microsoft.com/en-us/rest/api/frontdoorservice/frontdoor/frontend-endpoints/enable-https?
Yes, exactly.
So, could I write a Component myself that creates FrontDoor and then does the POST?
You could. Components don't have the same lifecycle as custom resources (hooks for CRUD operations), so you may have to call that POST endpoint on every pulumi run. A dynamic provider or a custom resource in the azure-native provider could be more robust option.
Are there plans to implement this at all? I am running into the same issue. It's no longer available
There are two possibilities:
I can't provide any insights about (1). (2) isn't currently planned because it's a non-trivial change and the issue hasn't been upvoted much yet.
I can't find
customHttpsConfiguration
option for TS SDK, which exists in v2020-01-01 (Frontdoors).https://stackoverflow.com/questions/58180861/enable-https-on-azure-front-door-custom-domain-with-arm-template-deployment