DevOps für Web- und Mobilprodukte
Wir richten ein, wie Ihr Produkt gebaut, getestet, ausgeliefert und überwacht wird: CI/CD-Pipelines, Container, Cloud- oder VPS-Infrastruktur und getrennte Umgebungen. Releases werden zu einem Routineschritt statt zu einem Ereignis am späten Abend.
Wann sich DevOps lohnt
Das Signal ist meist dasselbe: Releases sind langsam, riskant und hängen von der einen Person ab, die die Befehle kennt.
- Deployments erfolgen von Hand per SSH und legen manchmal den Live-Betrieb lahm
- Es gibt keine Staging-Umgebung, also werden Änderungen an echten Nutzern getestet
- Nur ein Entwickler weiß, wie man ausliefert, und er verlässt das Unternehmen
- Die Cloud-Rechnung wächst schneller als das Produkt
- Fehler melden Ihnen Kunden, weil es keine Logs oder Metriken gibt
- Eine Umgebung für einen neuen Entwickler einzurichten dauert Tage
Was wir tun
CI/CD-Pipelines
Jeder Commit wird automatisch gebaut und getestet, und ein Merge in den Hauptzweig wird auf Staging oder Produktion ausgeliefert. Mobile Apps erhalten automatisierte Builds, die an TestFlight und die Test-Tracks von Google Play gehen.
Container
Anwendungen und ihre Abhängigkeiten werden mit Docker verpackt, sodass dasselbe Image auf dem Laptop, im Staging und in der Produktion läuft.
Cloud- und VPS-Infrastruktur
Infrastruktur in einer Public Cloud oder auf dedizierten und VPS-Servern, gewählt nach Last und Budget statt aus Gewohnheit und eingerichtet in Konten, die Ihnen gehören.
Infrastructure as Code
Server, Netzwerke, DNS und Zugänge werden in Code beschrieben und im Repository abgelegt. Die Umgebung lässt sich prüfen, neu erstellen und ändern wie jeder andere Code.
Dev, Stage und Prod
Getrennte Entwicklungs-, Staging- und Produktionsumgebungen mit eigenen Daten und Einstellungen, damit jede Änderung geprüft wird, bevor echte Nutzer sie sehen.
Monitoring und Logs
Metriken, zentrale Logs und Fehlertracking mit Warnmeldungen, damit das Team Probleme als Erstes bemerkt und sie anhand von Daten statt Vermutungen analysiert.
Deployments, die nicht von einer Person abhängen
Wenn ein Release bedeutet, dass sich ein Entwickler mit dem Server verbindet und Befehle aus dem Gedächtnis ausführt, ist jedes Release ein Risiko und jeder Urlaub ein Problem. Wir überführen dieses Wissen in eine Pipeline: Build, Tests, Datenbankmigrationen und Deployment laufen jedes Mal gleich ab, und ein fehlgeschlagenes Release lässt sich in einem Schritt zurückrollen. Secrets und Zugänge werden zentral verwaltet, nicht auf privaten Laptops.
- Automatischer Build und Tests bei jedem Commit
- Deployment und Rollback in einem Schritt
- Datenbankmigrationen als Teil des Releases
- Secrets und Zugänge an einem Ort verwaltet
Infrastruktur, die kostet, was sie soll
Infrastrukturrechnungen wachsen leise: überdimensionierte Instanzen, vergessene Testserver, kostenpflichtige Dienste, die sich gegenseitig doppeln. Wir prüfen, was läuft, wofür es genutzt wird und was es kostet, und schlagen dann Änderungen mit einer geschätzten Einsparung für jede vor. Manchmal bedeutet das eine passende Dimensionierung in derselben Cloud, manchmal den Umzug gleichmäßiger Lasten von einem Cloud-Anbieter auf dedizierte Server.
- Bestandsaufnahme der Ressourcen und ihrer monatlichen Kosten
- Ungenutzte und überdimensionierte Ressourcen entfernt
- Eine geschätzte Einsparung für jede vorgeschlagene Änderung
- Ein Migrationsplan, wo sich der Umzug von Lasten finanziell lohnt
Wissen, was in der Produktion passiert
Ohne Monitoring kommt die erste Meldung über ein Problem von einem Kunden. Wir richten Metriken für Server und Anwendung ein, sammeln Logs an einem Ort und binden Fehlertracking für Backend, Web- und Mobile-Clients an. Warnmeldungen gehen an die Leute, die handeln können, und sind so abgestimmt, dass sie nicht ignoriert werden.
- Dashboards für Server, Datenbanken und Anwendungsmetriken
- Zentrale, durchsuchbare Logs
- Fehlertracking für Backend, Web und Mobile
- Warnmeldungen an die richtigen Personen
So läuft die DevOps-Arbeit ab
Analyse
Wir sehen uns Repositorys, den aktuellen Deployment-Prozess, die Infrastruktur und die Rechnungen an. Sie erhalten einen Bericht mit den Problemen und vorgeschlagenen Änderungen.
Plan
Die Änderungen werden nach Nutzen und Risiko geordnet und kalkuliert. Sie entscheiden, was zuerst umgesetzt wird.
Umsetzung
Pipelines, Container, Umgebungen und Monitoring werden Schritt für Schritt eingeführt, ohne laufende Releases anzuhalten.
Übergabe
Ihr Team erhält Dokumentation und eine Einführung, damit mehr als eine Person das Setup versteht.
Laufende Betreuung
Auf Wunsch betreiben und verbessern wir die Infrastruktur im Rahmen eines Betreuungsvertrags.
Werkzeuge, die wir nutzen
CI/CD
- GitHub Actions
- GitLab CI
- Bitbucket Pipelines
- fastlane
Container
- Docker
- Docker Compose
- Kubernetes
Cloud und IaC
- AWS
- Google Cloud
- Hetzner
- DigitalOcean
- Terraform
- Ansible
Monitoring
- Prometheus
- Grafana
- Sentry
Formen der Zusammenarbeit
Einrichtungsprojekt
Ein Projekt mit festem Umfang: zum Beispiel eine CI/CD-Pipeline, die Containerisierung oder ein Umzug auf eine neue Infrastruktur.
Laufende DevOps-Betreuung
Monatliche Betreuung von Pipelines, Umgebungen und Infrastruktur, bei Bedarf kombiniert mit Serverbetreuung.
Nach Aufwand oder dedizierter Engineer
Beratungen und einzelne Aufgaben, abgerechnet nach Stunden, oder ein Engineer, der Ihrem Team zugeordnet ist.
Stimmen
Das Revol-Team stärkt die Entwicklungskapazitäten des Kunden kontinuierlich durch hochwertige Arbeit und verlässlichen Support. Die Kommunikation ist effektiv, und das Team versteht die Anforderungen und das Geschäft des Kunden sehr gut.
Tomas
Die Arbeit von Revol hat die Erwartungen voll erfüllt und den Kunden zufriedengestellt. Der frische Ansatz und die ständige Erreichbarkeit für Support waren wertvolle Pluspunkte. Wer ein kommunikatives, kundenorientiertes Team sucht, um seine Ziele zu erreichen, ist hier richtig.
Andrey
Häufig gestellte Fragen
Brauchen wir Kubernetes?
Die meisten Produkte nicht. Ein paar Server mit Docker und eine gut gebaute Pipeline decken den Bedarf der meisten Web- und Mobile-Backends bei einem Bruchteil der Komplexität. Kubernetes empfehlen wir, wenn die Zahl der Dienste und die Last es tatsächlich erfordern.
Können Sie in unserem bestehenden Cloud-Konto arbeiten?
Ja. Wir arbeiten in Ihren Cloud- oder Hosting-Konten mit den Zugängen, die Sie uns einräumen, und alles, was wir aufbauen, bleibt Ihres. Wir verlagern Ihre Infrastruktur nicht in Konten, die wir kontrollieren.
Unterbrechen die Änderungen unsere laufenden Releases?
Nein. Änderungen werden Schritt für Schritt eingeführt, meist beginnend mit einer Pipeline, die auf eine neue Staging-Umgebung ausliefert. Die Produktion wird umgestellt, sobald sich der neue Prozess bewährt hat.
Können Sie unsere Hosting-Rechnung senken?
Oft ja, aber wie stark, hängt davon ab, was Sie haben. Nach der Analyse erhalten Sie eine Liste konkreter Änderungen mit einer geschätzten Einsparung für jede, und Sie entscheiden, welche umgesetzt werden.
Richten Sie CI/CD für mobile Apps ein?
Ja: automatisierte Builds, Signierung, Tests und Auslieferung an TestFlight und die Test-Tracks von Google Play, sodass Tester jeden Build ohne manuelle Schritte erhalten.
Worin unterscheidet sich DevOps von Serverbetreuung?
Serverbetreuung hält bestehende Server gesund: Updates, Backups, Monitoring. DevOps verändert, wie das Produkt gebaut und ausgeliefert wird. Viele Kunden brauchen beides, und beides lässt sich in einem Vertrag kombinieren.
Erzählen Sie uns von Ihrem Projekt
Beschreiben Sie die Aufgabe in wenigen Zeilen. Innerhalb eines Werktags melden wir uns mit Rückfragen oder einer ersten Einschätzung zu Umfang und Kosten.
Lieber per E-Mail oder Telefon?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinn, Estland. Unser Team ist weltweit verteilt.
Werden Sie Teil unseres Teams
Senden Sie Ihren Lebenslauf an career@revolsource.com