typo check

Author: daBONDi

slides/content/0_prelude/2_environment.html

@@ -44,11 +44,11 @@ <h3>Windows SSH Shell Client</h3>
 
   ##### Automatic Sync Workshop Folder
 
-  Syncronisiert den /workshop Ordner mit dem Ansible Controller(AWS).
+  Synchronisiert den /workshop Ordner mit dem Ansible Controller(AWS).
 
   ##### Automatic Sync Demos Folder
 
-  Syncronisiert den /demos Ordner mit dem Ansible Controller(AWS).
+  Synchronisiert den /demos Ordner mit dem Ansible Controller(AWS).
   note:
     - Gemeinsam die tasks.json anpassen
     - Gemeinsam Workshop Folder Sync Starten

slides/content/1_overview/1_was_ist_ansible.html

@@ -1,7 +1,7 @@
 <section data-markdown="">
   # Was ist Ansible
 
-  Eine Automatisierungs Engine
+  Eine Automatisierungs-Engine
 </section>
 <section data-markdown="">
   # Ansible ist einfach
@@ -19,7 +19,7 @@
   - Application Deployment
   - Configuration Management
   - Orchestration
-  - Continous Delivery
+  - Continuous Delivery
   - Security & Compliance
   - ...
 
@@ -30,7 +30,7 @@
 
   - Linux/Network = **OpenSSH**
   - Windows = **WinRM**
-  - Kein Agent zu Patchen
+  - Kein Agent zu patchen
   - ***Kein Agent auf Kundensystemen***
 
   > BUZZWORD: **Predictable, reliable and "secure"**
@@ -72,14 +72,14 @@ <h1>[Imagination]Ops Tool</h1>
 
   > https://docs.ansible.com/ansible/latest/modules/modules_by_category.html
 
-  Und es werden mehr bei jedem Release.
+  Und es werden bei jedem Release mehr.
 </section>
 <section data-markdown="">
   # Ansible Community Stats
 
-  - 34,000+ stars & 10,000+ forks auf GitHub
-  - 4000+ GitHub Contributors
-  - 1200+ users im IRC channel #ansible (freenode)
+  - 34.000+ stars & 10.000+ forks auf GitHub
+  - 4.000+ GitHub Contributors
+  - 1.200+ users im IRC channel #ansible (freenode)
   - Top 10 open source projects in 2017
   - ...
 
@@ -122,13 +122,13 @@ <h2>Controller</h2>
     <li>Linux/Unix Based OS</li>
     <li><b>Windows (WSL) unsupported, aber funktioniert</b></li>
     <li>CygWin unsupported, noch nicht getestet</li>
-    <li><strike>Python > 2.7</strike>  / Python >3.5</li>
+    <li><strike>Python > 2.7</strike>  / Python > 3.5</li>
   </ul>
   <div class="columns">
     <div class="col">
       <h2>Managed Linux Host</h2>
       <ul>
-        <li>ssh + sftp(kann auf scp gewechselt werden)</li>
+        <li>ssh + sftp (kann auf scp gewechselt werden)</li>
         <li><strike>Python > 2.7</strike> / Python > 3.5</li>
         <li>Zusätzliche Python Module je nach Ansible Modul</li>
       </ul>
@@ -139,7 +139,7 @@ <h2>Managed Windows Host</h2>
         <li>WinRM Konfiguration</li>
         <li><b>Powershell > 3.0</b> / .Net Framework 4.0</li>
         <li>Zusätzliche Powershell Module je nach Ansible Modul</li>
-        <li>> Windows Server <strike>2008</strike>2012</li>
+        <li>> Windows Server <strike> 2008</strike> 2012</li>
       </ul>
     </div>
   </div>

slides/content/1_overview/2_wie_funktionier_ansible.html

@@ -32,9 +32,9 @@ <h2>Plugins</h2>
   <aside class="notes">
     <ul>
       <li>Bauen die Verbindung zu den Hostsystemen auf</li>
-      <li>Bestimmen zb. den stdout</li>
+      <li>Bestimmen z.B. den stdout</li>
       <li>Bei jedem Task Result wo abspeichern(ARA)</li>
-      <li>Inventory Plugins(Inventory File zb. von einer CMDB ziehen)</li>
+      <li>Inventory Plugins(Inventory File z.B. von einer CMDB ziehen)</li>
     </ul>
   </aside>
 </section>
@@ -49,7 +49,7 @@ <h2>Static Inventory File</h2>
   </aside>
 </section>
 <section>
-  <h2>Dynamic Inventory File (zb. Netbox)</h2>
+  <h2>Dynamic Inventory File (z.B. Netbox)</h2>
   <img src="images/how-ansible-works-diagram-06.svg">
   <aside class="notes">
     <ul>

