![](/static/1eee9654a06d3bd1d0144da462540f82/48815/orange_bg.jpg)
Das was
wir tun
Frends hat mehr Funktionen als jede andere Integrationssoftware auf dem Markt. Erkunden Sie, entwickeln Sie Ideen und wenn etwas unklar ist, kontaktieren Sie uns jederzeit. Diese Bibliothek wird im Laufe der Zeit zwangsläufig wachsen.
Rollenbasierte Benutzeroberfläche
Frends verfügt über ein fein abgestuftes Zugriffsverwaltungssystem, das auf benutzerdefinierten Rollen innerhalb der Frends Plattform basiert. Die Rollen werden dann einem Identitätsverwaltungssystem nach Wahl zugeordnet, zum Beispiel Azure AD.
Die Benutzeroberfläche von Frends wurde entwickelt, um das rollenbasierte Zugriffsverwaltungssystem von Grund auf zu unterstützen. Das bedeutet, dass jede Aktion hinter einer Schaltfläche und jedes Datenelement in einer Ansicht so konfiguriert werden kann, dass der Zugriff für eine bestimmte Rolle entweder zugelassen oder blockiert wird.
Beispielrolle, die explizit für Entwickler vorgesehen ist:
Benutzerrollen
Die Benutzerrollen, die in Frends definiert sind, dienen in der Regel dazu, die Rechte eines authentifizierten Benutzers aus Sicherheitsgründen einzuschränken, aber auch um beispielsweise ein DevOps-Modell mit dedizierten Rollen für Tester zu unterstützen und umzusetzen.
So können zum Beispiel Rollen für folgende Benutzertypen konfiguriert werden:
Rolle | Erläuterung |
---|---|
Entwickler | Die Rolle des Entwicklers kann so konfiguriert werden, dass er nur Zugriff auf die Entwicklungsumgebung erhält und privilegiert Lösungen innerhalb einer Testumgebung bereitstellen kann. |
Tester | Die Rolle des Testers kann so konfiguriert werden, dass er ausschließlich Unit-Tests und Integrationen in der Testumgebung manuell ausführen kann. Zusätzlich kann dem Tester erlaubt werden, einen Integrationsprozess als "genehmigt" zu markieren, sobald die Tests abgeschlossen sind. |
Administrator | Die Rolle des Administrators kann so konfiguriert werden, dass er vollen Zugriff auf alle Umgebungen hat, was bedeutet, dass nur er Lösungen für die Produktion implementieren kann. |
Geschäftsinhaber | Die Rolle des Geschäftsinhabers kann so konfiguriert werden, dass er zwar Lesezugriff auf alle Produktionsdaten hat, aber nichts ändern oder bearbeiten kann. |
Alle Benutzerrollen können uneingeschränkt an Entwicklungsprozesse und die Art der Stakeholder angepasst werden.
Manchmal werden die Rollen sogar innerhalb einer Organisation genutzt, um zum Beispiel Teams in der API-Entwicklung und der Automatisierungsentwicklung logisch voneinander zu trennen.
Rollenbasierte Benutzeroberfläche
Frends verfügt über ein fein abgestuftes Zugriffsverwaltungssystem, das auf benutzerdefinierten Rollen innerhalb der Frends Plattform basiert. Die Rollen werden dann einem Identitätsverwaltungssystem nach Wahl zugeordnet, zum Beispiel Azure AD.
Die Benutzeroberfläche von Frends wurde entwickelt, um das rollenbasierte Zugriffsverwaltungssystem von Grund auf zu unterstützen. Das bedeutet, dass jede Aktion hinter einer Schaltfläche und jedes Datenelement in einer Ansicht so konfiguriert werden kann, dass der Zugriff für eine bestimmte Rolle entweder zugelassen oder blockiert wird.
Beispielrolle, die explizit für Entwickler vorgesehen ist:
Benutzerrollen
Die Benutzerrollen, die in Frends definiert sind, dienen in der Regel dazu, die Rechte eines authentifizierten Benutzers aus Sicherheitsgründen einzuschränken, aber auch um beispielsweise ein DevOps-Modell mit dedizierten Rollen für Tester zu unterstützen und umzusetzen.
So können zum Beispiel Rollen für folgende Benutzertypen konfiguriert werden:
Rolle | Erläuterung |
---|---|
Entwickler | Die Rolle des Entwicklers kann so konfiguriert werden, dass er nur Zugriff auf die Entwicklungsumgebung erhält und privilegiert Lösungen innerhalb einer Testumgebung bereitstellen kann. |
Tester | Die Rolle des Testers kann so konfiguriert werden, dass er ausschließlich Unit-Tests und Integrationen in der Testumgebung manuell ausführen kann. Zusätzlich kann dem Tester erlaubt werden, einen Integrationsprozess als "genehmigt" zu markieren, sobald die Tests abgeschlossen sind. |
Administrator | Die Rolle des Administrators kann so konfiguriert werden, dass er vollen Zugriff auf alle Umgebungen hat, was bedeutet, dass nur er Lösungen für die Produktion implementieren kann. |
Geschäftsinhaber | Die Rolle des Geschäftsinhabers kann so konfiguriert werden, dass er zwar Lesezugriff auf alle Produktionsdaten hat, aber nichts ändern oder bearbeiten kann. |
Alle Benutzerrollen können uneingeschränkt an Entwicklungsprozesse und die Art der Stakeholder angepasst werden.
Manchmal werden die Rollen sogar innerhalb einer Organisation genutzt, um zum Beispiel Teams in der API-Entwicklung und der Automatisierungsentwicklung logisch voneinander zu trennen.