You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
meaning the actual configuration is written in json. the downside of this approach is that you can't use tools like kustomize to e.g. define a base snapshot repository with it's settings and then override it only partially in an overlay. to overcome this limitation one could allow (untyped) yaml and just transform it to the same json.
then you could define sth like:
apiVersion: es.eck.github.com/v1alpha1kind: SnapshotRepositorymetadata:
name: snapshotrepository-samplespec:
targetInstance:
name: elasticsearch-quickstartsettings: # or some better name?type: fssettings:
location: "/tmp"
The text was updated successfully, but these errors were encountered:
Hello, thanks for the idea, and yeah, it's a valid point for the yaml. The original idea behind the json was the simplicity of creating the resources - just taking the json from the ES/Kibana REST API and pasting it into the yaml but, well it does have its limits.
I will check what's possible in terms of schema definition and backward compatibility (this one shouldn't be that bad, as you mention, we can easily translate between json and yaml, but again I need to find out what's possible with schema definition).
currently to e.g. create a snapshot repository you'd write
meaning the actual configuration is written in json. the downside of this approach is that you can't use tools like kustomize to e.g. define a base snapshot repository with it's settings and then override it only partially in an overlay. to overcome this limitation one could allow (untyped) yaml and just transform it to the same json.
then you could define sth like:
The text was updated successfully, but these errors were encountered: