Farbig hervorgehobener Quellcode auf einem Monitor in einem abgedunkelten Raum

Nearshore · Plattformteams aus Antalya

Nearshore DevOps- und Kubernetes-Teams

Cloud-, DevOps- und Kubernetes-Engineers, die Ihre Plattform in Ihrem Repository aufbauen und automatisieren. Sie haben einen Vertrag und eine Rechnung: SKAFFON.

  • Arbeit in Ihrem Repository und Ticketsystem
  • Änderungen per Pull Request und GitOps
  • Start zuerst in der Entwicklungsumgebung

01Ausgangslage

Plattformarbeit, die remote gut funktioniert

Plattformarbeit besteht überwiegend aus Code, Konfiguration und Pipelines und lässt sich deshalb gut aus der Ferne liefern. SKAFFON stellt auf Anfrage ein dediziertes Team in Antalya in der Türkei zusammen, das Ihre Plattform aufbaut, automatisiert und weiterentwickelt.

Sie beauftragen und bezahlen ausschließlich SKAFFON.

02Aufgaben

Was die Engineers in Ihrer Plattform bauen

03Änderungsweg

Vom Commit in die Entwicklungsumgebung

Jede Änderung des Teams läuft über Git: Pull Request, Review, Pipeline und GitOps-Abgleich. Zuerst landet sie in der Entwicklungsumgebung.

Änderungsweg im Nearshore-Plattformteam Engineer erstellt einen Pull Request im Repository des Kunden, Review und Pipeline prüfen, GitOps-Abgleich überträgt die Änderung zuerst in die Entwicklungsumgebung, danach schrittweise weiter. EngineerPull RequestReview undPipelineGitOps-AbgleichEntwicklungs-umgebung Least PrivilegeIhr RepositoryIhre Regelnz. B. Argo CDzuerst hier Änderungen nur über Git Zugang über Ihr Identity-System, weitere Umgebungen schrittweise nach Ihrer Freigabe Rückmeldung und nächste Aufgabe im Ticketsystem und Chat des Kunden
Änderungsweg im Nearshore-Plattformteam Engineer erstellt einen Pull Request im Repository des Kunden, Review und Pipeline prüfen, GitOps-Abgleich überträgt die Änderung zuerst in die Entwicklungsumgebung, danach schrittweise weiter. Änderungen nur über Git Zugang über Ihr Identity-System,weitere Umgebungen schrittweisenach Ihrer Freigabe EngineerPull RequestReview und PipelineGitOps-AbgleichEntwicklungsumgebung Least PrivilegeIhr RepositoryIhre Regelnz. B. Argo CDzuerst hier Rückmeldung und nächste Aufgabe imTicketsystem und Chat des Kunden

04Zugriff

Zugriff über Git und Ihr Identity-System

Das Team arbeitet in Ihrem Repository, Ihrem Chat und Ihrem Ticketsystem. Änderungen laufen per Pull Request und GitOps-Abgleich; Zugänge erhalten die Engineers über Ihr Identity-System, nach Least Privilege.

  • Git ist der Änderungsweg
  • Least Privilege für alle Zugänge
  • Entwicklung zuerst, weitere Rechte schrittweise durch Sie
Blick über die Dächer der Altstadt Kaleiçi in Antalya mit Yivli-Minarett und Uhrturm im Abendlicht
Antalya, Türkei: hier stellen wir auf Anfrage Ihr Team zusammen.

05Start

In vier Schritten vom Bedarf zum ersten Pull Request

  1. 01

    Bedarf besprechen

    Wir klären Plattform, Aufgaben und gewünschte Rollen.

  2. 02

    Team zusammenstellen

    Passend zu Ihrem Stack wählen wir Engineers für die Rollen aus, etwa Cloud-/Platform-Engineer und DevOps-Engineer.

  3. 03

    Personen kennenlernen

    Sie lernen die Personen kennen und entscheiden.

  4. 04

    Start in Ihren Systemen

    Entwicklung zuerst

    Das Team beginnt in der Entwicklungsumgebung; weitere Rechte vergeben Sie schrittweise.

06Zusammenarbeit

Arbeitszeiten, Sprache und Führung

Arbeitszeiten und Sprache stimmen wir flexibel mit Ihnen ab. Antalya liegt ganzjährig auf UTC+3: zwei Stunden Unterschied im Winter, eine im Sommer.

Ob Sie die Engineers selbst führen oder ein Ergebnis beauftragen, entscheiden Sie: Dedizierte Teams oder Managed Delivery. Bei einem Plattformaufbau auch als Kubernetes Platform Foundation.

Arbeitsplatz mit zwei Monitoren, auf denen Terminal und Quellcode zu sehen sind

07Datenschutz

Plattformarbeit ohne Zugriff auf Produktivdaten zuschneiden

Plattformarbeit lässt sich meist so zuschneiden, dass das Team keinen Zugriff auf personenbezogene Produktivdaten braucht. Wo doch, schließen wir mit Ihnen einen Auftragsverarbeitungsvertrag.

Die Türkei steht nicht in der Liste der Angemessenheitsbeschlüsse der EU-Kommission; Einordnung: Nearshore Engineering aus der Türkei.

08

Wann ein Nearshore-Plattformteam das falsche Modell ist

Passt, wenn

  • Sie ein Team in Ihren Systemen arbeiten lassen und führen können.
  • Ihre Plattform Fernzugriff aus der Türkei zulässt.

Passt nicht, wenn

  • Ihre Produktionsumgebung jeden Fernzugriff aus Drittländern verbietet.
  • Sie keine Kapazität haben, ein Team zu führen: dann ist Managed Delivery geeigneter.
  • Sie Personen vor Ort in Ihren Räumen benötigen.

Beschreiben Sie Ihre Plattform und die gewünschten Rollen

Eine kurze Beschreibung genügt für den Einstieg.