This message was deleted.
# getting-started
s
This message was deleted.
w
Two ways I would look at: 1. Templating out the istio files and using the k8s.yaml component. 2. Seeing if there is (or generating) istio CRDs into a provider and importing / using them natively inside Pulumi.
1 easier, 2 cleaner
m
it is currently the only type-safe way to do CRDs AFAIK, besides writing your own provider from scratch
a
Interesting... 1 should work, but we still need to install a lot of CRDs first for it to work. 2 might be cleaner, but then you have to replicate a fair bit of the work done by istioctl when it converts the IstioOperator to the other types of files - which I would think is done by 1 by running "istioctl manifest generate" In both 1 and 2, I will have handle some of the timing issues that is currently handled by istioctl - the very reason the Istio team initially moved from Helm charts (AFAIK). If you want to avoid loosing data when making changes to the control plane, then you have to follow some strict rules - which is built into istioctl. Instead, I wondered if it was possible to use istioctl directly in a remote command provider and then register the source resources - the IstioOperator specs - in Pulumi.