ScriptRunner
| ScriptRunner
| |
|---|---|
| |
| ScriptRunner Admin App, Screenshot
ScriptRunner Delegate App, Screenshot | |
| Basisdaten
| |
| Maintainer | Lua-Fehler in Modul:Wikidata, Zeile 639: attempt to index field 'wikibase' (a nil value) |
| Entwickler | Frank Kresse und Team |
| Erscheinungsjahr | 2014 |
| Aktuelle Version | 2020PS7 (4. Juni 2020) |
| Betriebssystem | Windows |
| Programmiersprache | Lua-Fehler in Modul:Wikidata, Zeile 639: attempt to index field 'wikibase' (a nil value) |
| Lizenz | proprietär |
| deutschsprachig | ja |
| ScriptRunner Homepage | |
ScriptRunner ist eine Softwareplattform für die Automation und Delegation mit Hilfe von PowerShell. Die Plattform unterstützt den IT-Betrieb über den gesamten Lebenszyklus von Scripten von der Entwicklung über die zentrale Verwaltung, und die richtliniengesteuerte Ausführung bis hin zur Einhaltung von Nachweispflichten. ScriptRunner stellt dem Anwender zudem eine automatisch erzeugte grafische Benutzeroberfläche im Browser für die sichere Anwendung von Scripten bereit. So können Betriebsaufgaben mit PowerShell-Scripten gelöst und sehr einfach an andere Administratoren, Service Desk oder Endanwender delegiert werden. Die erste Version wurde 2014 veröffentlicht. Seit 2019 ist der Hersteller ScriptRunner Software GmbH ein eigenständiges Tochterunternehmen der AppSphere AG.[1]
Geschichte[Bearbeiten]
Auslöser für die Entwicklung von ScriptRunner war die Notwendigkeit, PowerShell auch anderen Benutzergruppen neben den DevOps auf einfache und sichere Art zugänglich zu machen und damit das Potenzial für die Automatisierung mit PowerShell vollumfänglich im IT-Betrieb nutzen zu können.[2]
Die Entwicklung von ScriptRunner begann Mitte 2013. Im Folgejahr wurde eine erste Version als Minimum Viable Product zunächst als Einzelplatzversion für Administratoren veröffentlicht. Mit der Version 2014R2 war es ab Ende 2014 möglich, ScriptRunner für die zentrale Organisation und Ausführung von Scripten sowie das Reporting innerhalb von Administratoren-Teams zu nutzen.
Mitte 2015 erfolgte die Erstveröffentlichung der ScriptRunner Delegationsfunktionen und der zugehörigen Delegate App. Damit war nun das Ausführen von PowerShell-Scripten mit einem Delegationsprinzip möglich, um Service Desk und teamübergreifende Verwendung der Scripte sicherzustellen. Das Grundprinzip für die Delegation beruht auf der kompletten Trennung der Anwenderrolle im Benutzerkontext vom administrativen Kontext zur Ausführung der Scripte. In diesem Sinne führt eine zentrale ScriptRunner Instanz die Scripte gemäß konfigurierter Richtlinien auf den Zielsystemen als administrativer Stellvertreter aus. Der Anwender löst in seiner Rolle die Verarbeitung lediglich aus. Auf der Grundlage dieses Prinzips kann eine moderne Sicherheitsarchitektur für die Anwendung von PowerShell in der Unternehmens-IT realisiert werden.
Im gleichen Jahr wurden zusätzliche Entwicklerfunktionen in der PowerShell ISE (Integrated Script Environment, kurz ISE) für DevOps[3] bereitgestellt.
Ab 2016 wurden Connectoren für die Integration und Automation mit Drittsystemen wie IT-Service-Management, Workflow-Management-Systemen und Monitoring eingeführt.[4] Dadurch wurde es möglich, die Funktionalität von ScriptRunner für die gesamte Breite von Management-Werkzeuge bereitzustellen. So können z. B. einzelne Prozessschritte in Workflows von ScriptRunner zentral verarbeitet werden. Im gleichen Jahr wurden die Fähigkeiten zur Verarbeitung von PowerShell Scripten auf Microsoft Office 365 und Microsoft Azure Active Directory[5] erweitert.
Für eine höhere Interaktivität und eine bequemere Auswahl von möglichen Eingabewerten für Scripte in den Browserformularen wurden 2017 die ScriptRunner Queries entwickelt. Mit diesen ist es möglich, sowohl das Active Directory direkt abzufragen als auch mögliche Eingabewerte aus Datenbanken oder von Serversystemen abzufragen und dem Anwender darzustellen.
Ebenfalls in diesem Jahr wurden die ersten PowerShell-Scriptsammlungen als ActionPacks veröffentlicht, um Administratoren und DevOps einen leichteren Einstieg zu bieten und den Entwicklungsaufwand für PowerShell Scripte deutlich zu reduzieren.
2018 wurde die Unterstützung von zentralen Passwort-Servern für die administrativen Credentials zur Ausführung von Scripten eingeführt. Außerdem können nun alle Microsoft-Azure-Cloud-Ressourcen direkt mit PowerShell-Scripten in ScriptRunner verwaltet werden.[6]
Funktionen & Architektur[Bearbeiten]
ScriptRunner deckt nachfolgende Funktionsbereiche ab:
- Automatisierung mit Scripten sowie einfacher Integration mit Monitoring, ITSM, Workflows und Fach-Applikationen
- Delegieren von wiederkehrenden Routinetätigkeiten an den Service Desk und die Endanwender im Self-Service.
- Steuern aller Aktivitäten rund um die PowerShell sowie deren Anwendung mit Scripten und Richtlinien.
- Überwachen und Kontrolle aller Vorgänge, übersichtliche Darstellung in Dashboards und ein vollständiges Reporting.
- Organisieren aller PowerShell-Scripte, Richtlinien, Logs und Reports an einer zentralen Stelle.
- Entwickeln von PowerShell-Scripten im Team und leichter Einstieg mit anpassbaren Script-Sammlungen.
Die ScriptRunner Plattform umfasst folgende Bestandteile:
- ScriptRunner Service als zentrales Application Backend u. a. für die Ausführung von PowerShell Scripten
- ScriptRunner Admin App für die Konfiguration von Richtlinien, Delegation und Automation sowie Einsichtnahme in Reports
- ScriptRunner Delegate App für die Anwendung von PowerShell Scripten im Servicedesk
- ScriptRunner Self-Service App für die Anwendung von PowerShell Scripten durch Endanwender
- ScriptRunner ISE Add-on für die Entwicklung von Scripten in einem einstufigen Prozess durch DevOps
- ScriptRunner Visual Studio Code Extension zur Entwicklungsunterstützung für DevOps (2019)
- ScriptRunner Connectors für die Integration und Automation mit Drittsystemen und Anwendungen
- ScriptRunner ActionPacks als PowerShell Scriptsammlungen für die sofortige Verwendung in der Plattform
Anwendungsbereiche[Bearbeiten]
- Zentralisierung
- ScriptRunner ermöglicht die Zentralisierung von Scripten, Richtlinien, Reports, Rechten und Rollen.
- Standardisierung und Reproduzierbarkeit
- Die Ergebnisse aller Script-Ausführungen werden vollständig protokolliert. Durch Berichte und die zentrale Organisation ergibt sich eine vollständige Dokumentation für PowerShell.
- Nachvollziehbarkeit
- Einheitliche Berichterstattung und das Einhalten von ITIL-Prozessen und IT-Governance ermöglichen einen nachvollziehbaren Umgang mit PowerShell.
- Delegation
- Betriebsaufgaben lassen sich an andere Bereiche, wie den Servicedesk oder Endanwender, delegieren. Durch automatisch erzeugte Grafikoberflächen für Scripte sind keine PowerShell-Kenntnisse notwendig.
- Sicherheit
- Unkontrollierte oder direkte Zugriffe auf Systeme mit PowerShell werden verhindert. Zusätzlich werden Anwenderrollen von Berechtigungen getrennt und können zentral verwaltet werden.
Weblinks[Bearbeiten]
Einzelnachweise[Bearbeiten]
- ↑ Firmenprofil, auf appsphere.com
- ↑ Thomas Joos: AppSphere ScriptRunner stützt DevOps-Prozesse. In: Dev Insider. 12. Dezember 2017, abgerufen am 12. Dezember 2018.
- ↑ Neue Funktionen und Features in ScriptRunner 2015R3. In: ScriptRunner Blog. 11. November 2015, abgerufen am 12. November 2018.
- ↑ ScriptRunner® 2016 für noch stärkere Automatisierung. (PDF) In: ScriptRunner. 15. September 2016, abgerufen am 11. Dezember 2018.
- ↑ Office 365 Administration mit ScriptRunner. In: ScriptRunner Blog. 31. Januar 2017, abgerufen am 11. Dezember 2018.
- ↑ Neue ScriptRunner Version 2018R3. In: ScriptRunner Blog. 25. September 2018, abgerufen am 11. Dezember 2018.
Diese artikel "ScriptRunner" ist von Wikipedia The list of its authors can be seen in its historical and/or the page Edithistory:ScriptRunner.
