Häufig gestellte Fragen

Einen einsatzbereiten Quellcode-Bausatz für eine produktionsreife Cloud-Infrastruktur: 1–5 Spring-Boot-Microservices, optional ein Angular-Frontend, optional eine PostgreSQL-Datenbank pro Service mit Schema-Migrationen, optional einen Spring Cloud Config Server, dazu Helm-Charts pro Stage, Terraform-Module für GCP oder AWS, GitHub-Actions-CI/CD und ein personalisiertes PDF-Handbuch.

Wahlweise als Direkt-Push in Ihren GitHub-Account (private Repositories werden für Sie erstellt) oder als ZIP-Download. Sie wählen die Variante im Bestellformular.

In der Regel 1 bis 2 Stunden ab der Eingabe Ihrer Cloud-Daten. Sie erhalten eine E-Mail, sobald der Build fertig ist — mit Übersicht aller Repositories oder einem Download-Link für das ZIP.

Grundkenntnisse in Java/Spring Boot, Git und Cloud (GCP oder AWS) sind hilfreich, um den gelieferten Code anzupassen und zu betreiben. Das mitgelieferte Handbuch führt Sie Schritt für Schritt durch Quickstart, Repository-Struktur, CI/CD und Deployment.

Ja — ein automatisch generiertes, ~15-kapitliges PDF-Handbuch in Ihrer gewählten Sprache (Deutsch, Englisch oder Spanisch). Es deckt Quickstart, Prerequisites, Repository-Struktur, GitHub-Setup, CI/CD, Cloud-Setup, Datenbank, Deployment, ArgoCD und Troubleshooting ab.

Code-Kommentare und Templates sind auf Englisch (international etabliert). Das Handbuch wird in der bestellten Sprache (Deutsch / Englisch / Spanisch) generiert.

Für Entwickler-Teams und Unternehmen, die ein professionelles Setup brauchen, ohne Wochen mit Boilerplate, Cloud-Setup und CI/CD zu verbringen. Das Angebot richtet sich ausschließlich an Unternehmer im Sinne von § 14 BGB (B2B).

Google Cloud Platform (GCP) und Amazon Web Services (AWS). Sie wählen im Konfigurator mindestens einen Provider; eine Cloud ist im Grundpreis enthalten. Bei GCP wird Terraform für GKE, Cloud SQL, Artifact Registry und Workload Identity ausgeliefert. Bei AWS für EKS, RDS, ECR und IAM-Rollen.

Cloud-Kosten zahlen Sie direkt an Ihren Cloud-Provider — nicht an uns. Wir liefern den Code; das Hosting läuft auf Ihrem eigenen GCP- oder AWS-Account.

Sie selbst. Vela Atlas ist kein SaaS und kein Hosting-Angebot. Code und Cloud-Ressourcen leben in Ihrem GitHub- und Cloud-Account. Sie sind nach der Lieferung Verantwortlicher im Sinne der DSGVO.

Nein — wenn Sie keinen Hostnamen angeben, läuft die Anwendung über eine IP-basierte Adresse via nip.io. Sie können später jederzeit eine eigene Domain konfigurieren.

Deutschland, Österreich und alle EU-Länder. Verkauf in die Schweiz oder andere Drittländer erfolgt nicht.

Backend: Spring Boot 4.0.6 auf Java 25, Spring Cloud 2025.1.1. Frontend: Angular 21 auf TypeScript 5.9. Datenbank: PostgreSQL 15 (Cloud SQL bzw. RDS). Migration: Liquibase oder Flyway. Container: Jib + Docker. Deployment: Helm + ArgoCD auf Kubernetes. CI/CD: GitHub Actions mit OIDC. Eine vollständige Liste aller Versionen finden Sie auf der Versionen-Seite.

Ja — alle drei sind im Konfigurator einzeln zu- oder abwählbar. Der Build erkennt das automatisch und liefert nur die Komponenten, die Sie tatsächlich brauchen.

Beides wird unterstützt. Liquibase ist der Default und arbeitet mit YAML-Changelogs. Flyway ist klassisches SQL-basiertes Schema-Management. Wählen Sie das Tool, das Ihr Team bereits kennt — die Generierung passt sich an.

Beides möglich. Standard ist Multi-Repo (App, Helm, Terraform, Config-Server jeweils eigenes Repository). Im Konfigurator können Sie auf Mono-Repo umschalten, dann liegen alle Komponenten zusammen.

Zwischen 1 und 5 Backend-Services. Service-Namen dürfen maximal 25 Zeichen lang sein. Der Build dupliziert das Service-Template entsprechend (eigene Ports, Schemas, Docker-Einträge).

Mindestens eine ist im Grundpreis enthalten (typisch: dev). Sie können beliebig viele Stages definieren, z.B. dev, staging, prod — jede bekommt ihre eigenen Helm-Values und Config-Files.

Multi-Branch (Default): Pro Stage ein Git-Branch (dev/staging/prod) mit eigenem Deployment-Workflow — klassisches Promotion-Modell. Single-Branch: Trunk-Based Development, alles auf main, Stages werden über Tags oder Pipeline-Parameter unterschieden.

Ja — der App-Name darf maximal 15 Zeichen lang sein und nur Kleinbuchstaben und Zahlen enthalten. Diese Restriktion kommt aus den Cloud-Resource-Namen (DNS-konform, AWS/GCP-Limits).

