Implementierung von Deployit, Teil 2: Technische Überlegungen

In einem kürzlich erschienenen Beitrag hat Vincent Partington, CTO von XebiaLabs, einige wichtige organisatorische Themen erörtert, die Sie bei der Einführung der Bereitstellungsautomatisierung mit Deployit berücksichtigen sollten. Die Vorbereitung Ihrer Organisation ist natürlich entscheidend, um den größtmöglichen Nutzen aus der Bereitstellungsautomatisierung zu ziehen. Bei der Einführung von Deployit gibt es auch einige technische Überlegungen, auf die wir hier eingehen möchten, damit Sie sicher sein können, dass Ihre Infrastruktur bereit ist, wenn Sie Ihre erste vollautomatische Bereitstellung durchführen.

Bereiten Sie Ihre Infrastruktur vor

Um Deployit in Ihrer Infrastruktur zum Laufen zu bringen, sind in der Regel nur minimale Anpassungen erforderlich, aber Sie können noch schneller loslegen, wenn Sie ein paar Dinge im Voraus einrichten.

LDAP-Gruppen konfigurieren

Rollen und Zugriffsrechte in Deployit sind mit Benutzern und Gruppen in Ihrem LDAP verknüpft. Sobald Sie sich Gedanken darüber gemacht haben, wer in Ihrem Unternehmen welche Berechtigungen haben sollte, können Sie die entsprechenden LDAP-Gruppen erstellen und ihnen Benutzer zuweisen. Gängige Beispiele sind eine Gruppe von Entwicklern (oder sogar eine pro Anwendung oder "Funktionsbereich"), eine Gruppe von Deployern, Middleware-Experten und natürlich die Administratoren.Wenn ein Teil Ihrer Entwicklung ausgelagert ist und Sie Deployit so einrichten, dass Externe sichere "Self-Service"-Einsätze durchführen können, sollten Sie sich überlegen, wie Sie deren Zugriffsrechte verwalten. Ein Konto pro Projekt oder Outsourcer ist üblich, aber wir haben auch gesehen, dass hier ein begrenzter LDAP-Verbund verwendet wird.

Identifizierung eines Deployit-Hosts

Bei einer normalen Installation läuft der Deployit-Server als eigenständige Java 1.5-Anwendung. Sein geringer Ressourcenbedarf bedeutet, dass Sie in der Regel keinen eigenen Rechner benötigen. In der Regel wird Deployit auf einer "Utility"-Box installiert. Da der Deployit-Server versucht, Verbindungen zu den Zielrechnern herzustellen, ist es jedoch wichtig, einen Host zu wählen, der über eine Netzwerkverbindung zu allen Rechnern verfügt, die Deployit verwalten soll. Die Ports, die zugänglich sein müssen, hängen von der Art der Verbindung ab, wobei SSH bei weitem die häufigste Option ist. Natürlich muss der Deployit-Server auch auf das für die Authentifizierung verwendete LDAP zugreifen können. Benutzer, die mit der Flex-GUI von Deployit arbeiten, verwenden einfach einen Webbrowser, um sich mit dem Server zu verbinden. Dazu müssen sie natürlich in der Lage sein, HTTP(S)-Verbindungen von ihren lokalen Rechnern zum Deployit-Server herzustellen.

Vorbereiten der Zielcomputer

Da Deployit ohne Agenten arbeitet, sind keine störenden Änderungen an den verwalteten Rechnern erforderlich. Es lohnt sich jedoch, vor der Installation von Deployit einige kleine Dinge zu überprüfen. Natürlich muss der Deployit-Server in der Lage sein, eine Verbindung zu den verwalteten Rechnern herzustellen, und zwar über das angegebene Protokoll und die angegebenen Anmeldedaten. Überprüfen Sie, ob das angegebene Konto korrekt eingerichtet ist, eine Remote-Verbindung herstellen kann und über ausreichende Berechtigungen zur Ausführung von Verwaltungsbefehlen verfügt (siehe Benutzerhandbuch erfordert Authentifizierung). Sie können auch andere Anmeldeinformationen für die Verbindung zum Zielcomputer und die Ausführung von Befehlen verwenden, indem Sie einen SUDO-Benutzer angeben. Stellen Sie in diesem Fall sicher, dass dieser Benutzer die Verwaltungsbefehle ausführen kann.

Prüfen Sie Ihre Middleware-Konfiguration

Deployit unterstützt viele Versionen gängiger Middleware-Stacks wie WebSphere, WebLogic und JBoss; prüfen Sie, ob Ihre Version in der Liste enthalten ist. Da Deployit für die Verwaltung und Bereitstellung von Middleware native Verwaltungsschnittstellen wie wsadmin und WLST verwendet, können Sie Ihre Middleware-Installation in der Regel auf die von Ihnen bevorzugte Art und Weise einrichten. Für einige Stacks gibt es einige wenige Anforderungen, z. B. muss wsadmin installiert sein. Wenn Sie Java EE-Anwendungen bereitstellen, die von einem Webserver wie Apache "gesteuert" werden, muss Deployit auch in der Lage sein, die Konfiguration des Webservers zu ändern. In der Dokumentation der Standard-Plugins werden diese Anforderungen detailliert beschrieben, und es empfiehlt sich, sie im Voraus zu überprüfen.In einigen Fällen, z. B. bei der Bereitstellung für Tomcat, hängen bestimmte Funktionen von bestimmten Container-Konfigurationen oder Modulen ab. Die Bereitstellung kann natürlich auch mit einer "Bare-Bones"-Installation erfolgen, die für Ihre Bedürfnisse durchaus ausreichend sein kann.

Vorbereiten von Daten für Ihr Configuration Item Repository

Damit Deployit weiß, wie es sich mit Ihren Zielcomputern verbinden und diese verwalten kann, benötigt es einige Informationen über Ihre Umgebungen, z.B. die IP-Adressen oder Hostnamen von Servern oder das WAS-Home-Verzeichnis einer WebSphere-Zelle. Wenn Sie sich die Configuration Items ansehen, die Sie verwenden möchten, können Sie sich leicht einen Überblick über die erforderlichen Informationen verschaffen. Wenn Sie diese sammeln und gegebenenfalls aus CMDBs und ähnlichen Datenquellen extrahieren, können Sie sie automatisch über die Befehlszeilenschnittstelle in Deployit einspeisen.

Nächste Schritte

Wenn Sie diese Checkliste durchgehen, sind Sie bestens gerüstet, um Deployit zu installieren, in Betrieb zu nehmen und Deployit mit den sofort einsatzbereiten Prozessen mit einem Minimum an Aufwand einzusetzen. Beim nächsten Mal werden wir besprechen, wie Sie den Bedarf an Anpassungen des Standardprozesses erkennen und bewerten und wie Sie Deployit weiter an die Abläufe in Ihrem Unternehmen anpassen können. Wenn Sie mehr wissen möchten, werden diese und andere relevante Themen - sowohl technische als auch geschäftsorientierte - in der kostenlosen Deployit-Schulungsreihe ausführlich behandelt.