Repository navigation
Conversation
Michael Levan's post on the universal kubectl-ate installer. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Sebastian Maniak <sebastian@maniak.io>
cf83235 to
a539ce5
Compare
Docs preview
Both are uploaded Worker versions and serve no production traffic. |
|
|
||
| To follow along with this blog post in a hands-on fashion, you need: | ||
|
|
||
| 1. A Kubernetes cluster running v1.37 or above. It can be any cluster, from a Kind or Minikube cluster to an AKS, EKS, or GKE cluster. |
There was a problem hiding this comment.
remove the numbering since there is only one condition. I would also just make it one combined paragraph
|
|
||
| 1. Download the `kubectl-ate` binary, which is how you interact with Agent Substrate on the CLI. This example pulls the macOS (Apple silicon) build; pick the pattern that matches your OS and architecture. | ||
|
|
||
| ```bash |
There was a problem hiding this comment.
the commands need to be indented to align with the steps
|
|
||
| ## What Does the Installer Entail? | ||
|
|
||
| When you run the installer, you get everything that comes with a standard Agent Substrate installation, the same as if you'd installed it on GKE or Kind. |
There was a problem hiding this comment.
the same as if you'd installed it on GKE or Kind.
this phrase sounds like as if I manually installed it on GKE or Kind. but I think we want to say whether you install on GKE or kind?
|
|
||
|  | ||
|
|
||
| The installer: |
There was a problem hiding this comment.
| The installer: | |
| The installer completes the following steps: |
| The installer: | ||
|
|
||
| 1. Checks that the cluster has what it needs to run as expected (for example, the PodCertificate API). | ||
| 2. Installs all of the necessary components: CRDs, the cert controller, Postgres, and all of the Substrate components. |
There was a problem hiding this comment.
| 2. Installs all of the necessary components: CRDs, the cert controller, Postgres, and all of the Substrate components. | |
| 2. Installs all of the necessary components, including the CRDs, the cert controller, Postgres, and all of the Substrate components. |
|
|
||
| ## Why Is a Universal Installer Needed? | ||
|
|
||
| "Where can this run?" |
There was a problem hiding this comment.
An alternative to your text, because there are a lot of questions after another. and the point of using an universal installer did not really come across to me this way.
| "Where can this run?" | |
| Portability is one of the first things teams weigh when they adopt a platform. They want to know whether it runs outside a single cloud, whether their data can leave, and whether a workload can move from one environment to another. | |
| A tool that only runs in one cloud locks you in the moment your needs change, whether the trigger is billing, a better deal, or more experience with another provider. A universal installer removes that risk. Teams reuse the same setup everywhere instead of building a one-off "snowflake" for each environment. | |
|
|
||
| ## What Does the Installer Entail? | ||
|
|
||
| When you run the installer, you get everything that comes with a standard Agent Substrate installation, the same as if you'd installed it on GKE or Kind. |
There was a problem hiding this comment.
| When you run the installer, you get everything that comes with a standard Agent Substrate installation, the same as if you'd installed it on GKE or Kind. | |
| When you run the Agent Substrate installer, you get everything that comes with a standard Agent Substrate installation, the same as if you'd installed it on GKE or Kind. |
|
|
||
| ## How to Use the Installer | ||
|
|
||
| To get past those "hacky" workarounds, use the universal installer in the [kagent Agent Substrate fork](https://github.com/kagent-dev/substrate). |
There was a problem hiding this comment.
earlier we say that the installer requires a project ID env, even if it is not used. but here we say the installer gets you past the workarounds. not sure what is right?
New blog post by Michael Levan on the universal
kubectl-ateinstaller, which sets up Agent Substrate on any Kubernetes cluster (Kind, Minikube, AKS, EKS, GKE) without cloud-specific workarounds like setting a placeholderPROJECT_ID.src/blogContent/install-agent-substrate-any-cluster.mdx: the postsrc/app/blog/page.tsx: blog index entrypublic/images/blog/install-agent-substrate-any-cluster/: installer GIF, options and confirm screenshots,ate-systempodsCopy edits from the draft: fixed the PATH export (
$HOME/$PATHwere missing the$), noted the download uses the darwin-arm64 build, addedkubectl get pods -n ate-systembefore the final screenshot, and tightened some wording.🤖 Generated with Claude Code