Nach Zahlung füllen Sie ein Datenformular aus (App-Name, Cloud-Tokens, Service-Namen, optionale Domain). Die Build-Pipeline (GitHub Actions) generiert dann aus Templates Ihre personalisierten Repositories, erstellt sie in Ihrem GitHub-Account, hinterlegt die Cloud-Tokens als GitHub-Secrets, baut das PDF-Handbuch und meldet "fertig" zurück.

Sie werden automatisch per E-Mail benachrichtigt. Häufigster Grund: ein Cloud-Token ist abgelaufen (GCP-Bootstrap-Tokens leben nur ~60 Minuten). Sie haben ein 30-tägiges Reparaturrecht — wir prüfen den Fehler und starten den Build erneut, ohne Zusatzkosten. Lässt sich der Build innerhalb dieser Frist nicht reparieren, erstatten wir den Kaufpreis.

7 Tage ab Versand. Falls Sie den Download verpassen, kann der Link auf Anfrage reaktiviert werden — schreiben Sie uns einfach an support@velaatlas.com.

Einen GitHub-Account mit Personal Access Token (für Repo-Erstellung), Cloud-Account-Daten (GCP Project-ID + Bootstrap-Token oder AWS Account-ID + Bootstrap-Token) und einen App-Namen (max 15 Zeichen). Optional: eigene Domain. Detaillierte Schritt-für-Schritt-Anweisungen finden Sie auf der Demo-Seite.

Ja — automatisch nach erfolgreichem Build, als PDF per E-Mail. Auf Wunsch mit USt-IdNr. für Reverse-Charge-Verfahren bei EU-B2B-Bestellungen außerhalb Deutschlands.

Tokens werden verschlüsselt an die Build-Pipeline übergeben, nur einmalig zur Repo-Erstellung und Infrastruktur-Bootstrap verwendet, und nach Build-Abschluss sofort verworfen. Es bleibt nur die Konfiguration — keine Zugangsdaten.

Ja. Wir verarbeiten nur die für Vertragsabschluss und Lieferung notwendigen Daten. Für GitHub als Auftragsverarbeiter (USA) liegen Standardvertragsklauseln gemäß Art. 28 DSGVO vor. Details in der Datenschutzerklärung.

Niemand außer Ihnen. Die im Build erstellten Repositories sind privat und nur über Ihren GitHub-Account zugänglich. Wir behalten keine Kopie nach der Lieferung.

In Ihrem eigenen GitHub-Account und auf Ihrer eigenen Cloud (GCP oder AWS) — nicht bei uns. Vela Atlas liefert nur einmalig den Code aus.

GitHub Actions mit OIDC (kein Passwort-Handling), Secrets als verschlüsselte GitHub-Secrets, Workload Identity bzw. IAM-Rollen statt Service-Account-Keys (wo möglich), Container-Builds via Jib (reproducible, kein Docker-Daemon-Zugriff), TLS via cert-manager + Let's Encrypt.

Kreditkarte über Stripe oder PayPal — andere Zahlungsarten werden nicht akzeptiert. Die Zahlung ist mit Bestellung fällig; der Build startet erst nach Zahlungseingang.

EU-B2B-Kunden außerhalb Deutschlands geben ihre USt-IdNr. im Checkout an. Wir validieren live über VIES; bei gültiger ID erfolgt die Abrechnung im Reverse-Charge-Verfahren (ohne Umsatzsteuer-Ausweis). Die Steuer wird in Ihrem Heimatland geschuldet.

Deutsche Kleinunternehmer können dies im Checkout angeben — dann wird ohne Umsatzsteuer abgerechnet. Reguläre deutsche Unternehmen zahlen 19 % MwSt. Außerhalb der EU ist Vela Atlas nicht verfügbar.

Aktuell nein. Der Verkauf ist auf Deutschland, Österreich und alle EU-Länder beschränkt.

Nein. Vela Atlas ist ein reines B2B-Angebot gemäß § 14 BGB. Verbraucher (B2C) sind ausdrücklich vom Vertragsschluss ausgeschlossen — entsprechend entfällt das Widerrufsrecht.

Ja. Sie erhalten den vollständigen Quellcode und ein einfaches, nicht übertragbares Nutzungsrecht zum eigenen Gebrauch. Sie dürfen den Code intern nutzen, anpassen und erweitern — die genauen Konditionen stehen in den AGB § 8 (Nutzungsrecht).

Nein. Eine Weitergabe an Dritte, das Hochladen in öffentliche Netzwerke oder eine kommerzielle Weiterveräußerung sind ausgeschlossen. Open-Source-Komponenten (Spring Boot, Angular, PostgreSQL u.a.) unterliegen ihren eigenen Lizenzen, deren Einhaltung in Ihrer Verantwortung liegt.

Vela Atlas ist eine einmalige Lieferung — kein Abo, keine laufenden Updates. Sie haben aber jederzeit das Recht, einen neuen Build mit aktuelleren Versionen zu bestellen.

Bei technischen Fragen erreichen Sie uns unter support@velaatlas.com. Build-Fehler sind durch das 30-tägige Reparaturrecht abgedeckt; weitergehende Beratung oder Custom-Anpassungen können separat beauftragt werden.

Sachmängel werden nach gesetzlichen Vorschriften gewährleistet, mit verkürzter Frist von 12 Monaten ab Lieferung (B2B-Standard). Offensichtliche Mängel müssen unverzüglich angezeigt werden. Details in AGB § 10.