Infrastruktur, die mitdenkt: Wie wir Betrieb und Automatisierung neu gedacht haben
Digitale Souveränität endet nicht bei der Tool-Auswahl oder Architektur. Sie entfaltet ihre volle …
Automatisierung muss wieder beherrschbar werden. Mit Polycrate bauen wir bei ayedo ein Framework, das Ordnung ins Chaos komplexer IT-Infrastrukturen bringt – modular, wiederverwendbar und vollständig automatisierbar.
In diesem Beitrag zeigen wir, wie Polycrate funktioniert, wie man es produktiv einsetzt und warum wir glauben: “Modular Infrastructure as Code” ist das nächste Level von GitOps.
Polycrate ist ein leichtgewichtiges Framework zur Paketierung, Integration und Automatisierung von IT- und Cloud-Infrastruktur. Es verbindet:
Die Architektur von Polycrate basiert auf einem simplen Prinzip: Paketiere alles, was ein System zum Laufen bringt – in Blocks – und definiere mit Actions, wie es betrieben wird.
Ein Block ist eine in sich geschlossene Einheit, die alle notwendigen Ressourcen für ein System oder Tool bündelt:
Beispiel: Ein
nextcloud
-Block enthält alles, was nötig ist, um Nextcloud auf Kubernetes oder via Docker aufzusetzen.
Actions sind ausführbare Workflows innerhalb eines Blocks. Sie definieren klar, was getan werden soll – z. B. install
, update
, backup
, destroy
.
Actions werden in einem Docker-Container ausgeführt, der bereits mit gängigen Tools wie
kubectl
,helm
,ansible
,jq
u. v. m. ausgestattet ist.
Komponente | Technologie / Format |
---|---|
Runtime | Docker-Container mit Tool-Toolchain |
CLI | polycrate Binary (Go-basiert) |
Configuration | YAML + Template Engine |
Execution Logic | Ansible bevorzugt, Bash optional |
Integration | GitLab, Git, Kubernetes, Docker |
Registry / Hub | hub.polycrate.io |
Erkennt Plattform & Architektur automatisch (Linux, macOS, Intel & ARM).
curl https://raw.githubusercontent.com/polycrate/polycrate/main/get-polycrate.sh | bash
polycrate version
export VERSION="0.22.1"
export BIN_DIR="${PWD}"
export PLATFORM="linux/amd64"
docker run --platform "${PLATFORM}" --rm -v "${BIN_DIR}":/bin_dir \
--entrypoint "/bin/sh" cargo.ayedo.cloud/library/polycrate:${VERSION} \
-c "cp /usr/local/bin/polycrate /bin_dir/."
Nach dem Kopieren der Binary:
$BIN_DIR/polycrate version
Plattform-spezifisch via Polycrate Hub:
export VERSION="0.22.1"
curl -fsSLo polycrate.tar.gz https://hub.polycrate.io/get/polycrate/${VERSION}/linux_amd64/polycrate_${VERSION}_linux_amd64.tar.gz
tar xvzf polycrate.tar.gz
chmod +x polycrate
./polycrate version
(entsprechend für arm64, darwin_amd64, darwin_arm64 etc.)
Polycrate benötigt:
Die CLI ist plattformunabhängig, läuft containerisiert und isoliert.
Anwendungsfall | Beispiel |
---|---|
Self-Service-Deployments | polycrate run install für Entwickler |
DevOps-Onboarding | Einheitliche Setup-Logik in Actions |
Kubernetes-Toolchain Provisioning | Automatisiert Helm + CRDs + Secrets |
Multi-Environment Deployments | dev, staging, prod via Context |
Reproduzierbare Systeminstallationen | Air-gapped oder compliance-kritisch |
Polycrate ist für uns kein weiteres Tool – es ist der Rahmen, in dem sich alle anderen Tools geordnet, dokumentiert und reproduzierbar bewegen.
Wer ernsthaft Infrastructure as Code betreiben will, muss auch das Lifecycle-Management der Systeme automatisieren – genau da setzt Polycrate an.
In Kürze veröffentlichen wir eine Step-by-Step-Serie, in der wir zeigen:
Fragen? Interesse an einem Walkthrough? Dann meldet euch – oder schaut in unser Hub rein.
Digitale Souveränität endet nicht bei der Tool-Auswahl oder Architektur. Sie entfaltet ihre volle …
Digitale Souveränität ist kein Feature – sie ist ein Architekturprinzip. Nachdem wir unsere …
Wenn wir heute über digitale Souveränität und moderne IT-Infrastrukturen sprechen, führt kein Weg …