Entwicklung, Staging und Produktion
Bauen, testen und Nutzer bedienen in getrennten Umgebungen
Nutzen Sie getrennte Umgebungen, um zu bauen, eine ausgewählte Version zu testen und die Anwendung für Nutzer zu betreiben.
Geben Sie jeder Installation einen klaren Zweck
- Die nächste Änderung entwickeln
Prüfen Sie die neueste Arbeit in der Entwicklungsumgebung.
- Ein Release testen
Nutzen Sie Staging, um die gewählte Version und ihre Nutzerwege zu prüfen.
- Die Live-Anwendung betreiben
Halten Sie die Produktion an die Version gebunden, die für Nutzer bestimmt ist.
Geben Sie jeder Umgebung einen klaren Zweck
Die Entwicklung erhält laufende Arbeit. Staging ist der Ort, um ein Release zu prüfen. Die Produktion liefert die Version, auf die sich Ihre Nutzer verlassen sollen.
Die Umgebungsansichten zeigen die installierten Ressourcen und den Betriebszustand. Bestätigen Sie die Umgebung, bevor Sie Neustart- oder Veröffentlichungssteuerungen nutzen.
Halten Sie Verfügbarkeit und getestete Version auseinander
Die neueste Entwicklungsarbeit einsehen. Die Entwicklung erhält laufende Änderungen. Nutzen Sie sie, um die Umsetzung mit dem gewünschten Verhalten abzugleichen, bevor Sie ein Release vorbereiten, während die Produktion auf ihrer vorgesehenen Version bleibt.
Eine Version im Staging prüfen. Staging bietet den Kontext, um ein ausgewähltes Release zu prüfen. Bestätigen Sie Verfügbarkeit und laufende Version und testen Sie dann die für die Veröffentlichung relevanten Nutzerwege. Eine gestartete Umgebung wählt nicht automatisch eine neue Version.
Laufzeit der Tests steuern. Entwicklung und Staging können pausiert werden, wenn sie nicht gebraucht werden. Ihre Laufzeiten fließen in die Hosting-Nutzung ein. Lesen Sie den tatsächlichen Zustand und den Abrechnungszeitraum, damit Entscheidungen zur Verfügbarkeit mit ihren Kosten verbunden bleiben.
Halten Sie Testverfügbarkeit und Laufkosten sichtbar
Entwicklung und Staging können pausiert werden, wenn sie nicht gebraucht werden. Ihre Laufzeit wird für die Hosting-Nutzung erfasst, während die Produktion ihrem Abonnement folgt.
Prüfen Sie vor einem Test, ob die benötigte Umgebung verfügbar ist. Sehen Sie danach den Betriebszustand und die Kostenansicht ein, statt anzunehmen, dass sie weiterlaufen muss.
Geben Sie jeder Umgebung eine klare Rolle in der Prüfung
Die Entwicklung dient dem Bau, das Staging der Prüfung vor der Veröffentlichung und die Produktion der Live-Anwendung. Wählen Sie die Umgebung, die zur geplanten Aktion passt.
Lesen Sie ihren aktuellen Zustand und ihre Version, bevor Sie eine Änderung testen. Dasselbe Projekt kann in den Umgebungen unterschiedliche Versionen bereitstellen, deshalb ist ein erfolgreicher Test in der Entwicklung nur ein Schritt der Veröffentlichung.
Ein klarer Zweck für jede Phase
Das nächste Ergebnis entwickeln. Prüfen Sie die laufende Arbeit sowie ihre Normal- und Ausnahmefälle in der Entwicklung. Nutzen Sie die Projektwerkzeuge, um Voraussetzungen und Bau zu verfolgen.
Das vorgesehene Release testen. Machen Sie das Staging verfügbar, bestätigen Sie seine Version und testen Sie die vollständige Aufgabe. Verfügbarkeit und Bereitstellung sind getrennte Entscheidungen.
Die Live-Version bestätigen. Die Produktion liefert das veröffentlichte Release. Prüfen Sie nach der Bereitstellung seine Version und den Nutzerweg.
Halten Sie Experimente und Live-Betrieb verständlich
Nutzen Sie getrennte Umgebungen, um Arbeit zu prüfen, die Veröffentlichung zu bestätigen und die Laufzeit von Tests zu steuern.
Fragen zu Entwicklung, Staging und Produktion
Sie trennen laufende Entwicklung, Release-Tests und die Live-Nutzung der Anwendung. So hat jede Prüfung einen klaren Kontext, und Sie erkennen, welche Version ein Nutzer tatsächlich sieht.
Das Starten stellt die Verfügbarkeit wieder her. Die Bereitstellung bestimmt die dort laufende Version. Lesen Sie die aktuelle Version, sobald die Umgebung verfügbar ist, und stellen Sie bei Bedarf das vorgesehene Release bereit.
Nutzen Sie die angebotenen Steuerungen für Entwicklung und Staging und verfolgen Sie den resultierenden Zustand. Die Anfrage und der tatsächlich pausierte Zustand sind getrennte Schritte.
Die Abrechnungsansicht erfasst ihre Laufzeiten zum geltenden Stundensatz. Laufzeiten werden auf abgerechnete Stunden gerundet. Prüfen Sie Zeitraum und Betrag, die für das tatsächliche Projekt angezeigt werden.
Folgen Sie dem angezeigten Zustand und der Zeit für einen erneuten Versuch, bevor Sie eine weitere Aktion senden. Bestätigen Sie die resultierende Verfügbarkeit, statt anzunehmen, dass die erste Anfrage bereits abgeschlossen ist.