Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Häufig gestellte Fragen
Was sind einige wichtige Indikatoren dafür, dass mein Bereitstellungsprozess nicht vollständig CI/CD ist?
Der häufigste Indikator ist, wenn es mehrere Repository-Zweige gibt, die separate Umgebungen in einer Pipeline repräsentieren. Repositorys, die sich in einem vollständigen CI/CD Prozess befinden, verwenden einen Trunk-basierten Workflow, bei dem ein Zweig als zentrale Informationsquelle für die Bereitstellungen dieses Repositorys fungiert. Weitere Informationen finden Sie unter Trunk-basierter Ansatz. Zu den weiteren Indikatoren gehören manuelle Bereitstellungsschritte, bei denen es sich nicht um einfache Entscheidungen handelt, ob sie einfach losgehen oder nicht, die Verwendung von Hotfixes und geplante Releases.
Was ist, wenn ich einen vollständigen CI/CD Prozess nutzen möchte, aber dennoch Releases bestimmter Funktionen für bestimmte Zeitpunkte planen möchte?
Dies geschieht normalerweise mit Feature-Flags. In diesem Prozess werden Bereitstellungen immer noch kontinuierlich vorgenommen, aber bestimmte Funktionen werden durch bedingte Schließungen im Code ausgeblendet, bis es Zeit ist, sie zu veröffentlichen.
Was ist, wenn einige Schritte in meinem Bereitstellungsprozess nicht automatisiert werden können?
Eines der Ziele einer vollständigen CI/CD Pipeline besteht darin, den Bedarf an manuellen Prozessen zu minimieren, aber es gibt sicherlich potenzielle Anwendungsfälle, in denen manuelle Prozesse erforderlich sein können. Tatsächlich können schreibgeschützte Prozesse, wie z. B. das Abrufen von Anwendungsprotokollen, häufig in Produktionsumgebungen mit minimalem Risiko durchgeführt werden. Es wird jedoch dringend empfohlen, manuelle Schreibaktionen in der Produktion als absoluten letzten Ausweg zu behandeln.
Was ist, wenn mein technisches Personal mit älteren Workflows besser vertraut ist als mit einem vollständigen CI/CD Prozess?
Es ist üblich, dass technisches Personal großen Änderungen widersteht, insbesondere wenn etwas, das früher als bewährte Methode galt, durch etwas Neueres ersetzt wird. Die Technologie entwickelt sich schnell und es werden ständig Verbesserungen entdeckt. Ein gewisses Maß an Skepsis ist zwar eine gute Eigenschaft eines technischen Personals, aber es ist genauso wichtig, dass es offen für Veränderungen ist. Gehen Sie nicht zu schnell mit skeptischen Mitarbeitern um, da sie Änderungen am System verwalten müssen, bevor sie implementiert werden. Der Schlüssel liegt darin, zu verhindern, dass Skeptiker für immer statisch bleiben.
Was ist, wenn sich meine Umgebungen in mehreren Konten befinden? Kann ich trotzdem einen vollständigen CI/CD Prozess verwenden?
Ja, es wird sogar empfohlen, für jede Umgebung ein separates Konto zu verwenden. Weitere Informationen zu einer Pipeline, die Stufen in verschiedenen Konten aktiviert, finden Sie unter Erstellen einer Pipeline in CodePipeline , die Ressourcen aus anderen Konten verwendet AWS-Konto.
