Downloaden Sie, um offline zu lesen
Hochgeladen voninovex GmbH
Von Test nach live mit Rex
Das Dokument beschreibt die Rolle von Jan Gehring als Systems Architect bei Inovex und die Nutzung von Rex für Serverorchestrierung und Automatisierung. Rex, entwickelt seit 2010, wird kontinuierlich zur effizienten Durchführung von Softwaredeployments genutzt. Es werden verschiedene Aspekte der Implementierung, Entwicklungsumgebung sowie der Deployment-Methoden mit Rex erläutert.
Von Test nach live mit Rex
- 1. Von Test nachLive mit Rex
- 2. Wer bin ich? • Jan Gehring • Angestellt bei inovex als Systems Architect • Design, Aufbau & Betrieb von Serverlandschaften • Web- und Mailcluster • Perl seit 1998
- 3. Wer bin ich? • Jan Gehring • Angestellt bei inovex als Systems Architect • Design, Aufbau & Betrieb von Serverlandschaften • Web- und Mailcluster • Perl seit 1998 • https://github.com/krimdomu • @jfried83
- 4. Also bei mirfunktionierts...
- 5. Fail early -Fail hard
- 6. Rex - Wasist das? • der Name steht für "Remote Execution" • Automatisierung • Serverorchestrierung • Konfigurationsmanagement • Deployments
- 7. Rex - EtwasGeschichte • wird entwickelt seit 2010 • wurde entwickelt für Softwaredeployments • wird seitdem kontinuierlich weiterentwickelt
- 8. Philosophie • Getting Things Done o Schnell o Zuverlässig bzw. Nachvollziehbar • Bruch der Kompatibilität = Bug
- 9. Philosophie • Getting Things Done o Schnell o Zuverlässig bzw. Nachvollziehbar • Bruch der Kompatibilität = Bug • Feature Flags
- 10. Juhu ein neuesProjekt
- 11. Ein neues Projekt • 2 Wege
- 12. Ein neues Projekt • 2 Wege o Wir fangen gleich an zu implementieren
- 13.
- 14. Ein neues Projekt • 2 Wege o Wir fangen gleich an zu implementieren o Wir fragen nach den Anforderungen
- 15. Ein neues Projekt • 2 Wege o Wir fangen gleich an zu implementieren o Wir fragen nach den Anforderungen Software Architektur Gibt es Vorgaben bzgl. Perl Versionen oder Modulversionen Unter welchem OS soll es laufen? Clusterbetrieb? Hochverfügbarkeit? und vieles mehr...
- 16.
- 17. Die Entwicklungsumgebung • im Normalfall virtuell • so nah wie möglich an Produktion • Rex/Boxes um schnell VMs zu erstellen • Rex zum provisionieren und deployen
- 18. Basics - derAufbau • Make = Makefile • Rex = Rexfile • Taskbasiert • SSH • Keine Vorgabe der Authentifizierung • Protokollunabhängig • Es gibt auch einen HTTP/s Modus
- 19.
- 20. System vorbereiten • Beispielprojekt o Webserver o Memcache o Datenbank
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44. Es gibt mehr... • Environments • Verwaltung von Diensten o starten o stoppen o runlevel manipulation • Arbeiten mit Dateien / Config-Management o Templates • Benutzerverwaltung • Filesystemoperationen • Partitionierung von Festplatten • ... • http://rexify.org/api
- 45.
- 46. Deployments • mittels Git • mittels Paketmanager • mittels Symlinks
- 47. Deployments • mittels Git • mittels Paketmanager • mittels Symlinks • Rex::Apache::Deploy
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54. Deployment der Anwendung bash# rex deploy --commit=abcd1234
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63. Environments bash# rex -Elive deploy --commit=abcd1234
- 64. Vielen Dank fürsZuhören. ● http://rexify.org/ ● http://modules.rexify.org/ ● http://box.rexify.org/