slides/content/1_overview/3_modules.html

@@ -2,7 +2,7 @@
   <h1>Module</h1>
   <ul>
     <li>Ein Module ist Code, der auf das Zielsystem <b>kopiert</b> und <b>ausgeführt</b> wird.</li>
-    <li>Mehrfache Ausführung sollte immer zum <b>selben Ergebnis</b> führen(idempotent)</li>
+    <li>Mehrfache Ausführung sollte immer zum <b>selben Ergebnis</b> führen (idempotent)</li>
       <ul>
         <li>Es gibt Module die <b>NICHT idempotent sind! Module doc beachten!</b></li>
       </ul>
@@ -12,7 +12,7 @@ <h1>Module</h1>
         <h2>Linux</h2>
         <ul>
           <li>Fast alle Module sind in Python geschrieben</li>
-          <li>Python + benötigen Python Package müssen am Target Host vorhanden sein!</li>
+          <li>Python + benötigte Python Packages müssen am Target Host vorhanden sein!</li>
         </ul>
     </div>
     <div class="col">
@@ -59,9 +59,9 @@ <h1>Module documentation - Ansible Doc Website</h1>
 
   Wenn es kein Ansible Modul gibt, können normale Shellbefehle/Scripts ausgeführt werden.
 
-  - **command / win_command:** Einfaches Command(Keine Shell)
+  - **command / win_command:** Einfaches Command (Keine Shell)
 
-  - **shell/win_shell:** Führt das Command durch eine Shell auf zb. /bin/sh und kann dadurch auch Pipen(**Hier aufpassen**)
+  - **shell/win_shell:** Führt das Command durch eine Shell auf z.B. /bin/sh und kann dadurch auch pipen (**hier aufpassen**)
 
   - **script/win_script:** Führt das lokale Script auf dem Remote Host aus
 
@@ -80,7 +80,7 @@ <h2>Linux</h2>
       <ul>
         <li><b>copy</b> Kopiert von Controller zu Host</li>
         <li><b>file</b> Stellt sicher das eine Datei/Ordner/Berechtigung vorhanden ist</li>
-        <li><b>template</b> Baut zb. eine Config File mit Jinja2 Templating zusammen</li>
+        <li><b>template</b> Baut z.B. eine Config File mit Jinja2 Templating zusammen</li>
         <li><b>apt/yum</b> Package Manager</li>
         <li><b>service</b> Linux Daemon Management</li>
         <li>...</li>

slides/content/1_overview/4_inventory.html

@@ -1,23 +1,23 @@
 <section>
   <h1>Inventory</h1>
   <ul>
-    <li>Beschreibt die Hosts(Nodes)</li>
+    <li>Beschreibt die Hosts (Nodes)</li>
     <ul>
-      <li>IP/DNS/Connection Setup(SSH/WinRM)</li>
+      <li>IP/DNS/Connection Setup (SSH/WinRM)</li>
       <li>Host spezifische Variablen</li>
     </ul>
     <li>Gruppen</li>
       <ul>
-        <li>Ein Host kann in mehreren Gruppen sein(zb. frontend, application, database)</li>
+        <li>Ein Host kann in mehreren Gruppen sein (z.B. frontend, application, database)</li>
         <li>Gruppen können auch verschachtelt werden</li>
       </ul>
   </ul>
   <h3>Quelle</h3>
   <ul>
-    <li>Statisch File (INI, YAML, JSON)</li>
+    <li>Statisches File (INI, YAML, JSON)</li>
     <li>Dynamisch</li>
     <ul>
-      <li>Inventory Plugin(zb. Netbox, AWS, Azure)</li>
+      <li>Inventory Plugin (z.B. Netbox, AWS, Azure)</li>
       <li>Shell Tool das INI/YAML/JSON in stdout ausgibt</li>
     </ul>
     <li>Angabe als String "192.168.1.1,192.168.1,"</li>
@@ -60,10 +60,10 @@ <h3>Quelle</h3>
   ```
 
   ### inventory_hostname
-  Der für Ansible interner festgelegter Name(für Filterung, Playbook Host Angaben usw.)
+  Der für Ansible interne festgelegte Name (für Filterung, Playbook Host Angaben usw.)
 
   ### ansible_host
-  Der für die Verbindung verwendeter Name/IP Adresse
+  Der für die Verbindung verwendete Name/IP Adresse
 
   note:
   - Unterscheid zwischen 

slides/content/1_overview/5_adhoc.html

@@ -3,10 +3,10 @@
 
   ansible [host/group/all] -m [module] -a [module arguments] -i [inventory/inventory_file]
 
-  Führt einen einzelnen Ansible Task(Module) gegen das Inventory aus
+  Führt einen einzelnen Ansible Task (Module) gegen das Inventory aus
 
-  - Server Neustarten
-  - Eine Datei auf mehreren Servers kopieren
+  - Server neustarten
+  - Eine Datei auf mehrere Server kopieren
 
   ### Beispiele
   ```bash

