วีดีโอ

Title should be: Complexity in! Good luck having a team that creates thoose custom kubernetes operators… and good luck keeping in maintenance after employees leaving

How can you update a release installed through the clusterclaim composition without recreating the clusterclaim. I would like to upgrade the external secrets helm release

But how does it solve the chicken and egg problem? You still need to utilize CLI to setup your Crossplane cluster in the cloud (by having to manage local cluster manually at first). Which is not automated, nor GitOps and ultimately not reproducible by code.

the required permissions to manage kubertentes clustes using crossplane

hi viktor! thanks for the great content! question, what do you think is the best approach for using configmaps when defining applications with crossplane? do you have any examples? thanks!

So far it's not clear how do you debug all of that? I am not very familiar with both tools, but it looks like layers upon layers of eventually consistent components which will be quite hard to reason about

hey Viktor, where can I find the repo that contain all the code to deploy grafana/loki? I am looking something that I can change images and all the policy. I don't know if I can have something with all integration (prometheuse, grafana, promtail...)

Quick question: if you use yaml do you also use some kind of templating? My main use cases end up creating some yaml that get applied to a lot of apps with some tweaks.

Thanks for this interesting viewpoint. I now want to see, how Crossplane might fit into my plans. Looking forward to keep track of your postings.

Buenas tardes Victor. In theory, on the local K3D cluster (bootstrap cluster) you also could have used the option to add config to Crossplane to apply a ProviderConfig for Helm (after installing the helm provider plugin for Crossplane) and a Release config that pointed to the Crossplane helm chart repository vs entering the helm install commands at the terminal, right?

I have question here, do you have resources that explains how to import existing cluster (EKS) in cross plane and get control of this cluster

Tbh it isn't the real question for most of the folks whether which tech can get the job done. The MOST IMP of all is which one can get them a job to start with and then explore and learn things along the way.

Is there any update in this topic?

I have heard so much on crossplane but yet to see companies using it in production.. please provide some real time scenarios

Nice Intro to Crossplane, for the Business Leaders especially!

Great video. Thanks for efforts. I have a question on this, how to package controllerconfig required for provider? In my case, I want to pass debug arg to controller pod also, want 2 replicas and leader-election arg added, also need to pass service account name to be used. is there any way to package that as well? how could you address this? TIA

What if I have to deploy helm charts that are not available in any public git repo but available with me as files, how can I do this with this kind of setup. Does the Helm provider have anything for local charts ?

How to access the UI of the ArgoCD server deployed on EKS cluster ? I have tried port forwarding but can't get the password right. The password I am trying is the one I found in composition.yaml in patches section and username is admin.

How to access the UI of the ArgoCD server deployed on EKS cluster ? I have tried port forwarding but can't get the password right. The password I am trying is the one I found in composition.yaml in patches section and username is admin.

It's Pulumi because she BL-EW me 😵😫😩

Is there any approach to parameterized modules like helm Values.yaml file .on cross plane module.pkg

Awesome content. I love the idea of using crossplane to provision cloud infrastructure. What do you think about using crossplane to install only ArgoCD in the eks cluster, and letting ArgoCD deploy things like istio, prometheus, grafana as ArgoCD Applications? I find ArgoCD slightly less verbose for installing manifests 😅

Thanks for the amazing video. Could you provide an example of how to match resources in crossplane composition. Use case: reject AWS resource creation ( from composition ) if they don't have proper tags.

Great video!

Hi Victor, I have just started with Crossplane and struggling to put together a very basic composition - claim demo, ie a VPC + subnet group with the official upbound provider. Do you perhaps have something like that?

helm tpl files are way better than ytt

Thanks for another great video! I have a question here: what happens when you delete the GitOpsClaim? As far as I can see there is nothing to prevent Crossplane to delete ArgoCD Pods before ArgoCD Application or AppProject.

Hello Victor. How can I deploy a self/crossplane managed kubernetes cluster on AWS. I am looking to provision self-managed k8s cluster and not EKS. On your other video on Cluster API, we had some discussion. As you suggested, after going through the entire documentation and so far, I am liking the core concept of Crossplane.

Very informative, thanks.

So many questions for the new upbound.. 1 - How do you ensure my CSPs are secure if upbound was compromised? 2 - When do you expect Azure support? 3 - Are the resource yamls being ingested by upbound the same ( cross compatible ) with my yaml running crossplane locally? or do I need to make a bunch of changes to migrate? 4 - you mentioned in the vid the CRD limitations don't apply, why is that the case?

Very useful video, Victor - thanks, as always!

How is this different from using a helm chart..all that the dev team needs to change is change the values file

Amazing sir! Thank you so much. It's exactly what kind of demo I needed to deep dive into Crossplane. I'm pretty sure that is the tool to solve a lot of problems I'm facing in my daily work.

Not Helm ... Tanka.

Victor is just too good to be free :D

why not putting external name into the Status?

hey, what about jet-rancher as payload cluster ,-)

Love ytt I use it to modify charts I get from upstream.

Missing the links...

You should have more subscribers your videos are great

Does the provider-jet-aws ultimately replace the provider-aws git project? Des the provider-aws deperecate in the future?

What happens if I destroy the cluster on my local cluster before I destroy the cluster on the cloud. Could I destroy it if I recreate a local cluster

can't find configs from video in your repos :(

Tnx for the presentation! How is it possible to add e.g. Prometheus to the crossplane composition?

I believe this session deserves much more than this exquisite amount of silence ... Thanks Viktor !

Advantage to doing this instead of packaging and consuming as Helm charts?

Great video. I have a question about claims and how we can "instruct" them to use a specific version of the package. Say for example we have package k8s and it is installed (for example version 0.0.1). And we apply a aws-eks.yaml claim, then we update the k8s package (change something in the composition, some parameters) and install it, so now we have version 0.0.2 (And this is the active version). How we can "update" our claim to use the new version 0.0.2?

This is it!

Although I always LOVE your videos and I agree with a lot of things, I can't say I agree with this one for a few reasons: 1. Bringing tools such as Pulumi and Terraform (and Ansible) into this mix, IMO, is a bit misleading; those tools can manage EVERYTHING not just a k8s cluster, so their abstractions are way more generic 2. I haven't used Crossplane, but I'm a bit familiar with it (thanks to your amazing videos), and I love its concept, but unfortunately, I somehow see this video as a sales pitch for Crossplane rather than a fair and unbiosed comparison between different tools 3. Even if we move "complexity" to the server side, someone has to take care of that complexity, and if we want to do that, I personally can argue that we can move the same complexity to Terraform modules or Pulumi classes/objects