Software-Projekt Starter Kit

Beschreibung

Was Sie erhalten

Das Software-Projekt Starter Kit generiert Ihnen ein komplettes, produktionsreifes Software-Projekt – vollautomatisch in unter 60 Minuten. Sie konfigurieren Ihren Stack (Cloud-Provider, Services, Stages, Repository-Modus), kaufen das Kit und geben Ihre Cloud-Zugangsdaten ein. Den Rest erledigt unsere Build-Pipeline: Fertige GitHub-Repositories, vollständig konfiguriert und deployment-ready.

Repositories – sofort einsatzbereit

Nach der Generierung finden Sie in Ihrem GitHub-Account aufeinander abgestimmte Repositories (im Monorepo-Modus vier, im Split-Modus ein eigenes Repo pro Komponente):

Was im Stack enthalten ist

• Spring Boot Backend – Produktionsreifer Microservice mit REST API, Health Checks, Actuator-Endpoints und SpringDoc OpenAPI-Dokumentation. Containerisiert mit Google Jib – kein Dockerfile nötig.
• Angular Frontend – Single Page Application mit Material Design, Routing und optimierter Build-Pipeline. Ausgeliefert über Nginx mit Reverse-Proxy zum Backend.
• Spring Cloud Config Server – Zentralisierte Konfigurationsverwaltung. Alle Services lesen ihre Konfiguration aus dem eigenen Config-Repository – Änderungen ohne Redeployment.
• PostgreSQL Datenbank – Cloud-managed (Cloud SQL oder RDS) mit Liquibase- oder Flyway-Migrationen und IAM-Authentifizierung. Keine Passwörter, keine Secrets im Code.
• Terraform Infrastructure – Vollständige Cloud-Infrastruktur als Code: VPC/Networking, Kubernetes-Cluster (GKE/EKS), Container-Registry, IAM mit Workload Identity/OIDC und State Backend (GCS/S3).
• Helm Charts – Kubernetes-Deployments für alle Services mit Ingress-NGINX, cert-manager für TLS und Cloud SQL Proxy bzw. RDS-Sidecar für Datenbankzugriff.
• CI/CD-Pipelines – GitHub Actions Workflows für Backend, Frontend und Terraform. Automatisches Build, Test und Push in die Container-Registry bei jedem Commit.
• ArgoCD GitOps – Automatisches Deployment auf Kubernetes. Helm Chart ändern, pushen, ArgoCD synchronisiert – kein manuelles kubectl apply mehr.
• Docker Compose – Lokale Entwicklungsumgebung mit Backend, Frontend, Config Server und PostgreSQL. Ein docker compose up und Sie entwickeln lokal.

Multi-Cloud: GCP und AWS

Wählen Sie Google Cloud Platform, Amazon Web Services oder beides. Die Infrastruktur wird identisch generiert – gleiche Architektur, gleiche Sicherheitsstandards, gleiche CI/CD-Pipelines. Nur die Cloud-spezifischen Dienste unterscheiden sich:

Modularer Aufbau

Nicht jedes Projekt braucht alles. Wählen Sie bei der Bestellung aus, was Sie benötigen:

• Datenbank – PostgreSQL mit Liquibase- oder Flyway-Migrationen und IAM-Login. Ohne diese Option erhalten Sie einen zustandslosen Service ohne Datenbank-Abhängigkeit.
• Config Server – Zentralisierte Konfiguration über Spring Cloud Config. Ohne diese Option liest jeder Service seine Konfiguration lokal aus application.yaml.
• Angular Frontend – Vollständiges Frontend mit Nginx-Proxy. Ohne diese Option erhalten Sie ein reines Backend-Projekt.
• Mehrere Backend-Services – Generieren Sie bis zu 5 Microservices pro Projekt. Jeder Service erhält seinen eigenen Controller, POM, Dockerfile, Helm Chart und CI/CD-Workflow.
• Deployment Stages – Wählen Sie genau die Umgebungen, die Sie brauchen (dev, staging, prod). Für jede Stage werden Helm Values, Terraform-Konfigurationen und ArgoCD-Apps generiert.

Die generierten Dateien (Docker Compose, Maven-Module, Helm Charts, CI/CD-Workflows) passen sich automatisch an Ihre Auswahl an – keine toten Abhängigkeiten, kein toter Code.

Repository-Modus

Wählen Sie die Repository-Strategie, die zu Ihrem Team passt:

