Downloaden Sie, um offline zu lesen
Hochgeladen vonJan Gehring
Von Test nach Live mit Rex
Jan Gehring, Systems Architect bei Inovex, stellt 'rex' vor, ein seit 2010 entwickeltes Tool für Remote Execution, das Automatisierung, Serverorchestrierung und Konfigurationsmanagement ermöglicht. Das Dokument beschreibt dessen Philosophie, den Aufbau der Entwicklungsumgebung und die Deployment-Methoden, einschließlich der Nutzung von Git und Paketmanagern. Weitere Informationen und Ressourcen sind auf den angegebenen Webseiten verfügbar.
![Open Patterns for Day 2 Ops [Gluecon 2017]](https://cdn.slidesharecdn.com/ss_thumbnails/gluecon2017-day2ops-170523221725-thumbnail.jpg?width=640&height=640&fit=bounds)
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/