<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Deploy on Open Component Model</title><link>https://ocm.software/main/docs/guides/deploy/</link><description>Recent content in Deploy on Open Component Model</description><generator>Hugo</generator><language>en-US</language><atom:link href="https://ocm.software/main/docs/guides/deploy/index.xml" rel="self" type="application/rss+xml"/><item><title>Configure Controller Credentials</title><link>https://ocm.software/main/docs/guides/deploy/configure-controller-credentials/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/configure-controller-credentials/</guid><description>&lt;h2 id="goal"&gt;Goal&lt;/h2&gt;&#10;&lt;p&gt;Configure credentials to allow OCM Controllers to access OCM components stored in private OCI registries.&lt;/p&gt;&#10;&lt;h2 id="you-will-end-up-with"&gt;You will end up with&lt;/h2&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;A Kubernetes secret containing registry credentials&lt;/li&gt;&#10;&lt;li&gt;OCM Controller resources configured to use these credentials&lt;/li&gt;&#10;&lt;li&gt;Verified access to private OCM repositories&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;&lt;strong&gt;Estimated time:&lt;/strong&gt; ~5 minutes&lt;/p&gt;</description></item><item><title>Configure Custom RBAC</title><link>https://ocm.software/main/docs/guides/deploy/configure-custom-rbac/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/configure-custom-rbac/</guid><description>&lt;p&gt;The OCM Kubernetes Controller Toolkit ships with the minimum RBAC permissions needed to manage its own custom resources&#10;(&lt;code&gt;Repository&lt;/code&gt;, &lt;code&gt;Component&lt;/code&gt;, &lt;code&gt;Resource&lt;/code&gt;, &lt;code&gt;Deployer&lt;/code&gt;, &lt;code&gt;NamespacedDeployer&lt;/code&gt;). It does &lt;strong&gt;not&lt;/strong&gt; include permissions for&#10;the objects your deployers create, such as kro &lt;code&gt;ResourceGraphDefinitions&lt;/code&gt;. You grant those yourself, and who needs&#10;which verbs depends on the deployer kind:&lt;/p&gt;</description></item><item><title>Discover Component Graphs</title><link>https://ocm.software/main/docs/guides/deploy/discover-component-graphs/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/discover-component-graphs/</guid><description>&lt;h2 id="goal"&gt;Goal&lt;/h2&gt;&#10;&lt;p&gt;Use a &lt;code&gt;Discovery&lt;/code&gt; resource to resolve the transitive component graph of a&#10;&lt;code&gt;Component&lt;/code&gt;, filter it with selectors, and publish either the filtered raw&#10;descriptors or projected free-form records into the &lt;code&gt;Discovery&lt;/code&gt; status.&lt;/p&gt;</description></item><item><title>Deploy with Chained kro RGDs</title><link>https://ocm.software/main/docs/guides/deploy/deploy-with-chained-kro-rgds/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/deploy-with-chained-kro-rgds/</guid><description>&lt;p&gt;You have an application to run on Kubernetes. You want to ship it the same way every time:&#10;one versioned package that carries the container image and the instructions to run it.&#10;When you move that package from a development registry to production, or into an air-gapped&#10;cluster, the image references must follow automatically. You should never hand-edit a&#10;manifest to fix a registry path.&lt;/p&gt;</description></item><item><title>Deploy a Helm Chart with kro and GitOps</title><link>https://ocm.software/main/docs/guides/deploy/deploy-a-helm-chart-with-kro-and-gitops/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/deploy-a-helm-chart-with-kro-and-gitops/</guid><description>&lt;h2 id="what-youll-learn"&gt;What You&amp;rsquo;ll Learn&lt;/h2&gt;&#10;&lt;p&gt;Your application already ships as a Helm chart, and you want its delivery to be just as repeatable: one versioned&#10;OCM component that carries the chart, its container image, and the instructions to deploy it. Promote that component&#10;from a staging registry to production, or hand it to an air-gapped cluster, and the image references should update&#10;themselves. Patching a values file to correct a registry path is exactly what this avoids.&lt;/p&gt;</description></item><item><title>Deploy a Helm Chart with Crossplane and GitOps</title><link>https://ocm.software/main/docs/guides/deploy/deploy-a-helm-chart-with-crossplane-and-gitops/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/deploy-a-helm-chart-with-crossplane-and-gitops/</guid><description>&lt;h2 id="what-youll-learn"&gt;What You&amp;rsquo;ll Learn&lt;/h2&gt;&#10;&lt;p&gt;Your application ships as a Helm chart, and you want its delivery to be repeatable: one versioned OCM component that&#10;carries the chart, its container image, and the instructions to deploy it, with image references that localize&#10;themselves as the component moves between registries. This tutorial builds that deployment on &lt;strong&gt;Crossplane&lt;/strong&gt;, using&#10;a &lt;code&gt;CompositeResourceDefinition&lt;/code&gt; (XRD) plus a &lt;code&gt;Composition&lt;/code&gt; to reconcile the deployment graph. The XRD registers the&#10;&lt;code&gt;Bootstrap&lt;/code&gt; schema, and the &lt;code&gt;Composition&lt;/code&gt; creates the OCM and GitOps deployer objects (Flux or Argo CD) directly. We&#10;will use &lt;a href="https://github.com/stefanprodan/podinfo" target="_blank" rel="noopener"&gt;Podinfo&lt;/a&gt; as the example application.&lt;/p&gt;</description></item><item><title>Deploy Kubernetes Manifests with the OCM Deployer</title><link>https://ocm.software/main/docs/guides/deploy/deploy-kubernetes-manifests-with-the-ocm-deployer/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/deploy-kubernetes-manifests-with-the-ocm-deployer/</guid><description>&lt;p&gt;This guide shows how to deploy raw Kubernetes manifests from an OCM component version using the OCM Controllers&amp;rsquo; built-in &lt;code&gt;NamespacedDeployer&lt;/code&gt;. This approach requires only the OCM Controllers—no kro or Flux needed.&lt;/p&gt;</description></item><item><title>Deploy Crossplane Packages (xpkg) with OCM</title><link>https://ocm.software/main/docs/guides/deploy/deploy-crossplane-packages/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/deploy-crossplane-packages/</guid><description>&lt;p&gt;In this tutorial, you package a Crossplane Configuration and the Function it depends on in an OCM component version,&#10;transfer them to the registry your cluster pulls from, and let the OCM Controllers and kro install them into&#10;Crossplane, pinned by digest.&lt;/p&gt;</description></item><item><title>Verify Component Signatures on Deployment</title><link>https://ocm.software/main/docs/guides/deploy/verify-component-signatures-on-deployment/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ocm.software/main/docs/guides/deploy/verify-component-signatures-on-deployment/</guid><description>&lt;h2 id="goal"&gt;Goal&lt;/h2&gt;&#10;&lt;p&gt;Configure the OCM Kubernetes controller to automatically verify component version signatures before reconciling resources.&lt;/p&gt;&#10;&lt;h2 id="youll-end-up-with"&gt;You&amp;rsquo;ll end up with&lt;/h2&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;A Secret holding an OCM configuration that requests signature verification&lt;/li&gt;&#10;&lt;li&gt;A &lt;code&gt;Component&lt;/code&gt; resource that reconciles only if the signature verifies&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;&lt;strong&gt;Estimated time:&lt;/strong&gt; ~5 minutes&lt;/p&gt;</description></item></channel></rss>