• Monorepo – Alle Services, Frontend und Config Server in einem Repository mit geteiltem Parent POM. Ideal für kleine Teams und schnelle Iterationen.
• Split Repos – Jede Komponente erhält ein eigenes Repository mit standalone POM, eigenem Maven Wrapper und eigenen CI/CD-Workflows. Ideal für größere Teams mit unabhängigen Deployment-Zyklen.

CI/CD-Strategie

Zwei Branching-Modelle stehen zur Wahl:

• Multi-Branch – Feature-Branch → Pull Request → Merge → automatisches Build und Deployment auf alle Stages. Ein Workflow für alles (gcp-ci.yml / aws-ci.yml).
• Single-Branch – Push auf main löst automatisch Build + Push aus. Deployment auf einzelne Stages wird separat per workflow_dispatch ausgelöst – volle Kontrolle über den Rollout.

Mitgelieferte Hilfsskripte

Jedes generierte Projekt enthält Shell- und Batch-Scripts für die häufigsten Aufgaben nach Auslieferung:

• Cloud-Bootstrap – init-script.sh richtet Ihr Cloud-Konto einmalig ein: IAM-Rollen, OIDC-Federation, Terraform State Backend, Service Accounts und Secret Manager. Ein Befehl – alle Voraussetzungen erfüllt.
• Infrastruktur-Deployment – deploy.sh führt das vollständige Terraform-Deployment durch: Kubernetes-Cluster, Datenbank, Ingress Controller, ArgoCD, DB-Initialisierung und Helm Values – mit Retry-Logik und Stage-spezifischen Hostnames.
• Cloud-Konfiguration ändern – update-aws-config.sh und update-gcp-config.sh aktualisieren Account-ID, Region und Registry-URLs in allen Repositories auf einmal. Kein manuelles Durchsuchen von YAML-Dateien.
• Hostname wechseln – update-hostname.sh wechselt zwischen IP-basierter nip.io-Adresse (Entwicklung) und eigener Domain (Produktion) – ein Befehl für alle Repositories.

Alle Scripts sind idempotent (sicher mehrfach ausführbar) und als .sh + .bat verfügbar – für Linux, macOS und Windows.

Aktuelle Versionen

Backend

Frontend

Datenbank

Infrastructure & Terraform

Kubernetes & Deployment

CI/CD & Build

So funktioniert es

1. Konfigurieren – Wählen Sie Cloud-Provider (GCP, AWS oder beides), optionale Komponenten (Datenbank, Config Server, Frontend), Repository-Struktur und Branching-Strategie (Multi-Branch oder Single-Branch).
2. Bestellen & bezahlen – Der Preis berechnet sich aus Ihrer Auswahl.
3. Projektdaten erfassen – Nach dem Kauf erhalten Sie ein Formular für Ihre Projekteinstellungen (App-Name, Repository-Owner). Optional können Sie Cloud-Zugangsdaten und einen GitHub-Token angeben – dann werden Repositories und CI/CD-Secrets automatisch für Sie eingerichtet. Ohne diese Angaben erhalten Sie das fertige Projekt als Download – Secrets und Project-IDs tragen Sie dann selbst in die generierten Konfigurationsdateien ein.
4. Automatische Generierung – Unsere Build-Pipeline erstellt Ihr Projekt. Falls gewünscht, werden die GitHub-Repositories angelegt und die CI/CD-Secrets konfiguriert.
5. Loslegen – Sie erhalten eine E-Mail mit Download-Link und können sofort mit der Entwicklung beginnen.

Warum sich das lohnt

Ein erfahrener DevOps-Engineer benötigt typischerweise 2–4 Wochen, um eine vergleichbare Infrastruktur manuell aufzusetzen. Das entspricht schnell Kosten von 30.000+ EUR – pro Projekt, jedes Mal von vorn.

Das Ergebnis ist dabei selten konsistent: Fehlende Health Checks, hart kodierte Secrets, keine IAM-Integration, CI/CD-Pipelines ohne OIDC – typische Abkürzungen unter Zeitdruck. Mit dem Software-Projekt Starter Kit erhalten Sie in unter 60 Minuten eine Architektur, die diese Fehler von Anfang an vermeidet: OIDC statt Passwörter, IAM-Authentifizierung statt Datenbank-Secrets, GitOps statt manuellem Deployment. Automatisiert, reproduzierbar und ab dem ersten Tag produktionsreif.

Rechenbeispiel