slides/content/1_overview/6_facts.html

@@ -1,7 +1,7 @@
 <section>
   <h1>Ansible Facts(Cache)</h1>
   <ul>
-    <li>Bei Ausführung fragt Ansible einmalig den Host ab(setup), diese Information können später für die Verarbeitung verwendet werden</li>
+    <li>Bei Ausführung fragt Ansible einmalig den Host ab (setup), diese Informationen können später für die Verarbeitung verwendet werden</li>
     <ul>
       <li>Hostname</li>
       <li>IP/Interface Einstellungen</li>

slides/content/1_overview/7_demo.html

@@ -4,7 +4,7 @@
   ** /workshop/1-addhoc/README.md **
 
   - Inventory File schreiben und verwenden
-  - Add-Hoc Tasks gegen die AWS Hosts ausführen
+  - Ad-Hoc Tasks gegen die AWS Hosts ausführen
 
   > Nicht auf den VS Code Task (STRG + P + Tasks: Run Task > "Automatic Sync Workshop Folder" vergessen :-)
 

slides/content/2_playbook_basics/1_vars_basic.html

@@ -22,7 +22,7 @@
 
   ##### Inventory
 
-  Statisch / Dynamisches Inventory(inventory_plugins) mit Gruppen oder Host Variablen (ansible_user, ansible_winrm_server_cert_validation)
+  Statisch / Dynamisches Inventory (inventory_plugins) mit Gruppen oder Host Variablen (ansible_user, ansible_winrm_server_cert_validation)
 
   ##### Facts (Module: Setup)
 
@@ -37,8 +37,8 @@
       - Facts
 </section>
 <section>
-<h2>Variablen Vorang</h2>
-<p>Wenn Variablen / Host für an verschiedenen Source vorhanden sind gilt folgende Order</p>
+<h2>Variablen Vorrang</h2>
+<p>Wenn Variablen / Hosts an verschiedenen Sources vorhanden sind, gilt folgende Order:</p>
 <div class="columns">
   <div class="col">
     <ol>

slides/content/2_playbook_basics/2_playbook.html

@@ -3,15 +3,15 @@
 
 ### Task/Handler
 
-Task/Handler führen Module mit den angegeben Parameter an(Ad-Hoc).
+Task/Handler führen Module mit den angegeben Parameter aus (Ad-Hoc).
 
 ### Play
 
-Ein Play besteht aus mehreren Task/Handler/Roles die auf einen Host/Gruppe ausgeführt werden
+Ein Play besteht aus mehreren Task/Handler/Roles, die auf einen Host/Gruppe ausgeführt werden
 
 ### Playbook
 
-Das Playbook ist eine YAML Datei die mehrer Play's beinhaltet
+Das Playbook ist eine YAML Datei, die mehrere Play's beinhaltet
 
 note:
   Kurz über die bezeichnung, danach zeigen wir eh das playbook
@@ -50,7 +50,7 @@
 
 ## Playbook - Handler Tasks
 
-Handler sind spezielle Tasks die zum Schluss des Plays durchgeführt werden, wen ein Task ein "notify" aussendet
+Handler sind spezielle Tasks, die zum Schluss des Plays durchgeführt werden, wenn ein Task ein "notify" aussendet
 
 ```YAML
 
@@ -73,7 +73,7 @@
       state: restarted                      # Modul Parameter
 ```
 
-> Wenn Package Installiert oder Aktualisiert wird starte den Dienst neu
+> Wenn Package installiert oder aktualisiert wird, starte den Dienst neu
 
 note:
   - Wird nur einmal per Play ausgeführt
@@ -151,7 +151,7 @@
 - Durchbeschreiben der einzelnen
 - Beschreiben Warum
   - Mehrer Plays
-  - Für jede App Deployment Stage ein Play wie zb.
+  - Für jede App Deployment Stage ein Play wie z.B.
     - Application
       - Database Server
         - Smoke Test

slides/content/3_playbook_advanced/12_lookup.html

@@ -135,6 +135,6 @@ <h2>Playbook</h2>
     </div>
   </div>
   <aside class="notes">
-    zb. bei eine CI/CD system werden die Envs dem ansible process übergeben
+    z.B. bei eine CI/CD system werden die Envs dem ansible process übergeben
   </aside>
 </section>

slides/content/3_playbook_advanced/15_assert.html

