-
Notifications
You must be signed in to change notification settings - Fork 372
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reconcile Route53 ResourceRecordSet Dependencies When Applying Multiple Resources #423
Comments
There are two possible solutions to this:
I believe the second solution is cleaner and keeps the managed resources simple, however, it works only if you use composition. To cover your use case, I believe hard-coded sets (there would be a set of kinds you can refer, similar to today but you control the kind as well) could be better compared to a small DSL. |
It looks like this issue will be fixed once crossplane/crossplane#2180 is merged |
@phantasm66 is it still relevant since crossplane/crossplane#2180 and crossplane/crossplane#1639 are merged it is possible and we also use this with other resources like your example |
I’m good. I’ll close this…. |
@muvaf are there any docs or examples of how to do this? i'm trying to create an rds via composition and create a vanity dns for it |
It would be great if Crossplane could reconcile Route53 dependencies when applying multiple resources at the same time.
For example:
The following manifest defines multiple resources for Crossplane to provision an AWS Security Group, ElastiCache (redis) cluster and a vanity DNS
CNAME
Route53 record:The advantage of applying everything all at the same time is that we can template out all resources for an application and apply/provision everything in a single automated deployment pipeline.
The problem with the above manifest is that the
spec.forProvider.resourceRecords.value
is not actually known until after theCacheCluster
resource is created and AWS has generated an endpoint FQDN we can then reference in thisResourceRecordSet
resource.Ideally, this feature should be generic enough that a
ResourceRecordSet
'sspec.forProvider.resourceRecords.value
reference to a dependency resource being applied at the same time will work forCacheCluster
,RDSInstance
, etc...The text was updated successfully, but these errors were encountered: