Die direkte Antwort
Kleine Unternehmen und Startups haben oft fähige Entwickler und improvisierte Infrastruktur: jeder kann auf den Main-Branch pushen, Secrets liegen im Chatverlauf, es gibt kein Staging, Deployments laufen vom Laptop einer Person, und niemand weiß, wie man zurückrollt. Die Einrichtung der Entwicklungsinfrastruktur behebt das als ein System, nicht als Liste unzusammenhängender Anpassungen: Repositories und Berechtigungen, Review- und Branch-Regeln, automatisierte Prüfungen, getrennte Umgebungen, Umgang mit Secrets, Hosting, Datenbanken, Monitoring, Backups und ein dokumentiertes Release-Verfahren.
Das ist Umsetzungsarbeit, kein Helpdesk. Ziel ist, dass Ihr Team sicherer ausliefert, ohne uns im laufenden Betrieb zu brauchen.
Was das umfasst
- GitHub-Organisation: Repositories, Teams, Rollen und Zugriff nach dem Prinzip der geringsten Berechtigung
- Branch-Schutz, verpflichtende Reviews und Status-Checks
- CI mit GitHub Actions: Build, Test, Lint und Typprüfungen bei jeder Änderung
- CD und Umgebungen: Staging und Produktion strikt getrennt, mit Promotion-Regeln
- Hosting und Deployment auf Vercel oder Ihrer bestehenden Plattform
- Datenbanken wie Postgres (Neon oder eigen), mit Umgebungstrennung und Migrations-Workflow
- Secrets und Umgebungsvariablen: wo sie liegen, wer sie lesen darf, wie sie rotiert werden
- Monitoring und Fehlererfassung, etwa Sentry, mit Alarmen, die an eine Person gehen
- Backups und ein getesteter Wiederherstellungsweg
- Ein dokumentiertes und erprobtes Release- und Rollback-Verfahren
- Entwickler-Onboarding und technische Dokumentation
- Für mobile Produkte: Store-Release-Pipeline — Signierung, TestFlight und Play-Internal-Testing, sowie Fastlane oder EAS, wo das Projekt sie nutzt
Übernahme einer Umgebung, die niemand dokumentiert hat
Ein früherer Entwickler oder eine Agentur ist gegangen, eine Deployment-Pipeline funktioniert nicht mehr, oder niemand kann sagen, welche Konten existieren. Wir beginnen mit einer Bestandsaufnahme und dokumentieren, was wir finden. Das ist kein Code-Qualitäts-Audit, kein Neuaufbau und kein Bereitschaftsdienst, und es ist keine Garantie, dass alles wiederherstellbar ist.
Die Prüfreihenfolge steht unten. Sie erhalten danach eine schriftliche Befundliste und einen Änderungsplan, gefolgt von der oben beschriebenen Standard-Infrastrukturarbeit, in Ihren Konten, mit Dokumentation und einem Runbook. Der Umfang wird vor Beginn schriftlich pro Projekt vereinbart, ohne veröffentlichten Preis. Wir arbeiten mit GitHub-, Vercel- und Postgres-basierten Stacks; bei jedem anderen Stack sagen wir während der Prüfung, was wir verantwortungsvoll ändern können und was nicht.
Fragen zu Eigentümerschaft und Zugriff behandeln wer besitzt Code und Konten und Zugriffsanforderungen für Webanwendungen (beide EN). Geht es um die App selbst, siehe Übernahme einer bestehenden Webanwendung und die Software-Übergabe-Checkliste (beide EN). Verwandte Einrichtungsleitfäden: GitHub- und Vercel-Kontoeigentümerschaft, sicheres Release und Rollback und Backup- und Wiederherstellungsplanung (alle EN).
Beginnen Sie mit der Checkliste für Domain, DNS und Registrar (EN) und richten Sie Wissenstransfer-Sitzungen (EN) ein, falls jemand erreichbar ist, der die Umgebung gebaut hat.
- Welche Konten existieren und wem sie gehören: Repository, Hosting, Domain und DNS, Datenbank, E-Mail, Fehlererfassung
- Ob die App aus einem sauberen Checkout baut und deployt
- Wo Secrets und Umgebungsvariablen liegen
- Welche Umgebungen existieren, und wie sich [Staging von Produktion unterscheidet](/staging-vs-production-environments/) (EN)
- Ob ein Backup existiert und ob eine Wiederherstellung je getestet wurde
Arbeiten mit KI-Coding-Agenten
Immer mehr Teams lassen KI-Coding-Agenten Code schreiben und ändern. Das erhöht den Wert genau dieser Kontrollen: isolierte Branches, begrenzte Berechtigungen, verpflichtende Prüfungen, Review vor dem Merge und eine Audit-Spur. Wir können die Umgebung so einrichten, dass Agenten innerhalb dieser Leitplanken arbeiten. Das ist eine Erweiterung derselben Infrastrukturarbeit, kein eigenes Produkt.
Wohin das führt
Ein Team mit solider Einrichtung kann schneller und sicherer bauen. Brauchen Sie Entwicklungskapazität, ist das Webanwendungsentwicklung, API & Backend-Entwicklung (EN) oder App-Entwicklung. Und wenn der Workflow selbst Integrationen braucht, siehe Workflow-Automatisierung und Systemintegration.
Grenzen
Wir betreiben Ihre Infrastruktur nicht auf laufender Bereitschaftsbasis, es sei denn, das wird separat vereinbart. Wir machen keine Penetrationstests oder Sicherheitszertifizierung. Wir arbeiten mit GitHub-, Vercel- und Postgres-basierten Stacks; wo Ihr Stack anders ist, sagen wir das während der Prüfung, nicht danach.
So funktioniert es
- 1
Bestandsaufnahme
Wir sehen uns an, was Sie heute tatsächlich haben — Konten, Rollen, Tools, Daten, wer was nutzt —, wo das System es erlaubt nur lesend, bevor jemand vorschlägt, etwas zu ändern.
- 2
Das Ist-Setup verstehen
Was funktioniert, was doppelt vorhanden ist, was niemandem gehört und wo Arbeit zwischen Tools versickert. Das erhalten Sie schriftlich und in verständlicher Sprache.
- 3
Umsetzungsplan
Ein umrissener Plan mit klaren Grenzen: was eingerichtet wird, was bleibt, was bewusst außen vor bleibt und was zuerst eine Entscheidung von Ihnen braucht. Umfang und Preis werden schriftlich vereinbart, bevor die Einrichtung beginnt.
- 4
Einrichtung
Der Plan wird in Ihren eigenen Konten umgesetzt, über Zugriff, den Sie erteilen und entziehen können. Änderungen, die Menschen, Geld oder Kundendaten betreffen, warten auf Ihre ausdrückliche Freigabe.
- 5
Übergabe
Dokumentation dessen, was eingerichtet wurde und warum, eine kurze Einweisung für die Personen, die es betreiben werden, und eine klare Aussage dazu, was ab jetzt in Ihrer Hand liegt.
Häufige Fragen
Ist das DevOps-Beratung?+
Es ist praktische Umsetzung. Wir prüfen, was existiert, planen die Änderungen und setzen sie in Ihren Konten um, mit Dokumentation am Ende.
Arbeiten Sie nur mit Vercel und GitHub?+
Das ist der Stack, den wir am besten kennen, neben Postgres. Ist Ihr Setup anders, sagen wir während der Prüfung, was wir verantwortungsvoll ändern können und was nicht.
Wie gehen Sie mit unseren Secrets um?+
Secrets bleiben in Ihrem Secret-Store oder Ihrer Hosting-Plattform. Wir fragen nie per Chat oder E-Mail danach und richten ein, wer sie lesen darf und wie sie rotiert werden.
Können Sie eine Umgebung für KI-Coding-Agenten einrichten?+
Ja. Sie nutzt dieselben Bausteine — Branch-Isolation, begrenzte Berechtigungen, verpflichtende Prüfungen, Review — konfiguriert so, dass Agenten nicht direkt in die Produktion pushen können.
Sind wir danach von Ihnen abhängig?+
Nein. Alles ist dokumentiert und liegt in Ihren Konten. Laufender Support ist optional und wird separat vereinbart.
Können Sie eine Deployment-Pipeline übernehmen, die niemand versteht?+
Ja, beginnend mit einer Prüfung: welche Konten existieren, ob die App aus einem sauberen Checkout baut und deployt, wo Secrets liegen und ob eine Wiederherstellung getestet wurde. Danach erhalten Sie Befunde und einen Änderungsplan. Wir unterstützen GitHub-, Vercel- und Postgres-basierte Stacks und versprechen keinen anderen Stack.
Website und Anfrageformular sind auf Deutsch; die Projektabwicklung läuft auf Englisch. Deutsch als Projektsprache sagen wir nicht zu.