@@ -21,7 +21,7 @@
 
 note:
   - Überprüfung von Eingabevariablen
-    - zb. wenn das playbook von einem anderen System aufgerufen wird
+    - z.B. wenn das playbook von einem anderen System aufgerufen wird
     - Rollen Variablen
 
 </section>

slides/content/3_playbook_advanced/1_checks_syntax_debug.html

@@ -3,18 +3,18 @@
 
 ## Dry-run
 
-Da die meisten Module Idempotend sind, können wir die Playbooks im "Dry Run" laufen lassen.
-Es werden **keinen Änderungen** vorgenommen von den Tasks, aber welche Task sich **ändern wird zurückgegeben**.
+Da die meisten Module **idempotend** sind, können wir die Playbooks im **Dry Run** laufen lassen.
+Es werden **keinen Änderungen** vorgenommen von den Tasks, aber welche Tasks sich ändern, wird zurückgegeben.
 
 ```bash
 ansible-playbook simple.yml -i inventory.ini --check
 ```
 
-> Achtung es gibt Preview Module wo zb. die Funktion für einen Dry Run fehlt!! (Ansible Modul Index überprüfen)
+> Achtung! Es gibt Preview Module, wo die Funktion für einen Dry Run fehlt!! (Ansible Modul Index überprüfen)
 
 ## Syntax Check
 
-Der Syntax vom Playbook wird ohne ausführung kontrolliert.
+Die Syntax vom Playbook wird überprüft (ohne Ausführung).
 
 ```bash
 ansible-playbook simple.yml -i inventory --syntax-check
@@ -37,7 +37,7 @@
 > Mehr **v** in -v setzt den Debug Level höher
 </section>
 <section data-markdown="">
-# Debug in Playbook
+# Debug im Playbook
 
 ```YAML
 tasks:

slides/content/3_playbook_advanced/3_vars_inventory.html

@@ -1,6 +1,6 @@
 <section>
 <h1>Inventory Group Vars / Host Vars</h1>
-<p>Variablen Files für Inventory Groups und Hosts sind immer relative zum Inventory Source zu definiert.</p>
+<p>Variablen Files für Inventory Groups und Hosts sind immer relativ zum Inventory Source zu definieren.</p>
 <pre><code class="bash">ansible-playbook site.yml -i inventory.ini</code></pre>
 <p class="monospace" style="font-size: 0.6em">
 

slides/content/3_playbook_advanced/4_jinja2.html

@@ -94,7 +94,7 @@
   # Output: [ 1,2,3,5,6]  # 4 ist in beiden Listen vorhanden
 ```
 
-> Funktioniert auch mit komplexen Variablen(Dictonary/Lists)
+> Funktioniert auch mit komplexen Variablen (Dictonary/Lists)
 </section>
 
 <section data-markdown="">
@@ -147,7 +147,7 @@
 
 note:
 Für was braucht man das
-- zb. Settings bekommt man von einem json http response und muss damit arbeiten
+- z.B. Settings bekommt man von einem json http response und muss damit arbeiten
 - um eine liste für das loopen zu erhalten
 </section>
 <section data-markdown="">

slides/content/3_playbook_advanced/5_template.html

@@ -49,7 +49,7 @@ <h3>Play</h3>
 <aside class="notes">
   <ul>
     <li>Der Variablen Scope vom Host wird hergenommen</li>
-    <li>Templateing engine jinja2, wie zb. python flask, usw.</li>
+    <li>Templateing engine jinja2, wie z.B. python flask, usw.</li>
     <li>Erkläre foreach</li>
     <li>Erkläre if</li>
     <li>generate config</li>

slides/content/3_playbook_advanced/6_loops.html

@@ -1,7 +1,7 @@
 <section>
   <h1>Loops - loop</h1>
   <p>
-    Fürt das Modul für für jedes Element in der Liste auf den Host aus.
+    Führt das Modul für jedes Element der Liste auf dem Host aus.
   </p>
   <p>
     <pre><code class="hls yaml">
@@ -164,7 +164,7 @@ <h3>Simple Loop / For Each</h3>
 
 # loop_control - **loop_var**
 
-**Benutzerdefinierten Variablen Name** verwenden für den Loop.
+**Benutzerdefinierten Variablennamen** verwenden für den Loop.
 
 ```yaml
 - copy:
@@ -198,7 +198,7 @@ <h3>Simple Loop / For Each</h3>
 <section data-markdown="">
 # loop_control - **label**
 
-Output im stdout minimieren bei Loops über größere Objekte 
+Minimiert Output im stdout (bei Loops über größere Objekte)
 
 Gibt im Output dann nur mehr **item.name** aus, anstatt der gesamten Datenstruktur als **JSON im stdout** __(Logging!)__