The authentication API is going to become the back...
# general
f
The authentication API is going to become the backbone for when I start making the Pulumi provider for them.
f
Do you plan on releasing an OpenAPI specification for your api? There is a lot of ambient interest in a pulumi provider (or provider generator) for an arbitrary openAPI spec file
r
There is a lot of ambient interest in a pulumi provider (or provider generator) for an arbitrary openAPI spec file
There is an existing (community) provider generator for an openapi spec: https://github.com/cloudy-sky-software/pulschema
^ thanks to @clever-sunset-76585
c
Thank you for the ping, @red-match-15116! ❤️
pulschema
is a great place to start. If you have questions, please feel free to reach out! I will warn you that based on the quality of the OpenAPI spec you are converting, you may have some work cleaning up some mess. In particular, if the API doesn't follow a RESTful resource model, you are likely not going to have much success and would have to resort to rolling your own native provider, much like Pulumi's own native providers for GCP and AWS native providers.
f
That is absolutely beautiful 😍 I'm on a mission to create providers for azure data explorer and Cribl stream; I will def check this out. Thanks!
f
@clever-sunset-76585 so we should use the OpenAI spec or make our own?
The API that I am making needs to work with Terraform and Pulumi for the cloud provider I am working with.
f
If you want that level of interoperability, then a well-defined OpenAPI 3.0 spec will be very valuable
f
Okay I don't know a lot about OpenAPI is there any docs about it that I could read please to get up to speed.
f
f
Thanks!!