add description of extension lifecycle

docs/contribution/30-overview/1-extensions.mdx

@@ -77,6 +77,48 @@ Optionally, an extension may define an external frontend that functions as an en
 You configure the external frontend as a URL, for which you may use templating.
 For more information, see [templating of configuration values](../concepts/templating) and [lifecycle webhook concept](../concepts/lifecycle-webhooks).
 
+## Lifecycle of an Extension
+
+After registering an Extension the verification can be requested.
+To do so a unique name has to be set. 
+Also the scopes, context and support-information have to be set.
+If your extension is not free the webhookUrls are also required.
+
+The verification can be aborted by the contributor.
+
+The extension will now be reviewed by mittwald and verified.
+If everything checks out and no feedback is provided the extension can be published.
+Only the contributor can publish the extension.
+
+### After Publication
+
+The extension can be withdrawn again by the contributor.
+This prevents new ExtensionInstances from beeing created and disables already existing instances.
+This can be useful for performing maintenance.
+Afterwards the Extension can be published again without requesting a new verification.
+
+### Changing the Extension
+
+Changes of the scopes or the webhookUrls need to be verified by mittwald.
+After these changes have been accepted the changes apply instantly.
+
+The context of an extension can only be changed before the initial verification has been requested.
+During the development of the extension the context can be changed freely.
+This will remove all extension-instances.
+
+### When can extension instances be added to a context
+
+At least the context has to be set to add an extension to a context.
+Before the publishing of an extension only the contributor can create instances in their own organization or projects.
+Afterward everyone can create extension-instances.
+
+### Deletion of an Extension
+
+A graceful deletion of the extension can be realized through defining a deprecation.
+The Deprecation defines a shut down date as well as a successor.
+
+The deletion of the Extension is asynchronous because all Extension-Instances must be removed beforehand.
+
 ## Versioning of Extensions
 
 The mStudio does not provide a concept for the versioning of extensions.

i18n/de/docusaurus-plugin-content-docs/current/contribution/30-overview/1-extensions.mdx

@@ -80,6 +80,48 @@ Das externe Frontend wird als URL angegeben und kann getemplated werden.
 Siehe dazu auch [Templating von Konfigurationswerten](../concepts/templating).
 Für weitere Informationen zum External Frontend siehe [External Frontend Konzept](../concepts/external-frontend).
 
+## Lebenszyklus einer Extension
+
+Nachdem eine Extension registriert wurde kann die Verifizierung beantragt werden.
+Dafür muss ein einzigartiger Name gesetzt sein.
+Die Scopes, der Kontexts sowie Support-Informationen müssen ebenfalls gesetzt sein.
+Wenn die Extension nicht kostenlos angeboten werden soll werden zudem WebhookURLs benötigt.
+
+Die Verifizierung kann wieder vom Contributor abgebrochen werden.
+
+Die Extension wird nun von mittwald geprüft und im Anschluss zur veröffentlichung freigegeben.
+Nur ein Contributor kann eine Extension veröffentlichen.
+
+### Nach der Veröffentlichung 
+
+Nach der Veröffentlichung kann eine Extension wieder zurück gezogen werden.
+Dadurch werden die bestehenden Instances der Extension deaktiviert.
+Dies kann nützlich sein um Wartungen durch zu führen.
+
+Die Extension kann ohne erneute Verifizierung wieder veröffentlicht werden.
+
+### Änderungen an der Extension
+
+Änderungen an den Scopes und den WebhookURLs bedürfen einer erneuten Verifizierung durch mittwald.
+Mit der Bestätigung dieser Änderungen werden sie automatisch angewendet.
+
+Der Context einer Extension kann nach dem Anfragen der Verifizierung nicht mehr geändert werden.
+Während der Entwicklung der Extension kann der Context frei geändert werden.
+Dabei werden alle Extension-Instances gelöscht.
+
+### Wann kann wer die Extension zu einem Context hinzufügen?
+
+Es muss mindestens der Context einer Extension gesetzt sein.
+Vor der Veröffentlichung kann die Extension nur zu Kontexten des Kontributors selbst hinzugefügt werden.
+Danach kann jeder die Extension zu Kontexten hinzufügen.
+
+### Löschung der Extension
+
+Um eine Extension schonend zu löschen kann eine Deprecation-Phase definiert werden.
+Hier kann ein Enddatum und ein Nachfolger für die extension gewählt werden.
+
+Die löschung der Extension passiert asynchron, weil alle Extension-Instances vorab gelöscht werden.
+
 ## Versionierung von Extensions
 
 Das mStudio sieht kein Konzept für die Versionierung von Extensions vor.