devops.straight8.de - Benutzerbeiträge [de]

KI-Integration

2026-04-01T19:56:24Z

KingHayes:

== Europäische KI-Anbieter==

In Europa gibt es eine wachsende Auswahl an spezialisierten KI-Lösungen, die besonders durch starke Datenschutzstandards (DSGVO-Konformität) und tiefe Integration in europäische Geschäftsprozesse überzeugen.

Hier sind zehn der besten KI-Angebote für Business-Kunden in Europa (Stand 2025/2026):

DeepL (Deutschland): Gilt weltweit als führend in der KI-gestützten Übersetzung und übertrifft bei europäischen Sprachen oft die Genauigkeit von Google Translate.

Mistral AI (Frankreich): Ein Vorzeigeprojekt für europäische KI, das leistungsstarke Large Language Models (LLMs) als Open-Weight-Modelle anbietet, was Unternehmen maximale Kontrolle über ihre Daten ermöglicht.

Microsoft 365 Copilot: Die derzeit am tiefsten integrierte Lösung für den Büroalltag. Sie ist DSGVO-konform, da die Datenverarbeitung innerhalb des eigenen Microsoft-Tenants in Europa stattfindet.

amberSearch (Deutschland): Fungiert als eine Art interne „Google-Suche“ für Unternehmen. Es verbindet verschiedene Datensilos (wie Cloud-Speicher oder Mail-Server), um Wissen zentral zugänglich zu machen.

Synthesia (UK): Ein Pionier für KI-Videokommunikation, der es Unternehmen ermöglicht, professionelle Videos mit realistischen Avataren in über 140 Sprachen ohne Studioaufwand zu erstellen.

Nooxit (Deutschland): Eine spezialisierte Plattform für die Automatisierung von Finanz- und Buchhaltungsprozessen, die unter anderem Rechnungen automatisch prüft und kontiert.

Noota (Frankreich): Ein spezialisierter europäischer Meeting-Assistent, der Gespräche transkribiert, analysiert und direkt in CRM-Systeme integriert.

Aleph Alpha (Deutschland): Bietet mit der Luminous-Modellfamilie KI-Lösungen an, die besonders auf Transparenz und Datensouveränität für Behörden und sicherheitskritische Industrien ausgelegt sind.

Userlike (Deutschland): Ein führender Anbieter für KI-Chatbots im Kundensupport, der nahtlos zwischen automatisierter Hilfe und menschlichen Beratern wechselt.

Hugging Face (Frankreich/USA): Die wichtigste Open-Source-Plattform für KI-Modelle weltweit mit starkem europäischem Ursprung, die Unternehmen Zugriff auf eine riesige Bibliothek vortrainierter Modelle bietet.

KI-Integration

2026-04-01T19:55:09Z

KingHayes: Die Seite wurde neu angelegt: „== Europäische KI-Anbieter== In Europa gibt es eine wachsende Auswahl an spezialisierten KI-Lösungen, die besonders durch starke Datenschutzstandards (DSGVO-Konformität) und tiefe Integration in europäische Geschäftsprozesse überzeugen. Hier sind zehn der besten KI-Angebote für Business-Kunden in Europa (Stand 2025/2026): DeepL (Deutschland): Gilt weltweit als führend in der KI-gestützten Übersetzung und übertrifft bei europäischen Sprachen…“

== Europäische KI-Anbieter==

In Europa gibt es eine wachsende Auswahl an spezialisierten KI-Lösungen, die besonders durch starke Datenschutzstandards (DSGVO-Konformität) und tiefe Integration in europäische Geschäftsprozesse überzeugen.

Hier sind zehn der besten KI-Angebote für Business-Kunden in Europa (Stand 2025/2026):
DeepL (Deutschland): Gilt weltweit als führend in der KI-gestützten Übersetzung und übertrifft bei europäischen Sprachen oft die Genauigkeit von Google Translate.
Mistral AI (Frankreich): Ein Vorzeigeprojekt für europäische KI, das leistungsstarke Large Language Models (LLMs) als Open-Weight-Modelle anbietet, was Unternehmen maximale Kontrolle über ihre Daten ermöglicht.
Microsoft 365 Copilot: Die derzeit am tiefsten integrierte Lösung für den Büroalltag. Sie ist DSGVO-konform, da die Datenverarbeitung innerhalb des eigenen Microsoft-Tenants in Europa stattfindet.
amberSearch (Deutschland): Fungiert als eine Art interne „Google-Suche“ für Unternehmen. Es verbindet verschiedene Datensilos (wie Cloud-Speicher oder Mail-Server), um Wissen zentral zugänglich zu machen.
Synthesia (UK): Ein Pionier für KI-Videokommunikation, der es Unternehmen ermöglicht, professionelle Videos mit realistischen Avataren in über 140 Sprachen ohne Studioaufwand zu erstellen.
Nooxit (Deutschland): Eine spezialisierte Plattform für die Automatisierung von Finanz- und Buchhaltungsprozessen, die unter anderem Rechnungen automatisch prüft und kontiert.
Noota (Frankreich): Ein spezialisierter europäischer Meeting-Assistent, der Gespräche transkribiert, analysiert und direkt in CRM-Systeme integriert.
Aleph Alpha (Deutschland): Bietet mit der Luminous-Modellfamilie KI-Lösungen an, die besonders auf Transparenz und Datensouveränität für Behörden und sicherheitskritische Industrien ausgelegt sind.
Userlike (Deutschland): Ein führender Anbieter für KI-Chatbots im Kundensupport, der nahtlos zwischen automatisierter Hilfe und menschlichen Beratern wechselt.
Hugging Face (Frankreich/USA): Die wichtigste Open-Source-Plattform für KI-Modelle weltweit mit starkem europäischem Ursprung, die Unternehmen Zugriff auf eine riesige Bibliothek vortrainierter Modelle bietet.

Hauptseite

2026-04-01T19:53:45Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* '''Programmiersprachen'''
** PHP
** Python
** Go
** C-Sharp
** [[JavaScript (JS)/ TypeScript (TS)]]
** HTML
** CSS

* '''Datenaustauschformate'''
** [[JSON]]
** XML

* '''Entwicklungsumgebungen'''
** Eclipse
** Visual Studio
** [[Visual Studio Code]]

* '''Content-Management-Systeme'''
** [[Typo3]]

* '''Datenbanken'''
** [[Datenbank Clients]]

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]
** [[KI-Integration]]

* ToDo - Tools und Services evaluieren
** LM Studio https://lmstudio.ai/ https://www.heise.de/download/product/lmstudio
** Miro https://miro.com/de/
** Postman https://www.postman.com/downloads/
** n8n https://www.hostinger.com/de/n8n-hosting
** Hostinger https://www.hostinger.com/de
** Hetzner https://www.hetzner.com/de/cloud/

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Typo3

2026-04-01T15:32:07Z

KingHayes:

= Seiten Laypouts =

Die Verzeichnisstruktur von Seitenlayouts in TYPO3 ist eng mit dem Konzept des Sitepackages verbunden, das auf der Extension-Struktur von TYPO3 basiert. Layouts definieren das grundlegende HTML-Gerüst, während Partials für wiederverwendbare Komponenten (z.B. Header, Footer) und Templates für die eigentlichen Inhaltsseiten zuständig sind.

Grundlegende Verzeichnisstruktur (Sitepackage)
Ein typisches Sitepackage, das Layouts enthält, wird unter <code>typo3conf/ext/</code> oder <code>packages/</code> abgelegt:

== Sitepackage Struktur ==

<pre>
mein_sitepackage/
├── Configuration/
│ ├── BackendLayouts/ # Definitionen der Backend-Layouts (TSconfig/YAML)
│ ├── TypoScript/ # Haupt-TypoScript-Dateien
│ └── RTE/ # Konfiguration für den Rich Text Editor
├── Resources/
│ ├── Private/
│ │ ├── Layouts/ # Haupt-Layouts (HTML)
│ │ ├── Partials/ # Wiederverwendbare Komponenten (Header, Footer)
│ │ └── Templates/ # Haupt-Templates (z.B. für Seiten)
│ └── Public/
│ ├── CSS/
│ ├── Images/
│ └── JavaScript/
└── ext_emconf.php # Extension-Konfigurationsdatei

</pre>

== Vorlagen für Templates ==

* HTML

<code>default.html</code>

<pre>
<!DOCTYPE html>
<html lang="de">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>TYPO3 Website - {data.title}</title>
<link rel="stylesheet" href="css/style.css">
</head>
<body>

<header class="site-header">
<div class="container">
<div class="logo">
<a href="/">MEIN LOGO</a>
</div>
<nav class="main-navigation">
<ul>
<li><a href="#">Home</a></li>
<li><a href="#">Leistungen</a></li>
<li><a href="#">Kontakt</a></li>
</ul>
</nav>
</div>
</header>

<main class="content-wrapper">
<section class="breadcrumb">
<div class="container">
Sie sind hier: Home > Unterseite
</div>
</section>

<div class="container main-grid">
<article class="content-main">
<h1>Überschrift der Seite</h1>
<p>Hier erscheint der Hauptinhalt aus dem Backend.</p>
</article>

<aside class="sidebar">
<h3>Sidebar</h3>
<p>Zusatzinfos oder Menüs.</p>
</aside>
</div>
</main>

<footer class="site-footer">
<div class="container">
<p>© 2026 Meine TYPO3 Website</p>
</div>
</footer>

</body>
</html>
</pre>

* CSS

<code>style.css</code>

<pre>
* { box-sizing: border-box; }
body { font-family: sans-serif; line-height: 1.6; margin: 0; color: #333; }
.container { max-width: 1100px; margin: 0 auto; padding: 0 20px; }

header { background: #f4f4f4; padding: 1rem 0; border-bottom: 3px solid #ff8700; }
.logo { font-weight: bold; font-size: 1.5rem; float: left; }
nav { float: right; }
nav ul { list-style: none; padding: 0; margin: 0; display: flex; }
nav li { margin-left: 20px; }

.main-grid { display: grid; grid-template-columns: 2fr 1fr; gap: 40px; padding: 40px 0; }

footer { background: #333; color: #fff; padding: 2rem 0; margin-top: 40px; }
</pre>

Typo3

2026-04-01T15:27:09Z

KingHayes: Die Seite wurde neu angelegt: „== Vorlagen für Templates == * HTML <code>default.html</code> <pre> <!DOCTYPE html> <html lang="de"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>TYPO3 Website - {data.title}</title> <link rel="stylesheet" href="css/style.css"> </head> <body> <header class="site-header"> <div class="container"> <div class="logo"> <a href="/">MEIN LOG…“

== Vorlagen für Templates ==

* HTML

<code>default.html</code>

<pre>
<!DOCTYPE html>
<html lang="de">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>TYPO3 Website - {data.title}</title>
<link rel="stylesheet" href="css/style.css">
</head>
<body>

<header class="site-header">
<div class="container">
<div class="logo">
<a href="/">MEIN LOGO</a>
</div>
<nav class="main-navigation">
<ul>
<li><a href="#">Home</a></li>
<li><a href="#">Leistungen</a></li>
<li><a href="#">Kontakt</a></li>
</ul>
</nav>
</div>
</header>

<main class="content-wrapper">
<section class="breadcrumb">
<div class="container">
Sie sind hier: Home > Unterseite
</div>
</section>

<div class="container main-grid">
<article class="content-main">
<h1>Überschrift der Seite</h1>
<p>Hier erscheint der Hauptinhalt aus dem Backend.</p>
</article>

<aside class="sidebar">
<h3>Sidebar</h3>
<p>Zusatzinfos oder Menüs.</p>
</aside>
</div>
</main>

<footer class="site-footer">
<div class="container">
<p>© 2026 Meine TYPO3 Website</p>
</div>
</footer>

</body>
</html>
</pre>

* CSS

<code>style.css</code>

<pre>
* { box-sizing: border-box; }
body { font-family: sans-serif; line-height: 1.6; margin: 0; color: #333; }
.container { max-width: 1100px; margin: 0 auto; padding: 0 20px; }

header { background: #f4f4f4; padding: 1rem 0; border-bottom: 3px solid #ff8700; }
.logo { font-weight: bold; font-size: 1.5rem; float: left; }
nav { float: right; }
nav ul { list-style: none; padding: 0; margin: 0; display: flex; }
nav li { margin-left: 20px; }

.main-grid { display: grid; grid-template-columns: 2fr 1fr; gap: 40px; padding: 40px 0; }

footer { background: #333; color: #fff; padding: 2rem 0; margin-top: 40px; }
</pre>

Hauptseite

2026-04-01T15:23:42Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* '''Programmiersprachen'''
** PHP
** Python
** Go
** C-Sharp
** [[JavaScript (JS)/ TypeScript (TS)]]
** HTML
** CSS

* '''Datenaustauschformate'''
** [[JSON]]
** XML

* '''Entwicklungsumgebungen'''
** Eclipse
** Visual Studio
** [[Visual Studio Code]]

* '''Content-Management-Systeme'''
** [[Typo3]]

* '''Datenbanken'''
** [[Datenbank Clients]]

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]

* ToDo - Tools und Services evaluieren
** LM Studio https://lmstudio.ai/ https://www.heise.de/download/product/lmstudio
** Miro https://miro.com/de/
** Postman https://www.postman.com/downloads/
** n8n https://www.hostinger.com/de/n8n-hosting
** Hostinger https://www.hostinger.com/de
** Hetzner https://www.hetzner.com/de/cloud/

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Code auf mehreren Zeilen gleichzeitig ändern

2026-03-27T18:59:23Z

KingHayes: Die Seite wurde neu angelegt: „In VS Code können Sie Code auf mehreren Zeilen gleichzeitig ändern, indem Sie '''Multi-Cursor''' verwenden. Die effektivsten Methoden sind '''Alt+Klick''' (Windows/Linux) bzw. '''Option+Klick''' (macOS) zum Setzen mehrerer Cursor, oder '''Strg/Cmd+Alt+Pfeiltasten''', um Cursor vertikal zu erweitern. Dies ermöglicht paralleles Tippen, Löschen oder Bearbeiten. Hier sind die besten Methoden im Überblick: === 1. Mehrere Cursor manuell setzen (Alt / O…“

In VS Code können Sie Code auf mehreren Zeilen gleichzeitig ändern, indem Sie '''Multi-Cursor''' verwenden. Die effektivsten Methoden sind '''Alt+Klick''' (Windows/Linux) bzw. '''Option+Klick''' (macOS) zum Setzen mehrerer Cursor, oder '''Strg/Cmd+Alt+Pfeiltasten''', um Cursor vertikal zu erweitern. Dies ermöglicht paralleles Tippen, Löschen oder Bearbeiten.

Hier sind die besten Methoden im Überblick:

=== 1. Mehrere Cursor manuell setzen (Alt / Option + Klick) ===
* Funktion: Klicken Sie mit gedrückter '''Alt-Taste''' (Windows/Linux) oder
* Option-Taste (macOS) an jede Stelle, die Sie bearbeiten möchten.
* Anwendung: Perfekt, wenn die Zeilen nicht direkt untereinander liegen.

=== 2. Vertikale Auswahl (Alt+Shift / Option+Shift + Ziehen) ===
* Funktion: Halten Sie '''Alt+Shift''' (Windows/Linux) bzw. '''Option+Shift''' (macOS) gedrückt und ziehen Sie die Maus vertikal.
* Anwendung: Erzeugt einen Auswahlblock über mehrere Zeilen.

=== 3. Cursor nach oben/unten erweitern (Strg+Alt / Cmd+Alt + Pfeiltasten) ===
* Funktion: Drücken Sie Strg+Alt+Pfeil-nach-oben/unten (Windows/Linux) oder Cmd+Alt+Pfeil-nach-oben/unten (macOS).
* '''Anwendung:''' Fügt schnell Cursor in den Zeilen darüber oder darunter hinzu.

=== 4. Alle Vorkommen eines Wortes ändern (Strg+D / Cmd+D) ===
* Funktion: Markieren Sie ein Wort und drücken Sie mehrfach '''Strg+D''' (Windows) / '''Cmd+D''' (macOS), um das nächste Vorkommen desselben Wortes auszuwählen.
* '''Anwendung:''' Ideal zum Umbenennen von Variablen.

=== 5. Alle Vorkommen in der Datei auswählen (Strg+Shift+L / Cmd+Shift+L) ===
* Funktion: Markieren Sie ein Wort und drücken Sie '''Strg+Shift+L''' (Windows) oder '''Cmd+Shift+L''' (macOS).
* '''Anwendung:''' Wählt alle Instanzen des Wortes in der gesamten Datei aus.

=== 6. Blockweise bearbeiten (Column Selection Mode) ===
* Sie können auch in den Modus "Spaltenauswahl" wechseln, um wie in einem Texteditor Rechtecke zu markieren, indem Sie die Maus bei gedrückter '''Alt/Option-Taste''' verwenden.

Prettifying Code

2026-03-19T20:03:48Z

KingHayes: Die Seite wurde neu angelegt: „Das „Aufhübschen“ von Code nennt man in der Fachsprache '''Beautifying''' oder '''Prettifying'''. Unter Windows gibt es dafür eine ganze Reihe von Programmen – von einfachen Texteditoren bis hin zu professionellen Entwicklungsumgebungen. Hier sind die besten Optionen, sortiert nach Komplexität: === 1. Visual Studio Code (VS Code) – Der Goldstandard === VS Code ist aktuell das beliebteste Programm für Code. Es ist kostenlos und bringt die Fun…“

Das „Aufhübschen“ von Code nennt man in der Fachsprache '''Beautifying''' oder '''Prettifying'''. Unter Windows gibt es dafür eine ganze Reihe von Programmen – von einfachen Texteditoren bis hin zu professionellen Entwicklungsumgebungen.

Hier sind die besten Optionen, sortiert nach Komplexität:

=== 1. Visual Studio Code (VS Code) – Der Goldstandard ===
VS Code ist aktuell das beliebteste Programm für Code. Es ist kostenlos und bringt die Funktion meist schon von Haus aus mit.

'''Wie es geht:''' Code einfügen, Rechtsklick und '''„Dokument formatieren“''' (Tastenkürzel: {{Taste|Alt}} + {{Taste|Shift}} + {{Taste|F}}) wählen.

'''Pro-Tipp:''' Installiere die Erweiterung '''„Prettier“'''. Sie ist der Industriestandard für die Formatierung von HTML, CSS und JavaScript.

=== 2. Notepad++ – Der Klassiker ===
Viele nutzen Notepad++, weil es extrem schnell und leichtgewichtig ist. Für die Einrückung benötigst du hier ein Plugin.

'''Plugin:''' Gehe über den „Plugin Admin“ und suche nach '''„XML Tools“'''.

'''Wie es geht:''' Nach der Installation findest du unter ''Erweiterungen -> XML Tools'' die Option '''„Pretty print“''' (Tastenkürzel: {{Key|Strg}} + {{Taste|Alt}} + {{Taste|Shift}} + {{Taste|B}}). Trotz des Namens funktioniert das oft auch hervorragend für HTML.

=== 3. Webbrowser (Chrome, Edge, Firefox) – Ohne Installation ===
Wenn du nur schnell mal Code lesen willst, der auf einer Website minimiert ist, brauchst du gar kein extra Programm.

'''Wie es geht:''' Drücke {{Taste|F12}} (Entwicklertools), gehe auf den Reiter '''„Sources“''' (Quellen) und öffne die Datei.

'''Der Zaubertrick:''' Unten links im Code-Fenster findest du ein kleines Icon mit zwei geschweiften Klammern <code>{ }</code>. Ein Klick darauf macht den Code sofort lesbar („Pretty Print“).

=== 4. Sublime Text – Schnell & Edel ===
Ein sehr eleganter Editor, der besonders bei Webentwicklern beliebt ist.

'''Plugin:''' Über das „Package Control“ installierst du das Plugin '''„HTML-CSS-JS Prettify“'''.

'''Vorteil:''' Es nutzt im Hintergrund ''node.js'', was die Formatierung extrem präzise macht.

=== Vergleich der Werkzeuge ===

{| class="wikitable"
! Programm !! Schwierigkeit !! Besonders geeignet für... !! Kosten
|-
| '''VS Code''' || Mittel || Komplette Projekte, tägliche Arbeit || Kostenlos
|-
| '''Notepad++''' || Einfach || Schnelles Bearbeiten einzelner Dateien || Kostenlos
|-
| '''Browser DevTools''' || Sehr einfach || Schnelles Reinschauen ohne Installation || Integriert
|-
| '''Prettier (CLI)''' || Profi || Automatisierung in Firmen-Workflows || Kostenlos
|}

[[Datei:Minified_vs_beautified_code_placeholder.png|thumb|Beispiel für minimierten vs. formatierten Code]]

=== Welches Tool ist das richtige für dich? ===
Das hängt davon ab, wie oft du das machst. Wenn du nur gelegentlich Code-Schnipsel lesbar machen willst, ist '''Notepad++ mit XML Tools''' oder einfach ein '''Online-Beautifier''' (wie ''beautifier.io'') am unkompliziertesten. Wenn du vorhast, öfter mit Code zu arbeiten, führt kein Weg an '''VS Code''' vorbei.

Webentwicklung

2026-03-19T20:01:55Z

KingHayes: /* Verschiedene Technologien */

=Verschiedene Technologien=
* [[Prettifying_Code]]

==HTML/ CSS==
===Fallbeispiele===
====Positionierung von <code>‹div›</code>-Containern====

'''Video Tutorial von acadamy.of.webdesign'''

Teil1

https://www.youtube.com/watch?v=4-qAfmobWxU

Teil 2

https://www.youtube.com/watch?v=ZlSpVq_qi-E

Teil 3

https://www.youtube.com/watch?v=LLfoO_IZKjw&t=1s

Teil 4

https://www.youtube.com/watch?v=EbuK3KZOPzs

Teil 5

https://www.youtube.com/watch?v=D7gFur7lXW8

====CSS Variablen====

https://www.youtube.com/watch?v=YINBFCpLWUE ''(v. Programmieren mit Mario
)''

====Farbschema eines Layout an zentraler Stelle definieren====

'''Video-Tutorial von Mario'''

https://www.youtube.com/watch?v=OOQe1Y4e5ro

====Farbpaletten====
==Javascript (JS)==
===Fallbeispiele===
====Lokalisierung von Element (Zahlen, Währung, Datum etc.)====

https://www.youtube.com/watch?v=A0FaqIR_Ngw ''(v. Programmieren mit Mario)''

=gesammelte Code Beispiele=

==currentColor (CSS)==

Video: https://www.youtube.com/watch?v=Mb_bF4Y26DA

Datenbank Clients

2026-02-24T09:43:08Z

KingHayes: Die Seite wurde neu angelegt: „== HeidiSQL == Ein lokaler Client für Datenbanken. Da er nicht - wie z.B. phpMyAdmin - auf der produktiven Webpräsenz installiert ist, bietet er mehr Sicherheit. HeidiSQL gibt es für Linux, Windows und Mac. https://www.heidisql.com/download.php“

== HeidiSQL ==
Ein lokaler Client für Datenbanken. Da er nicht - wie z.B. phpMyAdmin - auf der produktiven Webpräsenz installiert ist, bietet er mehr Sicherheit.

HeidiSQL gibt es für Linux, Windows und Mac.

https://www.heidisql.com/download.php

Hauptseite

2026-02-24T09:40:30Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* Programmiersprachen
** PHP
** Python
** Go
** C-Sharp
** [[JavaScript (JS)/ TypeScript (TS)]]
** HTML
** CSS

* Datenaustauschformate
** [[JSON]]
** XML

* Entwicklungsumgebungen
** Eclipse
** Visual Studio
** Visual Studio Code

* Datenbanken
** [[Datenbank Clients]]

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]

* ToDo - Tools und Services evaluieren
** LM Studio https://lmstudio.ai/ https://www.heise.de/download/product/lmstudio
** Miro https://miro.com/de/
** Postman https://www.postman.com/downloads/
** n8n https://www.hostinger.com/de/n8n-hosting
** Hostinger https://www.hostinger.com/de
** Hetzner https://www.hetzner.com/de/cloud/

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

VPC, Subnets, Security Groups

2026-02-16T17:16:03Z

KingHayes: Die Seite wurde neu angelegt: „Einführung in Cloud-Netzwerkgrundlagen = == 1. Virtual Private Cloud (VPC) == Eine '''Virtual Private Cloud (VPC)''' ist ein privater, isolierter Bereich innerhalb einer öffentlichen Cloud-Plattform (wie AWS, Google Cloud oder Azure). Man kann sie sich als ein virtuelles Rechenzentrum vorstellen, das die vollständige Kontrolle über die Netzwerkumgebung ermöglicht. === Kernmerkmale einer VPC === '''Isolierung:''' Standardmäßig ist der Datenverkeh…“

Einführung in Cloud-Netzwerkgrundlagen =

== 1. Virtual Private Cloud (VPC) ==
Eine '''Virtual Private Cloud (VPC)''' ist ein privater, isolierter Bereich innerhalb einer öffentlichen Cloud-Plattform (wie AWS, Google Cloud oder Azure). Man kann sie sich als ein virtuelles Rechenzentrum vorstellen, das die vollständige Kontrolle über die Netzwerkumgebung ermöglicht.

=== Kernmerkmale einer VPC ===

'''Isolierung:''' Standardmäßig ist der Datenverkehr innerhalb einer VPC komplett vom Internet und anderen Kunden getrennt.

'''IP-Adressbereich:''' Beim Erstellen einer VPC wird ein privater IP-Adressbereich mittels eines CIDR-Blocks (Classless Inter-Domain Routing) definiert, z. B. 10.0.0.0/16.

'''Anpassbarkeit:''' Sie bestimmen das Routing, die Gateways und die Sicherheitsmechanismen.

=== Warum ist eine VPC wichtig? ===
Ohne eine VPC würden Cloud-Ressourcen ohne logische Trennung nebeneinander existieren. Die VPC bildet das Fundament, auf dem alle anderen Dienste (Datenbanken, Server, Load Balancer) sicher kommunizieren können.

== 2. Subnets (Subnetze) ==
Ein '''Subnet''' ist eine Unterteilung des IP-Adressbereichs einer VPC. Während die VPC das gesamte Netzwerk darstellt, sind Subnets die "Räume" innerhalb dieses Gebäudes, in denen die Ressourcen leben.

=== Arten von Subnets ===
Es wird primär zwischen zwei Typen unterschieden:

'''Public Subnets (Öffentliche Subnetze):''' Besitzen eine Route zu einem '''Internet Gateway (IGW)'''. Ressourcen hier (z. B. Webserver) sind direkt aus dem Internet erreichbar.
'''Private Subnets (Private Subnetze):''' Haben keine direkte Route zum Internet. Sie werden für sensible Daten wie Datenbanken oder Backend-Logik genutzt.
=== Logische Trennung (Beispiel) ===
{| class="wikitable"
! Komponente !! Subnet-Typ !! Zweck
|-
| Web-Frontend || Public || Erreichbarkeit für Nutzer
|-
| Applikations-Server || Private || Verarbeitung der Geschäftslogik
|-
| Datenbank || Private || Höchster Schutz der Daten
|}

== 3. Security Groups (Sicherheitsgruppen) ==
'''Security Groups''' agieren als virtuelle Firewalls auf Ebene der einzelnen Instanz (z. B. eine virtuelle Maschine). Sie kontrollieren, welcher Datenverkehr ein- und ausgehen darf.

=== Funktionsweise ===

'''Stateful (Zustandsbehaftet):''' Wenn Sie eine eingehende Anfrage erlauben, wird die Antwort automatisch erlaubt, unabhängig von den ausgehenden Regeln.

'''Whitelist-Prinzip:''' Standardmäßig ist jeglicher eingehende Verkehr verboten. Sie müssen explizit Regeln hinzufügen, um Zugriff zu gewähren.

=== Wichtige Parameter einer Regel ===

'''Protokoll:''' z. B. TCP, UDP oder ICMP.

'''Port-Bereich:''' z. B. 80 (HTTP), 443 (HTTPS) oder 22 (SSH).

'''Quelle/Ziel:''' Dies kann eine IP-Adresse, ein CIDR-Block oder eine andere Security Group sein.

=== Beispiel-Konfiguration ===
Für einen Webserver würde eine typische Security Group so aussehen:

'''Inbound:''' Erlaube Port 80 (HTTP) von 0.0.0.0/0 (überall).

'''Outbound:''' Erlaube allen Verkehr zu jedem Ziel (um Updates zu laden).

== Zusammenfassung des Zusammenspiels ==
Die Sicherheit in der Cloud folgt dem Prinzip der '''Defense in Depth''' (gestaffelte Verteidigung):

Die '''VPC''' isoliert das gesamte Unternehmen nach außen.
'''Subnets''' organisieren die Ressourcen nach ihrer Funktion und Erreichbarkeit.
'''Security Groups''' schützen jede einzelne Instanz individuell vor unbefugten Zugriffen.
[[Kategorie:Cloud Computing]]
[[Kategorie:Netzwerksicherheit]]

Cloud & DevOps Spezialisierung

2026-02-16T17:14:58Z

KingHayes: /* Tag 4 – Networking Basics */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, [[Hochverfügbarkeit]]
* [[Shared Responsibility Model]]
'''Praxis:''' Skizziere eine einfache [[Web-App-Architektur]] in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM ... [[AWS: EC2, S3, RDS, IAM|more]]
* Azure: VM, Blob Storage, Azure SQL, Entra ID ... [[Azure: VM, Blob Storage, Azure SQL, Entra ID|more]]
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier) ... [[Cloud Accounts unter Nutzung des Free Tier (kostenlose Kontingente)|more]]

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* [[VPC, Subnets, Security Groups]]
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, [[Container-Orchestrierung in der Cloud|Container]], Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* [[Kubernetes (K8s)]]
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

Hauptseite

2026-02-16T17:12:43Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* Programmiersprachen
** PHP
** Python
** Go
** C-Sharp
** [[JavaScript (JS)/ TypeScript (TS)]]
** HTML
** CSS

* Datenaustauschformate
** [[JSON]]
** XML

* Entwicklungsumgebungen
** Eclipse
** Visual Studio
** Visual Studio Code

* Datenbanken

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]

* ToDo - Tools und Services evaluieren
** LM Studio https://lmstudio.ai/ https://www.heise.de/download/product/lmstudio
** Miro https://miro.com/de/
** Postman https://www.postman.com/downloads/
** n8n https://www.hostinger.com/de/n8n-hosting
** Hostinger https://www.hostinger.com/de
** Hetzner https://www.hetzner.com/de/cloud/

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

JavaScript (JS)/ TypeScript (TS)

2026-02-15T14:31:21Z

KingHayes: /* Software Tools */

== JavaScript-Libraries ==

* jQuery
* Lodash
* Moment.js
* Chart.js und D3.js
* Three.js
* Webpack und Vite
* Node.js
* Mithril.js
* Frameworks: Angular, React, Vue.js

== Software Tools ==

* Loom
* Jira
* Google Stack
* Google Apps Script
* JavaScript und Python
* Make
* Slack
* Confluence
* ChatGPT
* Git und GitHub

JavaScript (JS)/ TypeScript (TS)

2026-02-15T14:27:51Z

KingHayes: Die Seite wurde neu angelegt: „ == JavaScript-Libraries == * jQuery * Lodash * Moment.js * Chart.js und D3.js * Three.js * Webpack und Vite * Node.js * Mithril.js * Frameworks: Angular, React, Vue.js == Software Tools ==“

== JavaScript-Libraries ==

* jQuery
* Lodash
* Moment.js
* Chart.js und D3.js
* Three.js
* Webpack und Vite
* Node.js
* Mithril.js
* Frameworks: Angular, React, Vue.js

== Software Tools ==

Hauptseite

2026-02-15T14:09:27Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* Programmiersprachen
** PHP
** Python
** Go
** C-Sharp
** [[JavaScript (JS)/ TypeScript (TS)]]
** HTML
** CSS

* Datenaustauschformate
** [[JSON]]
** XML

* Entwicklungsumgebungen
** Eclipse
** Visual Studio
** Visual Studio Code

* Datenbanken

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Nutzung der Jobsuche-API und Anwendungsszenarien für Software-Tools

2026-02-15T14:08:33Z

KingHayes: /* Abruf über die Console mit cURL */

== Nutzung der Jobsuche-API der Bundesagentur für Arbeit (BA) ==

Um die '''Jobsuche-API''' in eigener Software zu verwenden, muss die technische Authentifizierung über die interne Client-ID der BA erfolgen, da kein offizielles Entwickler-Portal mit individueller Key-Vergabe existiert.

=== Technische Umsetzung ===

Die Einbindung erfolgt über eine REST-Schnittstelle. Da die API primär für die Web-Anwendung der BA konzipiert wurde, wird eine statische ''client-id'' genutzt.

'''Basis-URL:''' <nowiki>https://rest.arbeitsagentur.de/jobboerse/jobsuche-service/pc/v4/jobs</nowiki>

'''Authentifizierung:''' Erfordert den HTTP-Header <code style="color: #c7254e;">X-API-Key</code>.

'''Standard-Key:''' <code style="background-color: #f9f9f9;">jobboerse-jobsuche</code>

==== Wichtige Query-Parameter ====
{| class="wikitable"
! Parameter !! Funktion !! Beispiel
|-
| '''was''' || Suchbegriff oder Beruf || was=Informatiker
|-
| '''wo''' || Ort oder Postleitzahl || wo=Berlin
|-
| '''umkreis''' || Suchradius in Kilometern || umkreis=20
|-
| '''page''' || Seitennummer für Ergebnisse || page=1
|}

== Anwendungsszenarien für Software-Tools ==

Hier sind drei Konzepte für Anwendungen, die auf Basis dieser API-Daten entwickelt werden könnten:

=== 1. Der "Hidden Gem" Radar (Nischen-Job-Aggregator) ===
Während kommerzielle Portale oft nur bezahlte Anzeigen priorisieren, enthält die BA-Datenbank nahezu alle gemeldeten Stellen, auch von kleinen Betrieben oder Behörden.

'''Das Tool:''' Ein Bot, der die API nach spezifischen, seltenen Schlagwortkombinationen scannt und Nutzer per Push-Benachrichtigung (z. B. Telegram oder Slack) über neue Treffer informiert, die auf großen Plattformen untergehen würden.

=== 2. Regionaler Fachkräfte-Monitor für Kommunen ===
Entscheidungsträger benötigen oft Echtzeit-Daten zur lokalen Arbeitsmarktsituation.

'''Das Tool:''' Ein Dashboard, das die API-Daten aggregiert und auf einer Karte visualisiert. So lässt sich darstellen, in welchen Stadtteilen die Diskrepanz zwischen Gehaltsniveau (Entgeltatlas) und der Anzahl offener Stellen am größten ist.

=== 3. KI-basierter "Skill-Gap" Analysator ===
Bewerber wissen oft nicht, welche technischen Qualifikationen in ihrer spezifischen Region aktuell den Ausschlag geben.

'''Das Tool:''' Eine Anwendung, die per API die Volltext-Beschreibungen der letzten 100 relevanten Stellenanzeigen abruft. Mittels einer KI (LLM) werden die am häufigsten geforderten "Must-have"-Skills extrahiert und mit dem Lebenslauf des Nutzers abgeglichen.

== Rechtlicher und technischer Hinweis ==
Da die Nutzung über eine inoffizielle Client-ID erfolgt, besteht keine Garantie für die dauerhafte Stabilität der Endpunkte. Für hochverfügbare, kommerzielle Anwendungen sollte die offizielle '''HR-BA-XML Schnittstelle''' über das Partner-Portal der BA geprüft werden.

=== Abruf über die Console mit cURL ===

<code>curl -o jobs.json -H "X-API-Key: jobboerse-jobsuche" "https://rest.arbeitsagentur.de/jobboerse/jobsuche-service/pc/v4/jobs?was=Informatiker&wo=Berlin&umkreis=2"</code>

Hilfe zu cURL:

https://hostman.com/de/tutorials/so-laden-sie-dateien-mit-curl-herunter/

https://linux-de.com/?p=21245

https://de.unixlinux.online/tx/1004033469.html

[[Kategorie:Programmierung]] [[Kategorie:API]] [[Kategorie:Arbeitsmarkt]]

Nutzung der Jobsuche-API und Anwendungsszenarien für Software-Tools

2026-02-14T18:50:15Z

KingHayes: /* Rechtlicher und technischer Hinweis */

== Nutzung der Jobsuche-API der Bundesagentur für Arbeit (BA) ==

Um die '''Jobsuche-API''' in eigener Software zu verwenden, muss die technische Authentifizierung über die interne Client-ID der BA erfolgen, da kein offizielles Entwickler-Portal mit individueller Key-Vergabe existiert.

=== Technische Umsetzung ===

Die Einbindung erfolgt über eine REST-Schnittstelle. Da die API primär für die Web-Anwendung der BA konzipiert wurde, wird eine statische ''client-id'' genutzt.

'''Basis-URL:''' <nowiki>https://rest.arbeitsagentur.de/jobboerse/jobsuche-service/pc/v4/jobs</nowiki>

'''Authentifizierung:''' Erfordert den HTTP-Header <code style="color: #c7254e;">X-API-Key</code>.

'''Standard-Key:''' <code style="background-color: #f9f9f9;">jobboerse-jobsuche</code>

==== Wichtige Query-Parameter ====
{| class="wikitable"
! Parameter !! Funktion !! Beispiel
|-
| '''was''' || Suchbegriff oder Beruf || was=Informatiker
|-
| '''wo''' || Ort oder Postleitzahl || wo=Berlin
|-
| '''umkreis''' || Suchradius in Kilometern || umkreis=20
|-
| '''page''' || Seitennummer für Ergebnisse || page=1
|}

== Anwendungsszenarien für Software-Tools ==

Hier sind drei Konzepte für Anwendungen, die auf Basis dieser API-Daten entwickelt werden könnten:

=== 1. Der "Hidden Gem" Radar (Nischen-Job-Aggregator) ===
Während kommerzielle Portale oft nur bezahlte Anzeigen priorisieren, enthält die BA-Datenbank nahezu alle gemeldeten Stellen, auch von kleinen Betrieben oder Behörden.

'''Das Tool:''' Ein Bot, der die API nach spezifischen, seltenen Schlagwortkombinationen scannt und Nutzer per Push-Benachrichtigung (z. B. Telegram oder Slack) über neue Treffer informiert, die auf großen Plattformen untergehen würden.

=== 2. Regionaler Fachkräfte-Monitor für Kommunen ===
Entscheidungsträger benötigen oft Echtzeit-Daten zur lokalen Arbeitsmarktsituation.

'''Das Tool:''' Ein Dashboard, das die API-Daten aggregiert und auf einer Karte visualisiert. So lässt sich darstellen, in welchen Stadtteilen die Diskrepanz zwischen Gehaltsniveau (Entgeltatlas) und der Anzahl offener Stellen am größten ist.

=== 3. KI-basierter "Skill-Gap" Analysator ===
Bewerber wissen oft nicht, welche technischen Qualifikationen in ihrer spezifischen Region aktuell den Ausschlag geben.

'''Das Tool:''' Eine Anwendung, die per API die Volltext-Beschreibungen der letzten 100 relevanten Stellenanzeigen abruft. Mittels einer KI (LLM) werden die am häufigsten geforderten "Must-have"-Skills extrahiert und mit dem Lebenslauf des Nutzers abgeglichen.

== Rechtlicher und technischer Hinweis ==
Da die Nutzung über eine inoffizielle Client-ID erfolgt, besteht keine Garantie für die dauerhafte Stabilität der Endpunkte. Für hochverfügbare, kommerzielle Anwendungen sollte die offizielle '''HR-BA-XML Schnittstelle''' über das Partner-Portal der BA geprüft werden.

=== Abruf über die Console mit cURL ===

<code>curl -o jobs.json -H "X-API-Key: jobboerse-jobsuche" "https://rest.arbeitsagentur.de/jobboerse/jobsuche-service/pc/v4/jobs?was=Informatiker&wo=Berlin&umkreis=2"</code>

Hilfe zu cURL: https://linux-de.com/?p=21245

[[Kategorie:Programmierung]] [[Kategorie:API]] [[Kategorie:Arbeitsmarkt]]

Nutzung der Jobsuche-API und Anwendungsszenarien für Software-Tools

2026-02-13T19:53:32Z

KingHayes: Die Seite wurde neu angelegt: „== Nutzung der Jobsuche-API der Bundesagentur für Arbeit (BA) == Um die '''Jobsuche-API''' in eigener Software zu verwenden, muss die technische Authentifizierung über die interne Client-ID der BA erfolgen, da kein offizielles Entwickler-Portal mit individueller Key-Vergabe existiert. === Technische Umsetzung === Die Einbindung erfolgt über eine REST-Schnittstelle. Da die API primär für die Web-Anwendung der BA konzipiert wurde, wird eine statisch…“

== Nutzung der Jobsuche-API der Bundesagentur für Arbeit (BA) ==

Um die '''Jobsuche-API''' in eigener Software zu verwenden, muss die technische Authentifizierung über die interne Client-ID der BA erfolgen, da kein offizielles Entwickler-Portal mit individueller Key-Vergabe existiert.

=== Technische Umsetzung ===

Die Einbindung erfolgt über eine REST-Schnittstelle. Da die API primär für die Web-Anwendung der BA konzipiert wurde, wird eine statische ''client-id'' genutzt.

'''Basis-URL:''' <nowiki>https://rest.arbeitsagentur.de/jobboerse/jobsuche-service/pc/v4/jobs</nowiki>

'''Authentifizierung:''' Erfordert den HTTP-Header <code style="color: #c7254e;">X-API-Key</code>.

'''Standard-Key:''' <code style="background-color: #f9f9f9;">jobboerse-jobsuche</code>

==== Wichtige Query-Parameter ====
{| class="wikitable"
! Parameter !! Funktion !! Beispiel
|-
| '''was''' || Suchbegriff oder Beruf || was=Informatiker
|-
| '''wo''' || Ort oder Postleitzahl || wo=Berlin
|-
| '''umkreis''' || Suchradius in Kilometern || umkreis=20
|-
| '''page''' || Seitennummer für Ergebnisse || page=1
|}

== Anwendungsszenarien für Software-Tools ==

Hier sind drei Konzepte für Anwendungen, die auf Basis dieser API-Daten entwickelt werden könnten:

=== 1. Der "Hidden Gem" Radar (Nischen-Job-Aggregator) ===
Während kommerzielle Portale oft nur bezahlte Anzeigen priorisieren, enthält die BA-Datenbank nahezu alle gemeldeten Stellen, auch von kleinen Betrieben oder Behörden.

'''Das Tool:''' Ein Bot, der die API nach spezifischen, seltenen Schlagwortkombinationen scannt und Nutzer per Push-Benachrichtigung (z. B. Telegram oder Slack) über neue Treffer informiert, die auf großen Plattformen untergehen würden.

=== 2. Regionaler Fachkräfte-Monitor für Kommunen ===
Entscheidungsträger benötigen oft Echtzeit-Daten zur lokalen Arbeitsmarktsituation.

'''Das Tool:''' Ein Dashboard, das die API-Daten aggregiert und auf einer Karte visualisiert. So lässt sich darstellen, in welchen Stadtteilen die Diskrepanz zwischen Gehaltsniveau (Entgeltatlas) und der Anzahl offener Stellen am größten ist.

=== 3. KI-basierter "Skill-Gap" Analysator ===
Bewerber wissen oft nicht, welche technischen Qualifikationen in ihrer spezifischen Region aktuell den Ausschlag geben.

'''Das Tool:''' Eine Anwendung, die per API die Volltext-Beschreibungen der letzten 100 relevanten Stellenanzeigen abruft. Mittels einer KI (LLM) werden die am häufigsten geforderten "Must-have"-Skills extrahiert und mit dem Lebenslauf des Nutzers abgeglichen.

== Rechtlicher und technischer Hinweis ==
Da die Nutzung über eine inoffizielle Client-ID erfolgt, besteht keine Garantie für die dauerhafte Stabilität der Endpunkte. Für hochverfügbare, kommerzielle Anwendungen sollte die offizielle '''HR-BA-XML Schnittstelle''' über das Partner-Portal der BA geprüft werden.

[[Kategorie:Programmierung]] [[Kategorie:API]] [[Kategorie:Arbeitsmarkt]]

APIs der Bundesagentur für Arbeit (BA)

2026-02-13T19:52:35Z

KingHayes:

== Öffentliche APIs der Bundesagentur für Arbeit (BA) ==

Die Bundesagentur für Arbeit stellt verschiedene digitale Schnittstellen zur Verfügung. Dabei muss zwischen offiziell dokumentierten Statistik-Schnittstellen und technisch vorhandenen, aber inoffiziellen REST-APIs für die Fachportale unterschieden werden.

=== 1. Offizielle Statistik-API ===
Dies ist die primäre offizielle Schnittstelle für den automatisierten Datenabruf.

'''Inhalt:''' Aggregierte Marktdaten zu Arbeitslosigkeit, Unterbeschäftigung und Beschäftigungszahlen.

'''Formate:''' JSON, CSV, XLSX.

'''Ebenen:''' Daten sind auf Bundes-, Landes- und Kreisebene abrufbar.

'''Dokumentation:''' Über das Statistik-Portal der BA erreichbar.

=== 2. Inoffizielle REST-APIs (Fachportale) ===
Die großen Portale der BA nutzen moderne REST-Schnittstellen, die jedoch nicht offiziell für Drittentwickler dokumentiert sind. Diese werden häufig per Reverse Engineering erschlossen.
{| class="wikitable"
! Dienst !! Beschreibung !! Authentifizierung (Header)
|-
| '''Jobsuche''' || Suche in der nationalen Stellendatenbank || X-API-Key (statisch)
|-
| '''KURSNET''' || Datenbank für Aus- und Weiterbildungen || X-API-Key (statisch)
|-
| '''Bewerberbörse''' || Profile von Arbeitsuchenden für Arbeitgeber || X-API-Key (statisch)
|-
| '''Entgeltatlas''' || Statistische Gehaltsdaten nach Berufen || X-API-Key (statisch)
|}

== Der Entgeltatlas und seine API ==

Der '''Entgeltatlas''' ist ein Werkzeug der BA zur Anzeige von mittleren Bruttomonatsgehältern (Median) in Deutschland.

=== Funktionsweise der API ===
Die API liefert Daten basierend auf der '''Klassifikation der Berufe (KldB)'''. Sie wird primär für die Web-Anwendung des Entgeltatlasses genutzt, ist aber über spezifische Endpunkte (''rest.arbeitsagentur.de/infosysbub/entgeltatlas/'') ansprechbar.

=== Dateninhalt ===

'''Median-Entgelt:''' Das zentrale mittlere Einkommen.

'''Quartile:''' Anzeige der Gehaltsspanne (25 % und 75 % Grenze).

'''Demografische Filter:''' Aufteilung nach Region (Bundesland), Geschlecht und Alter.

== Das Projekt bund.dev ==

'''bund.dev''' ist eine ehrenamtliche Open-Source-Initiative (Civic Tech), die die Brücke zwischen staatlichen Daten und Softwareentwicklern schlägt.

=== Ziele des Projekts ===

'''Dokumentation:''' Erstellung von verständlichen Anleitungen für eigentlich "undokumentierte" Behörden-APIs.

'''OpenAPI-Spezifikationen:''' Bereitstellung von standardisierten Schemata (Swagger), um die Integration in moderne Softwareprojekte zu vereinfachen.

'''Transparenz:''' Förderung von Open Data in Deutschland durch die Bündelung von Schnittstellen (z. B. DWD, KBA, BA).

=== Rechtlicher Kontext ===
Das Projekt nutzt öffentlich zugängliche Endpunkte und dokumentiert deren Funktionsweise. Es hostet keine eigenen Datenbanken, sondern fungiert als technischer Wegweiser für die Infrastruktur des Bundes.

=== Nutzung der Jobsuche-API und Anwendungsszenarien für Software-Tools ===

[[Nutzung der Jobsuche-API und Anwendungsszenarien für Software-Tools]]

[[Kategorie:Digitalisierung]] [[Kategorie:Open Data]] [[Kategorie:Bundesagentur für Arbeit]]

APIs der Bundesagentur für Arbeit (BA)

2026-02-13T19:43:32Z

KingHayes: Die Seite wurde neu angelegt: „== Öffentliche APIs der Bundesagentur für Arbeit (BA) == Die Bundesagentur für Arbeit stellt verschiedene digitale Schnittstellen zur Verfügung. Dabei muss zwischen offiziell dokumentierten Statistik-Schnittstellen und technisch vorhandenen, aber inoffiziellen REST-APIs für die Fachportale unterschieden werden. === 1. Offizielle Statistik-API === Dies ist die primäre offizielle Schnittstelle für den automatisierten Datenabruf. '''Inhalt:''' Aggr…“

== Öffentliche APIs der Bundesagentur für Arbeit (BA) ==

Die Bundesagentur für Arbeit stellt verschiedene digitale Schnittstellen zur Verfügung. Dabei muss zwischen offiziell dokumentierten Statistik-Schnittstellen und technisch vorhandenen, aber inoffiziellen REST-APIs für die Fachportale unterschieden werden.

=== 1. Offizielle Statistik-API ===
Dies ist die primäre offizielle Schnittstelle für den automatisierten Datenabruf.

'''Inhalt:''' Aggregierte Marktdaten zu Arbeitslosigkeit, Unterbeschäftigung und Beschäftigungszahlen.

'''Formate:''' JSON, CSV, XLSX.

'''Ebenen:''' Daten sind auf Bundes-, Landes- und Kreisebene abrufbar.

'''Dokumentation:''' Über das Statistik-Portal der BA erreichbar.

=== 2. Inoffizielle REST-APIs (Fachportale) ===
Die großen Portale der BA nutzen moderne REST-Schnittstellen, die jedoch nicht offiziell für Drittentwickler dokumentiert sind. Diese werden häufig per Reverse Engineering erschlossen.
{| class="wikitable"
! Dienst !! Beschreibung !! Authentifizierung (Header)
|-
| '''Jobsuche''' || Suche in der nationalen Stellendatenbank || X-API-Key (statisch)
|-
| '''KURSNET''' || Datenbank für Aus- und Weiterbildungen || X-API-Key (statisch)
|-
| '''Bewerberbörse''' || Profile von Arbeitsuchenden für Arbeitgeber || X-API-Key (statisch)
|-
| '''Entgeltatlas''' || Statistische Gehaltsdaten nach Berufen || X-API-Key (statisch)
|}

== Der Entgeltatlas und seine API ==

Der '''Entgeltatlas''' ist ein Werkzeug der BA zur Anzeige von mittleren Bruttomonatsgehältern (Median) in Deutschland.

=== Funktionsweise der API ===
Die API liefert Daten basierend auf der '''Klassifikation der Berufe (KldB)'''. Sie wird primär für die Web-Anwendung des Entgeltatlasses genutzt, ist aber über spezifische Endpunkte (''rest.arbeitsagentur.de/infosysbub/entgeltatlas/'') ansprechbar.

=== Dateninhalt ===

'''Median-Entgelt:''' Das zentrale mittlere Einkommen.

'''Quartile:''' Anzeige der Gehaltsspanne (25 % und 75 % Grenze).

'''Demografische Filter:''' Aufteilung nach Region (Bundesland), Geschlecht und Alter.

== Das Projekt bund.dev ==

'''bund.dev''' ist eine ehrenamtliche Open-Source-Initiative (Civic Tech), die die Brücke zwischen staatlichen Daten und Softwareentwicklern schlägt.

=== Ziele des Projekts ===

'''Dokumentation:''' Erstellung von verständlichen Anleitungen für eigentlich "undokumentierte" Behörden-APIs.

'''OpenAPI-Spezifikationen:''' Bereitstellung von standardisierten Schemata (Swagger), um die Integration in moderne Softwareprojekte zu vereinfachen.

'''Transparenz:''' Förderung von Open Data in Deutschland durch die Bündelung von Schnittstellen (z. B. DWD, KBA, BA).

=== Rechtlicher Kontext ===
Das Projekt nutzt öffentlich zugängliche Endpunkte und dokumentiert deren Funktionsweise. Es hostet keine eigenen Datenbanken, sondern fungiert als technischer Wegweiser für die Infrastruktur des Bundes.

[[Kategorie:Digitalisierung]] [[Kategorie:Open Data]] [[Kategorie:Bundesagentur für Arbeit]]

Hauptseite

2026-02-13T19:42:28Z

KingHayes:

<strong>Cyber Surfing on the Wire</strong>

* Hoster in Deutschland
* FTP Programme
* SSH Terminal Programme (Win 10)
* [[Webentwicklung]]
* Linux BASH

* Programmiersprachen
** PHP
** Python
** Go
** C-Sharp
** JavaScript/ TypeScript
** HTML
** CSS

* Datenaustauschformate
** [[JSON]]
** XML

* Entwicklungsumgebungen
** Eclipse
** Visual Studio
** Visual Studio Code

* Datenbanken

* '''Betriebssysteme'''
** bootable USB-Device
*** https://www.ventoy.net/
*** https://rufus.ie/de/
** [[Linux]]

* '''Weiterbildung'''
** [[Cloud & DevOps Spezialisierung]]
** [[KI-Integration und Machine Learning]]

* ToDo
** [[Softwarequalität]]
** [[IT Freelancer]]
*** [[IT Freelancer/Vermittler und Recruiter]]
** [[n8n]]
** [[APIs der Bundesagentur für Arbeit (BA)]]

== Foo ==

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch]

* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsparameter]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ Häufige Fragen zu MediaWiki]
* [https://lists.wikimedia.org/postorius/lists/mediawiki-announce.lists.wikimedia.org/ Mailingliste zu neuen Versionen von MediaWiki]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]
* [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]

Softwarequalität

2026-02-12T16:41:30Z

KingHayes:

== Software Design Prinzipien ==
* Das DRY Principle - Don't Repeat Yourself
* KISS Principle - Keep It Simple and Stupid!
* Das YAGNI Principle - "you ain't gonna need it"

== Softwarequalität Tipps ==
* Prozessqualität
* Produktqualität

# Wer schreibt die Unit Tests?
# Feedback Loops
# Logging mit Niveau(s) durch Log Levels
# Software Risiko Management
# Technical Dept Backlog
# Weiterbildung
# Entwicklungsvision

== Visual Studio Tipps ==

# Visual Studio Multi Monitor Modus
# Solution Explorer Views
# Solution Error Visualizer
# Developer Command Prompt
# Paste Special
# Diagnosic Tools
# Tastatur oder Maus - was ist professioneller?

== ReSharper Tipps ==
* Jetbrains ReSharper

# Navigieren in Dateien
# In Quellcode navigieren
# Adjust Namespaces
# Move Types Into Matching Files
# Cleanup Code
# File Layout
# Todo Explorer

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

# Niemals Null zurückgeben
# Collections richtig zurückgeben
# Weniger Bugs durch Validierung
# Finger weg von Magic Numbers
# Lesbarkeit mit Named Arguments
# Verwendet endlich Zwischenvariablen
# Immer Default in Switch-Statements
# Kommentare im Quellcode
# Domain Specific Value Types
# var / Type Inference in C#, Java & Co
# Namensgebung Felder In C#, Java & Co
# Finger weg von static in C#, Java & Co
# Vorsicht vor Vererbung in C#, Java & Co
# Schlechte Fehlerbehandlung in C#, Java, Co
# Richtig gute Fehlermeldungen in C#, Java & Co

== Dev Tooling Tipps ==

# Problem Step Recorder - psr.exe
# Reguläre Ausdrücke (Regex) mit regex101.com
# HTTPie
# Windows Subsystem for Linux (WSL2)
# Windows Terminal
# Gist
# Docker for Windows auf WSL2
# NDepend, CppDepend, JArchitect und Scanyp

== Architektur Tipps ==
* Was ist Architektur?
* Warum Architektur für Eure Projekte unverzichtbar ist
* Architektur - Modularisierung

Softwarequalität

2026-02-11T19:04:50Z

KingHayes:

== Software Design Prinzipien ==
* Das DRY Principle - Don't Repeat Yourself
* KISS Principle - Keep It Simple and Stupid!
* Das YAGNI Principle - "you ain't gonna need it"

== Softwarequalität Tipps ==
* Prozessqualität
* Produktqualität

# Wer schreibt die Unit Tests?
# x
# Logging mit Niveau(s) durch Log Levels
# x
# x
# Weiterbildung
# Entwicklungsvision
# x

== Visual Studio Tipps ==

# x
# Solution Explorer Views
# x
# Developer Command Prompt
# Paste Special
# Diagnosic Tools
# x
# x

== ReSharper Tipps ==
* Jetbrains ReSharper

# Navigieren in Dateien
# In Quellcode navigieren
# Adjust Namespaces
# Move Types Into Matching Files
# Cleanup Code
# x
# Todo Explorer
# x

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

# Niemals Null zurückgeben
# x
# x
# Finger weg von Magic Numbers
# Lesbarkeit mit Named Arguments
# Verwendet endlich Zwischenvariablen
# Immer Default in Switch-Statements
# x
# x
# x
# Namensgebung Felder In C#, Java & Co
# Finger weg von static in C#, Java & Co
# x
# Schlechte Fehlerbehandlung in C#, Java, Co
# x

== Dev Tooling Tipps ==

# x
# x
# x
# x
# Windows Terminal
# Gist
# x
# NDepend, CppDepend, JArchitect und Scanyp

== Architektur Tipps ==
* Was ist Architektur?
* Warum Architektur für Eure Projekte unverzichtbar ist
* Architektur - Modularisierung

Softwarequalität

2026-02-11T17:53:27Z

KingHayes:

== Software Design Prinzipien ==
* Das DRY Principle - Don't Repeat Yourself
* KISS Principle - Keep It Simple and Stupid!
* Das YAGNI Principle - "you ain't gonna need it"

== Softwarequalität Tipps ==
* Prozessqualität
* Produktqualität

# x
# x
# x
# x
# x
# x
# x
# x

== Visual Studio Tipps ==

# x
# x
# x
# x
# x
# Diagnosic Tools
# x
# x

== ReSharper Tipps ==
* Jetbrains ReSharper

# Navigieren in Dateien
# x
# x
# x
# x
# x
# x
# x

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

# Niemals Null zurückgeben
# x
# x
# Finger weg von Magic Numbers
# Lesbarkeit mit Named Arguments
# Verwendet endlich Zwischenvariablen
# Immer Default in Switch-Statements
# x

== Architektur Tipps ==
* Was ist Architektur?
* Warum Architektur für Eure Projekte unverzichtbar ist
* Architektur - Modularisierung

Softwarequalität

2026-02-11T17:51:39Z

KingHayes:

== Software Design Prinzipien ==
* Das DRY Principle - Don't Repeat Yourself
* KISS Principle - Keep It Simple and Stupid!
* Das YAGNI Principle - "you ain't gonna need it"

== Softwarequalität Tipps ==
* Prozessqualität
* Produktqualität

#
#
#
#
#
#
#
#

== Visual Studio Tipps ==

#
#
#
#
#
# Diagnosic Tools
#
#

== ReSharper Tipps ==
* Jetbrains ReSharper

# Navigieren in Dateien
#
#
#
#
#
#
#

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

# Niemals Null zurückgeben
#
#
# Finger weg von Magic Numbers
# Lesbarkeit mit Named Arguments
# Verwendet endlich Zwischenvariablen
# Immer Default in Switch-Statements
#

== Architektur Tipps ==
* Was ist Architektur?
* Warum Architektur für Eure Projekte unverzichtbar ist
* Architektur - Modularisierung

Softwarequalität

2026-02-11T17:41:10Z

KingHayes: /* Softwarequalität Tipps */

== Softwarequalität Tipps ==
* Prozessqualität
* Produktqualität

== Visual Studio Tipps ==

== ReSharper Tipps ==
* Jetbrains ReSharper

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

== ==

Softwarequalität

2026-02-11T17:40:43Z

KingHayes: /* Clean Code Tipps */

== Softwarequalität Tipps ==

== Visual Studio Tipps ==

== ReSharper Tipps ==
* Jetbrains ReSharper

== Clean Code Tipps ==
* Projekte, Klassen und Methoden
* Übersichtliche Kontrollstrukturen (Schleifen und Verzweigungen)
* Die richtigen Bezeichner

== ==

Softwarequalität

2026-02-11T17:38:45Z

KingHayes: Die Seite wurde neu angelegt: „== Softwarequalität Tipps == == Visual Studio Tipps == == ReSharper Tipps == * Jetbrains ReSharper == Clean Code Tipps == == ==“

== Softwarequalität Tipps ==

== Visual Studio Tipps ==

== ReSharper Tipps ==
* Jetbrains ReSharper

== Clean Code Tipps ==

== ==

Kubernetes (K8s)

2026-02-11T16:22:10Z

KingHayes: Die Seite wurde neu angelegt: „'''Kubernetes Einführung: Vom Fundament bis zur Strategie 2025''' == 1. Das Fundament – Warum Kubernetes? == === Was ist Kubernetes? === Kubernetes, oft als '''„Betriebssystem für die Cloud“''' bezeichnet, ist eine Open-Source-Plattform zur Automatisierung der Bereitstellung, Skalierung und Verwaltung von containerisierten Anwendungen. Ursprünglich von Google entwickelt, wird es heute von der [https://www.cncf.io Cloud Native Computing Foundati…“

'''Kubernetes Einführung: Vom Fundament bis zur Strategie 2025'''

== 1. Das Fundament – Warum Kubernetes? ==

=== Was ist Kubernetes? ===
Kubernetes, oft als '''„Betriebssystem für die Cloud“''' bezeichnet, ist eine Open-Source-Plattform zur Automatisierung der Bereitstellung, Skalierung und Verwaltung von containerisierten Anwendungen. Ursprünglich von Google entwickelt, wird es heute von der [https://www.cncf.io Cloud Native Computing Foundation (CNCF)] verwaltet.

=== Das Problem der Container-Orchestrierung ===
In einer modernen Microservices-Architektur laufen hunderte oder tausende Container (z. B. via [https://www.docker.com Docker]). Ohne Automatisierung wäre es unmöglich, manuell zu überwachen, welcher Container auf welchem Server läuft, ob er noch gesund ist oder ob die Kapazität ausreicht. Kubernetes übernimmt die Rolle des '''„Steuermanns“''' (griechisch: ''kybernetes'') und sorgt dafür, dass der gewünschte Zustand der Infrastruktur stets erhalten bleibt.

=== Kernvorteile für Unternehmen ===
* '''Skalierbarkeit:''' Anwendungen atmen mit der Last. Bei hohem Traffic werden automatisch neue Instanzen gestartet.
* '''Self-Healing:''' Stürzt ein Container oder ein ganzer Server ab, startet Kubernetes die betroffenen Anwendungen sofort auf gesunder Hardware neu.
* '''Plattformunabhängigkeit:''' Ob On-Premise, in der Google Cloud, auf [https://aws.amazon.com AWS (Amazon Elastic Kubernetes Service)] oder [https://azure.microsoft.com Microsoft Azure (AKS)] – Kubernetes bietet eine konsistente Schnittstelle.

== 2. Die Architektur – Wie es funktioniert ==

Ein Kubernetes-System wird als '''Cluster''' bezeichnet. Es besteht aus zwei Hauptbereichen:

=== 1. Die Steuerungsebene (Control Plane) ===
Sie ist das „Gehirn“ des Clusters und trifft globale Entscheidungen (z. B. Scheduling).
* '''API Server:''' Der zentrale Kommunikationspunkt für alle internen und externen Anfragen (z. B. via <small><code>kubectl</code></small>).
* '''etcd:''' Ein hochverfügbarer Key-Value-Speicher für alle Cluster-Daten (die „Source of Truth“).
* '''Scheduler:''' Entscheidet, auf welchem Knoten ein neuer Container platziert wird.

=== 2. Die Worker-Knoten (Data Plane) ===
Hier findet die eigentliche Arbeit statt. Jeder Knoten beherbergt die notwendigen Komponenten, um Container auszuführen:
* '''Kubelet:''' Ein Agent, der sicherstellt, dass die Container in einem Pod laufen und gesund sind.
* '''Kube-Proxy:''' Verwaltet die Netzwerkregeln, damit Container untereinander und mit der Außenwelt kommunizieren können.
* '''Container-Laufzeit:''' Die Software (z. B. [https://containerd.io containerd]), die die Container tatsächlich startet.

'''Das kleinste Objekt: Der Pod'''
In Kubernetes verwaltet man keine einzelnen Container, sondern '''Pods'''. Ein Pod ist die kleinste deploybare Einheit und kapselt einen oder mehrere Container (z. B. eine App und einen Hilfsprozess), die sich Netzwerk und Speicher teilen.

== 3. Status Quo und Ausblick 2025/ 2026 ==

=== Kubernetes als Standard ===
Bis 2025 hat sich Kubernetes als '''De-facto-Standard''' etabliert. Rund 79 % der Unternehmen nutzen es bereits für ihre Cloud-Workloads. Der Markt bewegt sich massiv in Richtung '''Managed Kubernetes''' (Anteil ca. 62 %), da Unternehmen die Komplexität der Steuerungsebene lieber an Cloud-Provider auslagern.

=== Aktuelle Trends & Herausforderungen ===
* '''KI & MLOps:''' Kubernetes wird zunehmend zur Basis für KI-Workloads. Neue Funktionen ermöglichen die effiziente Zuweisung von GPUs für das Training von Large Language Models (LLMs).
* '''Plattform-Engineering:''' Da Kubernetes-Rohdaten für Entwickler oft zu komplex sind, bauen Firmen interne Plattformen (Internal Developer Platforms) darüber auf, um die Nutzung zu vereinfachen.
* '''Sicherheitsfokus:''' Mit steigender Verbreitung rücken Cloud-native Sicherheitsbedrohungen in den Fokus. Tools zur automatisierten Überwachung von Fehlkonfigurationen sind heute Standard.
* '''Komplexität vs. Alternativen:''' Trotz der Dominanz suchen kleinere Teams vermehrt nach simpleren Alternativen wie [https://www.nomadproject.io HashiCorp Nomad] oder serverlosen Container-Diensten, wenn die volle Macht von K8s nicht benötigt wird.

=== Fazit ===
Kubernetes ist kein Hype mehr, sondern die notwendige Infrastruktur-Schicht für das moderne Web. Wer heute skalierbare, robuste Software bauen will, kommt an den Konzepten von K8s nicht vorbei.

Cloud & DevOps Spezialisierung

2026-02-11T16:20:11Z

KingHayes: /* Tag 14 – Kubernetes Grundlagen */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, [[Hochverfügbarkeit]]
* [[Shared Responsibility Model]]
'''Praxis:''' Skizziere eine einfache [[Web-App-Architektur]] in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM ... [[AWS: EC2, S3, RDS, IAM|more]]
* Azure: VM, Blob Storage, Azure SQL, Entra ID ... [[Azure: VM, Blob Storage, Azure SQL, Entra ID|more]]
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier) ... [[Cloud Accounts unter Nutzung des Free Tier (kostenlose Kontingente)|more]]

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, [[Container-Orchestrierung in der Cloud|Container]], Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* [[Kubernetes (K8s)]]
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

IT Freelancer/Vermittler und Recruiter

2026-02-11T16:16:27Z

KingHayes: Die Seite wurde neu angelegt: „In Deutschland wird der Markt für die Vermittlung von IT-Freelancern maßgeblich von spezialisierten Personaldienstleistern dominiert, die oft in der jährlichen [https://www.luenendonk.de Lünendonk-Liste] geführt werden. Hier sind die zehn wichtigsten Vermittler (Broker), basierend auf Marktpräsenz und Umsatzvolumen: # '''Hays''': Der unangefochtene Marktführer in Deutschland mit dem größten Projektvolumen für IT-Spezialisten. # '''GULP (Randst…“

In Deutschland wird der Markt für die Vermittlung von IT-Freelancern maßgeblich von spezialisierten Personaldienstleistern dominiert, die oft in der jährlichen [https://www.luenendonk.de Lünendonk-Liste] geführt werden.

Hier sind die zehn wichtigsten Vermittler (Broker), basierend auf Marktpräsenz und Umsatzvolumen:

# '''Hays''': Der unangefochtene Marktführer in Deutschland mit dem größten Projektvolumen für IT-Spezialisten.
# '''GULP (Randstad Group)''': Einer der traditionsreichsten Vermittler, der sich fast ausschließlich auf IT und Engineering konzentriert.
# '''SThree (mit Marken wie Computer Futures & Progressive)''': Ein globaler Player, der besonders stark in der Vermittlung von Nischen-Technologien ist.
# '''FERCHAU''': Ursprünglich im Engineering verwurzelt, mittlerweile einer der größten Akteure im IT-Freelancing.
# '''Solcom''': Spezialisiert auf die Besetzung von Projekten mit IT-Freiberuflern und Ingenieuren.
# '''Westhouse Group''': Bekannt für IT-Expertise und durch strategische Übernahmen (z. B. Future Consulting) stark gewachsen.
# '''Allgeier Experts''': Ein bedeutender Dienstleister für IT-Services und Personalvermittlung im Großkundenumfeld.
# '''Etengo''': Ein reiner Freelance-Vermittler („Broker“), der sich durch ein transparentes Margenmodell positioniert.
# '''K-Source (K-Messe)''': Starker Fokus auf Technologie-Experten und IT-Infrastrukturprojekte.
# '''Amadeus Fire''': Traditionell stark im Finanzwesen, aber auch einer der führenden Anbieter für IT-Fachkräfte.

== Wichtige digitale Plattformen (Marktplätze) ==
Zusätzlich zu diesen klassischen Brokern spielen '''Plattformen''' eine zentrale Rolle, auf denen viele der oben genannten Vermittler selbst ihre Projekte ausschreiben:
* [https://www.freelancermap.de freelancermap.de]: Fokus auf IT und Engineering, sehr hohe Reichweite.
* [https://www.freelance.de freelance.de]: Eine der größten Plattformen für hochqualifizierte Freiberufler in Deutschland.

== Fokus: Frontend Entwicklung ==
Für Freelancer im Bereich '''Frontend-Entwicklung''' verschiebt sich der Fokus oft hin zu Vermittlern, die eine starke Schnittstelle zu Agenturen, Fintechs und modernen E-Commerce-Playern haben. Die folgenden Anbieter sind besonders relevant für Projekte mit Technologien wie React, Angular, Vue.js oder TypeScript.

Hier sind die zehn wichtigsten Vermittler für Frontend-Spezialisten in Deutschland:

# '''Hays''': Durch die schiere Größe der Marktführer. Besetzt massenhaft Frontend-Rollen in Großkonzernen (Enterprise-Umfeld), oft für langfristige Transformationen.
# '''GULP (Randstad Group)''': Stark bei Industrie- und Bankenprojekten. Besonders gut für Frontend-Entwickler, die in stabilen, gut bezahlten Großprojekten arbeiten wollen.
# '''SThree (Computer Futures)''': Sehr proaktives Recruitment. Haben spezialisierte Teams, die sich nur auf JavaScript-Frameworks und moderne Web-Stacks konzentrieren.
# '''Solcom''': Bekannt für sehr schnelle Reaktionszeiten. Vermitteln viele UI/UX-nahe Frontend-Projekte im industriellen Mittelstand.
# '''Westhouse Group''': Starker Fokus auf Digitalisierungsprojekte. Hier finden Frontendler oft Rollen in agilen Teams bei Medienhäusern oder E-Commerce-Riesen.
# '''Uplink''': [https://uplink.tech/recruiters Uplink] ist die wichtigste Community-basierte Plattform für erfahrene Entwickler in Deutschland – sehr hohe Qualität bei den gelisteten Frontend-Projekten.
# '''Etengo''': Spezialisierter Broker für Freiberufler. Punktet durch Transparenz und einfache Abwicklung für Frontend-Experten in IT-Kernprojekten.
# '''Michael Page (IT)''': [https://www.michaelpage.de/personalberatung/information-technology Michael Page] vermittelt oft anspruchsvolle Frontend-Positionen im gehobenen Mittelstand und bei Finanzdienstleistern.
# '''Allgeier Experts''': Fokus auf die öffentliche Hand und Großprojekte. Ideal für Frontendler, die barrierefreie Webanwendungen oder komplexe Dashboards bauen.
# '''FERCHAU''': Besetzt zunehmend Rollen in der "Digital Factory". Stark für Frontend-Entwickler mit Interesse an IoT-Visualisierung oder Embedded Frontend (z. B. Automotive).

== Spezialisierte Plattformen für Frontend-Projekte ==
Neben klassischen Brokern sollten Frontend-Entwickler diese Kanäle nutzen:
* [https://www.freelancermap.de freelancermap.de]: Die wichtigste Anlaufstelle, um aktiv nach "React", "Vue" oder "Frontend" zu filtern [https://www.freelancermap.de/blog/welchen-stundenlohn-kann-man-als-freelancer-verlangen/ (Stundensatz-Benchmarks)].
* [https://www.freelance.de freelance.de]: Bietet die höchste Dichte an direkten Projektausschreibungen von Agenturen [https://www.freelance.de/blog/deutschlands-groesste-freelancer-plattform/ (Marktführer-Status)].

'''Benötigen Sie eine Vorlage für eine überzeugende Projektliste, die speziell Ihre Frontend-Expertise (z. B. Core Web Vitals oder UI-Testing) hervorhebt?'''

Cloud Accounts unter Nutzung des Free Tier (kostenlose Kontingente)

2026-02-05T15:38:24Z

KingHayes: Die Seite wurde neu angelegt: „== 1. AWS Account & Free Tier == Amazon Web Services (AWS) bietet neuen Kunden das sogenannte '''AWS Free Tier''' an. Es ist wichtig zu verstehen, dass es hier drei verschiedene Arten von Angeboten gibt: * '''12 Monate kostenlos:''' Gilt für ein Jahr nach der Registrierung (z. B. EC2, S3). * '''Immer kostenlos:''' Läuft nie ab (z. B. Lambda, DynamoDB bis zu gewissen Limits). * '''Kurzzeit-Testversionen:''' Kostenlos für einen kurzen Zeitraum oder eine…“

== 1. AWS Account & Free Tier ==

Amazon Web Services (AWS) bietet neuen Kunden das sogenannte '''AWS Free Tier''' an. Es ist wichtig zu verstehen, dass es hier drei verschiedene Arten von Angeboten gibt:
* '''12 Monate kostenlos:''' Gilt für ein Jahr nach der Registrierung (z. B. EC2, S3).
* '''Immer kostenlos:''' Läuft nie ab (z. B. Lambda, DynamoDB bis zu gewissen Limits).
* '''Kurzzeit-Testversionen:''' Kostenlos für einen kurzen Zeitraum oder eine bestimmte Nutzung.

=== 1.1 Vorbereitung für die Registrierung ===
Bevor Sie beginnen, benötigen Sie:
# Eine gültige '''E-Mail-Adresse'''.
# Eine '''Kreditkarte''' oder Debitkarte (zur Identitätsprüfung, auch wenn keine Kosten anfallen).
# Ein '''Mobiltelefon''' für die SMS-Verifizierung.

=== 1.2 Der Erstellungsprozess ===
# Gehen Sie auf [https://aws.amazon.com/free aws.amazon.com/free] und wählen Sie „Erstellen Sie ein kostenloses Konto“.
# '''Root-User Daten:''' Geben Sie E-Mail und einen Kontonamen ein.
# '''Kontaktinformationen:''' Wählen Sie „Privat“, sofern Sie kein Unternehmen registrieren.
# '''Zahlungsinformationen:''' AWS belastet die Karte kurzzeitig mit 1 USD/EUR zur Validierung (wird sofort erstattet).
# '''Support-Plan:''' Wählen Sie unbedingt den '''Basic Support (Kostenlos)'''.

=== 1.3 Wichtige Sicherheitsmaßnahme nach dem Login ===
Aktivieren Sie sofort die '''Multi-Faktor-Authentifizierung (MFA)''' für Ihren Root-Account und erstellen Sie einen IAM-Benutzer für die tägliche Arbeit. Nutzen Sie den Root-Account nie für alltägliche Aufgaben!

---

== 2. Azure Account & Free Tier ==

Das Microsoft Azure Free Tier (oft als „Kostenloses Azure-Konto“ bezeichnet) bietet einen ähnlichen Einstieg, ist aber etwas anders strukturiert als bei AWS.

=== 2.1 Das Azure-Angebot im Überblick ===
Wenn Sie ein kostenloses Konto erstellen, erhalten Sie:
* '''200 USD Guthaben:''' Für die ersten 30 Tage, um jeden beliebigen Dienst zu testen.
* '''12 Monate beliebte Dienste:''' Begrenzte Kontingente für VMs, SQL-Datenbanken und Speicher.
* '''Über 55 Dienste „immer kostenlos“:''' Darunter Azure App Service (F1-Tier) und Azure Funktionen.

=== 2.2 Der Erstellungsprozess ===
# Besuchen Sie [https://azure.microsoft.com/free azure.microsoft.com/free].
# '''Microsoft-Konto:''' Sie benötigen ein Microsoft-Konto (@outlook.de, @hotmail.com etc.).
# '''Identitätsprüfung per Telefon:''' Verifizierung via SMS oder Anruf.
# '''Identitätsprüfung per Karte:''' Auch hier ist eine Kredit-/Debitkarte zur Identitätsprüfung zwingend erforderlich.
# '''Zustimmung:''' Bestätigen Sie den Kundenvertrag.

=== 2.3 Kostenkontrolle in Azure ===
Azure ist sehr benutzerfreundlich bei der Kostenkontrolle:
* Sobald die 200 USD Guthaben aufgebraucht sind oder die 30 Tage enden, wird Ihr Konto '''deaktiviert''', sofern Sie nicht explizit auf „Pay-As-You-Go“ upgraden. Es entstehen also nicht versehentlich Kosten.
* Nutzen Sie das '''Azure Cost Management''', um Budgets und Alarme einzurichten.

=== 2.4 Vergleich der Identitätsprüfung ===

{| class="wikitable"
! Merkmal !! AWS Free Tier !! Azure Free Tier
|-
| '''Startguthaben''' || Kein direktes Cash-Guthaben || 200 USD (für 30 Tage)
|-
| '''Kreditkarte''' || Erforderlich (Identitätsprüfung) || Erforderlich (Identitätsprüfung)
|-
| '''Upgrade-Verhalten''' || Läuft weiter (Gefahr von Kosten) || Pausiert (Sicherer für Anfänger)
|}

'''Zusammenfassend:''' Beide Anbieter verlangen eine Kreditkarte, um Missbrauch zu verhindern. Während Azure durch das automatische Pausieren nach dem Testzeitraum sicherer für den Geldbeutel ist, bietet AWS eine längere Laufzeit (12 Monate) für die wichtigsten Basistechnologien.

Cloud & DevOps Spezialisierung

2026-02-05T15:37:59Z

KingHayes: /* Tag 2 – AWS & Azure Überblick */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, [[Hochverfügbarkeit]]
* [[Shared Responsibility Model]]
'''Praxis:''' Skizziere eine einfache [[Web-App-Architektur]] in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM ... [[AWS: EC2, S3, RDS, IAM|more]]
* Azure: VM, Blob Storage, Azure SQL, Entra ID ... [[Azure: VM, Blob Storage, Azure SQL, Entra ID|more]]
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier) ... [[Cloud Accounts unter Nutzung des Free Tier (kostenlose Kontingente)|more]]

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, [[Container-Orchestrierung in der Cloud|Container]], Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

Azure: VM, Blob Storage, Azure SQL, Entra ID

2026-02-05T15:29:42Z

KingHayes: Die Seite wurde neu angelegt: „== 1. Infrastruktur & Speicher (Virtual Machines und Blob Storage) == Microsoft Azure bietet eine hochflexible Cloud-Plattform. Die Basis für viele Migrationen bilden virtuelle Maschinen und der skalierbare Objektspeicher. === 1.1 Azure Virtual Machines (VM) === Azure VMs sind der Infrastructure-as-a-Service (IaaS) Kern von Microsoft. Sie ermöglichen die Bereitstellung von Windows- und Linux-Servern in der Cloud. * '''Größen & Serien:''' Azure unte…“

== 1. Infrastruktur & Speicher (Virtual Machines und Blob Storage) ==

Microsoft Azure bietet eine hochflexible Cloud-Plattform. Die Basis für viele Migrationen bilden virtuelle Maschinen und der skalierbare Objektspeicher.

=== 1.1 Azure Virtual Machines (VM) ===
Azure VMs sind der Infrastructure-as-a-Service (IaaS) Kern von Microsoft. Sie ermöglichen die Bereitstellung von Windows- und Linux-Servern in der Cloud.

* '''Größen & Serien:''' Azure unterteilt VMs in Serien (z. B. '''B-Serie''' für kostengünstige Testumgebungen, '''D-Serie''' für allgemeine Workloads, '''N-Serie''' für GPU-intensive Aufgaben).
* '''Verfügbarkeit:''' Über '''Availability Sets''' oder '''Availability Zones''' stellt Azure sicher, dass VMs auf verschiedene Hardware-Racks oder Rechenzentren verteilt werden, um die SLA zu maximieren.
* '''Azure Spot Instances:''' Ungenutzte Kapazitäten können mit hohem Rabatt (bis zu 90%) genutzt werden, sofern die Anwendung kurzzeitige Unterbrechungen toleriert.

=== 1.2 Azure Blob Storage ===
Blob Storage (Binary Large Object) ist die Entsprechung zu AWS S3. Er ist für die Speicherung riesiger Mengen unstrukturierter Daten optimiert.

* '''Container-Struktur:''' Daten werden in '''Containern''' organisiert (ähnlich wie Buckets).
* '''Zugriffsebenen (Tiers):'''
** '''Hot:''' Für Daten, auf die häufig zugegriffen wird.
** '''Cool:''' Günstigerer Speicher für Daten, die mindestens 30 Tage liegen bleiben.
** '''Archive:''' Sehr günstig, aber mit Wartezeiten bei der Wiederherstellung (Stunden).
* '''Redundanz:''' Optionen reichen von '''LRS''' (Lokal redundant im selben RZ) bis zu '''GZRS''' (Geo-Zonen-redundant über Kontinente hinweg).

== 2. Datenbanken (Azure SQL) ==

Azure SQL ist ein Sammelbegriff für verwaltete Datenbankdienste, die auf der Microsoft SQL Server-Engine basieren.

=== 2.1 Azure SQL Database ===
Dies ist ein vollverwalteter Platform-as-a-Service (PaaS) Dienst. Microsoft kümmert sich um Updates, Backups und Skalierung.

* '''Deployment-Modelle:'''
** '''Single Database:''' Eine isolierte Datenbank mit eigenen Ressourcen.
** '''Elastic Pool:''' Mehrere Datenbanken teilen sich einen Ressourcen-Pool (ideal für SaaS-Anbieter).
* '''Serverless-Option:''' Die Datenbank skaliert automatisch nach Bedarf und pausiert in Leerlaufzeiten, um Kosten zu sparen.

=== 2.2 Hochverfügbarkeit & Sicherheit ===
Azure SQL bietet integrierte Hochverfügbarkeit. Mit dem Feature '''Active Geo-Replication''' können lesbare Kopien der Datenbank in anderen Weltregionen erstellt werden. Zudem ist die Verschlüsselung (TDE) standardmäßig aktiviert.

== 3. Identität & Sicherheit (Microsoft Entra ID) ==

Was früher als **Azure Active Directory (Azure AD)** bekannt war, heißt heute **Microsoft Entra ID**. Es ist der zentrale Identitätsdienst für Azure, Office 365 und tausende externe Apps.

=== 3.1 Identitätsmanagement in der Cloud ===
Entra ID ist kein klassisches Domain-Controller-System (LDAP), sondern ein moderner Cloud-Identitätsdienst, der Protokolle wie OIDC, SAML und OAuth 2.0 nutzt.

=== 3.2 Wichtige Konzepte ===
* '''Mandanten (Tenants):''' Eine dedizierte Instanz von Entra ID für ein Unternehmen.
* '''B2B und B2C:''' Entra ID ermöglicht die Einbindung externer Partner (B2B) oder das Management von Millionen von Kunden-Identitäten (B2C).
* '''Conditional Access (Bedingter Zugriff):''' Das mächtigste Sicherheits-Feature. Man kann Regeln definieren wie: „Admins dürfen sich nur von Firmen-Laptops und nur mit MFA einloggen.“

=== 3.3 RBAC (Role-Based Access Control) ===
Der Zugriff auf Azure-Ressourcen wird über Rollen gesteuert.
* '''Scope:''' Berechtigungen können auf Ebene der Management-Gruppe, des Abonnements, der Ressourcengruppe oder der einzelnen Ressource vergeben werden.
* '''Standardrollen:''' Besitzer (Owner), Mitwirkender (Contributor) und Leser (Reader).

=== 3.4 Integration ===
Ein großer Vorteil ist die nahtlose Integration: Ein Nutzer loggt sich einmal ein (Single Sign-On, SSO) und hat Zugriff auf sein E-Mail-Postfach, seine Azure-VMs und Cloud-Anwendungen.

'''Zusammenfassend:''' Azure VMs liefern die Rechenleistung, Blob Storage speichert die Dateien, Azure SQL verwaltet die Geschäftsdaten und Entra ID bildet die Sicherheitsklammer um das gesamte Ökosystem.

Cloud & DevOps Spezialisierung

2026-02-05T15:28:50Z

KingHayes: /* Tag 2 – AWS & Azure Überblick */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, [[Hochverfügbarkeit]]
* [[Shared Responsibility Model]]
'''Praxis:''' Skizziere eine einfache [[Web-App-Architektur]] in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM ... [[AWS: EC2, S3, RDS, IAM|more]]
* Azure: VM, Blob Storage, Azure SQL, Entra ID ... [[Azure: VM, Blob Storage, Azure SQL, Entra ID|more]]
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, [[Container-Orchestrierung in der Cloud|Container]], Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

AWS: EC2, S3, RDS, IAM

2026-02-05T15:21:13Z

KingHayes:

== 1. Compute & Storage (EC2 und S3) ==

AWS bietet eine Vielzahl von Diensten, aber EC2 und S3 bilden seit den Anfängen das Rückgrat fast jeder Cloud-Architektur.

=== 1.1 Amazon EC2 (Elastic Compute Cloud) ===
EC2 stellt virtuelle Server (Instanzen) in der Cloud bereit. Es ist das Äquivalent zu physischen Servern im eigenen Rechenzentrum, jedoch mit dem Vorteil der sekundenschnellen Skalierbarkeit.

* '''Instanztypen:''' AWS bietet spezialisierte Hardware-Konfigurationen für verschiedene Zwecke (z. B. '''T-Serie''' für allgemeine Aufgaben, '''C-Serie''' für rechenintensive Anwendungen, '''R-Serie''' für speicherintensive Datenbanken).
* '''Skalierbarkeit:''' Über '''Auto Scaling Groups''' kann die Anzahl der Instanzen automatisch an die CPU-Auslastung oder den Netzwerkverkehr angepasst werden.
* '''Zahlungsmodell:''' Man zahlt nur für die Kapazität, die man tatsächlich nutzt (On-Demand), oder spart durch Vorab-Reservierungen (Reserved Instances).

=== 1.2 Amazon S3 (Simple Storage Service) ===
S3 ist ein Objektspeicher-Dienst, der für das Speichern und Abrufen beliebiger Datenmengen ausgelegt ist. Er bietet eine theoretisch unbegrenzte Kapazität und eine extrem hohe Datenhaltbarkeit (99,999999999%).

* '''Buckets & Objekte:''' Daten werden als "Objekte" in "Buckets" (Containern) gespeichert. Jedes Objekt hat eine eindeutige ID (Key) und Metadaten.
* '''Speicherklassen:'''
** '''S3 Standard:''' Für häufig genutzte Daten.
** '''S3 Glacier:''' Kostengünstiges Archiv für Daten, die selten abgerufen werden.
* '''Einsatzgebiete:''' Hosting statischer Webseiten, Backups, Data Lakes für Big-Data-Analysen.

----

== 2. Datenbanken (Amazon RDS) ==

Das Verwalten eigener Datenbanken auf EC2-Instanzen ist komplex. Hier setzt '''Amazon RDS (Relational Database Service)''' an, um den administrativen Aufwand zu minimieren.

=== 2.1 Was ist Amazon RDS? ===
RDS ist ein verwalteter Dienst für relationale Datenbanken. AWS übernimmt hierbei die "undankbaren" Aufgaben wie Hardware-Provisionierung, Datenbank-Setup, Patching und Backups.

=== 2.2 Unterstützte Datenbank-Engines ===
Kunden können aus verschiedenen populären Engines wählen:
* MySQL, PostgreSQL, MariaDB
* Oracle, Microsoft SQL Server
* '''Amazon Aurora:''' Eine von AWS optimierte, Cloud-native Datenbank, die bis zu 5x schneller als Standard-MySQL ist.

=== 2.3 Hochverfügbarkeit mit Multi-AZ ===
Durch Aktivierung der '''Multi-AZ-Option''' (Multi-Availability Zone) repliziert RDS die Daten synchron in ein zweites Rechenzentrum. Fällt das primäre Rechenzentrum aus, erfolgt ein automatisches Failover ohne Datenverlust und ohne Änderung der Verbindungszeichenfolge (Endpoint) in der Applikation.

=== 2.4 Read Replicas ===
Für leseintensive Anwendungen können Read Replicas erstellt werden. Diese entlasten die Hauptdatenbank, indem sie Kopien der Daten für Abfragen (Select-Statements) bereitstellen.

----

== 3. Sicherheit & Zugriff (AWS IAM) ==

Sicherheit ist bei AWS die "Job Zero". Der zentrale Dienst hierfür ist das '''Identity and Access Management (IAM)'''.

=== 3.1 Das IAM-Framework ===
IAM ermöglicht es, den Zugriff auf AWS-Ressourcen sicher zu steuern. Es ist ein globaler Dienst (nicht regionsspezifisch) und kostenlos.

=== 3.2 Die wichtigsten Identitäten ===
* '''IAM Users:''' Personen innerhalb einer Organisation. Jeder sollte einen eigenen Account haben (kein Teilen von Root-Zugangsdaten!).
* '''IAM Groups:''' Sammlungen von Usern. Berechtigungen sollten idealerweise auf Gruppenebene vergeben werden.
* '''IAM Roles:''' Werden nicht Personen, sondern Services zugewiesen. Beispielsweise kann eine EC2-Instanz eine Rolle erhalten, die es ihr erlaubt, Dateien in einen S3-Bucket zu schreiben, ohne dass Passwörter auf dem Server gespeichert werden müssen.

=== 3.3 Policies (Richtlinien) ===
Berechtigungen werden in '''JSON-Dokumenten''' definiert. Eine typische Policy legt fest:
* '''Effect:''' Erlauben (Allow) oder Verweigern (Deny).
* '''Action:''' Welche Aktion (z. B. `s3:ListBucket`).
* '''Resource:''' Auf welche Ressource (z. B. ARN des Buckets).

=== 3.4 Best Practices für AWS Sicherheit ===
# '''MFA für den Root-User:''' Den Root-Account nach der Ersteinrichtung mit Multi-Faktor-Authentifizierung sichern und "einsperren".
# '''Least Privilege:''' Vergebe nur so viele Rechte wie unbedingt nötig.
# '''Rollen statt Keys:''' Nutze IAM-Rollen für Anwendungen, um das Risiko von gestohlenen Access-Keys zu minimieren.

'''Zusammenfassend:''' EC2 liefert die Rechenpower, S3 den Speicherplatz, RDS die strukturierten Daten und IAM hält alles sicher zusammen.

AWS: EC2, S3, RDS, IAM

2026-02-05T15:20:39Z

KingHayes:

== 1. Compute & Storage (EC2 und S3) ==

AWS bietet eine Vielzahl von Diensten, aber EC2 und S3 bilden seit den Anfängen das Rückgrat fast jeder Cloud-Architektur.

=== 1.1 Amazon EC2 (Elastic Compute Cloud) ===
EC2 stellt virtuelle Server (Instanzen) in der Cloud bereit. Es ist das Äquivalent zu physischen Servern im eigenen Rechenzentrum, jedoch mit dem Vorteil der sekundenschnellen Skalierbarkeit.

* '''Instanztypen:''' AWS bietet spezialisierte Hardware-Konfigurationen für verschiedene Zwecke (z. B. '''T-Serie''' für allgemeine Aufgaben, '''C-Serie''' für rechenintensive Anwendungen, '''R-Serie''' für speicherintensive Datenbanken).
* '''Skalierbarkeit:''' Über '''Auto Scaling Groups''' kann die Anzahl der Instanzen automatisch an die CPU-Auslastung oder den Netzwerkverkehr angepasst werden.
* '''Zahlungsmodell:''' Man zahlt nur für die Kapazität, die man tatsächlich nutzt (On-Demand), oder spart durch Vorab-Reservierungen (Reserved Instances).

=== 1.2 Amazon S3 (Simple Storage Service) ===
S3 ist ein Objektspeicher-Dienst, der für das Speichern und Abrufen beliebiger Datenmengen ausgelegt ist. Er bietet eine theoretisch unbegrenzte Kapazität und eine extrem hohe Datenhaltbarkeit (99,999999999%).

* '''Buckets & Objekte:''' Daten werden als "Objekte" in "Buckets" (Containern) gespeichert. Jedes Objekt hat eine eindeutige ID (Key) und Metadaten.
* '''Speicherklassen:'''
** '''S3 Standard:''' Für häufig genutzte Daten.
** '''S3 Glacier:''' Kostengünstiges Archiv für Daten, die selten abgerufen werden.
* '''Einsatzgebiete:''' Hosting statischer Webseiten, Backups, Data Lakes für Big-Data-Analysen.

---

== 2. Datenbanken (Amazon RDS) ==

Das Verwalten eigener Datenbanken auf EC2-Instanzen ist komplex. Hier setzt '''Amazon RDS (Relational Database Service)''' an, um den administrativen Aufwand zu minimieren.

=== 2.1 Was ist Amazon RDS? ===
RDS ist ein verwalteter Dienst für relationale Datenbanken. AWS übernimmt hierbei die "undankbaren" Aufgaben wie Hardware-Provisionierung, Datenbank-Setup, Patching und Backups.

=== 2.2 Unterstützte Datenbank-Engines ===
Kunden können aus verschiedenen populären Engines wählen:
* MySQL, PostgreSQL, MariaDB
* Oracle, Microsoft SQL Server
* '''Amazon Aurora:''' Eine von AWS optimierte, Cloud-native Datenbank, die bis zu 5x schneller als Standard-MySQL ist.

=== 2.3 Hochverfügbarkeit mit Multi-AZ ===
Durch Aktivierung der '''Multi-AZ-Option''' (Multi-Availability Zone) repliziert RDS die Daten synchron in ein zweites Rechenzentrum. Fällt das primäre Rechenzentrum aus, erfolgt ein automatisches Failover ohne Datenverlust und ohne Änderung der Verbindungszeichenfolge (Endpoint) in der Applikation.

=== 2.4 Read Replicas ===
Für leseintensive Anwendungen können Read Replicas erstellt werden. Diese entlasten die Hauptdatenbank, indem sie Kopien der Daten für Abfragen (Select-Statements) bereitstellen.

---

== 3. Sicherheit & Zugriff (AWS IAM) ==

Sicherheit ist bei AWS die "Job Zero". Der zentrale Dienst hierfür ist das '''Identity and Access Management (IAM)'''.

=== 3.1 Das IAM-Framework ===
IAM ermöglicht es, den Zugriff auf AWS-Ressourcen sicher zu steuern. Es ist ein globaler Dienst (nicht regionsspezifisch) und kostenlos.

=== 3.2 Die wichtigsten Identitäten ===
* '''IAM Users:''' Personen innerhalb einer Organisation. Jeder sollte einen eigenen Account haben (kein Teilen von Root-Zugangsdaten!).
* '''IAM Groups:''' Sammlungen von Usern. Berechtigungen sollten idealerweise auf Gruppenebene vergeben werden.
* '''IAM Roles:''' Werden nicht Personen, sondern Services zugewiesen. Beispielsweise kann eine EC2-Instanz eine Rolle erhalten, die es ihr erlaubt, Dateien in einen S3-Bucket zu schreiben, ohne dass Passwörter auf dem Server gespeichert werden müssen.

=== 3.3 Policies (Richtlinien) ===
Berechtigungen werden in '''JSON-Dokumenten''' definiert. Eine typische Policy legt fest:
* '''Effect:''' Erlauben (Allow) oder Verweigern (Deny).
* '''Action:''' Welche Aktion (z. B. `s3:ListBucket`).
* '''Resource:''' Auf welche Ressource (z. B. ARN des Buckets).

=== 3.4 Best Practices für AWS Sicherheit ===
# '''MFA für den Root-User:''' Den Root-Account nach der Ersteinrichtung mit Multi-Faktor-Authentifizierung sichern und "einsperren".
# '''Least Privilege:''' Vergebe nur so viele Rechte wie unbedingt nötig.
# '''Rollen statt Keys:''' Nutze IAM-Rollen für Anwendungen, um das Risiko von gestohlenen Access-Keys zu minimieren.

'''Zusammenfassend:''' EC2 liefert die Rechenpower, S3 den Speicherplatz, RDS die strukturierten Daten und IAM hält alles sicher zusammen.

AWS: EC2, S3, RDS, IAM

2026-02-05T15:20:05Z

KingHayes: Die Seite wurde neu angelegt: „== 1: Compute & Storage (EC2 und S3) == AWS bietet eine Vielzahl von Diensten, aber EC2 und S3 bilden seit den Anfängen das Rückgrat fast jeder Cloud-Architektur. === 1.1 Amazon EC2 (Elastic Compute Cloud) === EC2 stellt virtuelle Server (Instanzen) in der Cloud bereit. Es ist das Äquivalent zu physischen Servern im eigenen Rechenzentrum, jedoch mit dem Vorteil der sekundenschnellen Skalierbarkeit. * '''Instanztypen:''' AWS bietet spezialisierte Har…“

== 1: Compute & Storage (EC2 und S3) ==

AWS bietet eine Vielzahl von Diensten, aber EC2 und S3 bilden seit den Anfängen das Rückgrat fast jeder Cloud-Architektur.

=== 1.1 Amazon EC2 (Elastic Compute Cloud) ===
EC2 stellt virtuelle Server (Instanzen) in der Cloud bereit. Es ist das Äquivalent zu physischen Servern im eigenen Rechenzentrum, jedoch mit dem Vorteil der sekundenschnellen Skalierbarkeit.

* '''Instanztypen:''' AWS bietet spezialisierte Hardware-Konfigurationen für verschiedene Zwecke (z. B. '''T-Serie''' für allgemeine Aufgaben, '''C-Serie''' für rechenintensive Anwendungen, '''R-Serie''' für speicherintensive Datenbanken).
* '''Skalierbarkeit:''' Über '''Auto Scaling Groups''' kann die Anzahl der Instanzen automatisch an die CPU-Auslastung oder den Netzwerkverkehr angepasst werden.
* '''Zahlungsmodell:''' Man zahlt nur für die Kapazität, die man tatsächlich nutzt (On-Demand), oder spart durch Vorab-Reservierungen (Reserved Instances).

=== 1.2 Amazon S3 (Simple Storage Service) ===
S3 ist ein Objektspeicher-Dienst, der für das Speichern und Abrufen beliebiger Datenmengen ausgelegt ist. Er bietet eine theoretisch unbegrenzte Kapazität und eine extrem hohe Datenhaltbarkeit (99,999999999%).

* '''Buckets & Objekte:''' Daten werden als "Objekte" in "Buckets" (Containern) gespeichert. Jedes Objekt hat eine eindeutige ID (Key) und Metadaten.
* '''Speicherklassen:'''
** '''S3 Standard:''' Für häufig genutzte Daten.
** '''S3 Glacier:''' Kostengünstiges Archiv für Daten, die selten abgerufen werden.
* '''Einsatzgebiete:''' Hosting statischer Webseiten, Backups, Data Lakes für Big-Data-Analysen.

---

== 2: Datenbanken (Amazon RDS) ==

Das Verwalten eigener Datenbanken auf EC2-Instanzen ist komplex. Hier setzt '''Amazon RDS (Relational Database Service)''' an, um den administrativen Aufwand zu minimieren.

=== 2.1 Was ist Amazon RDS? ===
RDS ist ein verwalteter Dienst für relationale Datenbanken. AWS übernimmt hierbei die "undankbaren" Aufgaben wie Hardware-Provisionierung, Datenbank-Setup, Patching und Backups.

=== 2.2 Unterstützte Datenbank-Engines ===
Kunden können aus verschiedenen populären Engines wählen:
* MySQL, PostgreSQL, MariaDB
* Oracle, Microsoft SQL Server
* '''Amazon Aurora:''' Eine von AWS optimierte, Cloud-native Datenbank, die bis zu 5x schneller als Standard-MySQL ist.

=== 2.3 Hochverfügbarkeit mit Multi-AZ ===
Durch Aktivierung der '''Multi-AZ-Option''' (Multi-Availability Zone) repliziert RDS die Daten synchron in ein zweites Rechenzentrum. Fällt das primäre Rechenzentrum aus, erfolgt ein automatisches Failover ohne Datenverlust und ohne Änderung der Verbindungszeichenfolge (Endpoint) in der Applikation.

=== 2.4 Read Replicas ===
Für leseintensive Anwendungen können Read Replicas erstellt werden. Diese entlasten die Hauptdatenbank, indem sie Kopien der Daten für Abfragen (Select-Statements) bereitstellen.

---

== 3: Sicherheit & Zugriff (AWS IAM) ==

Sicherheit ist bei AWS die "Job Zero". Der zentrale Dienst hierfür ist das '''Identity and Access Management (IAM)'''.

=== 3.1 Das IAM-Framework ===
IAM ermöglicht es, den Zugriff auf AWS-Ressourcen sicher zu steuern. Es ist ein globaler Dienst (nicht regionsspezifisch) und kostenlos.

=== 3.2 Die wichtigsten Identitäten ===
* '''IAM Users:''' Personen innerhalb einer Organisation. Jeder sollte einen eigenen Account haben (kein Teilen von Root-Zugangsdaten!).
* '''IAM Groups:''' Sammlungen von Usern. Berechtigungen sollten idealerweise auf Gruppenebene vergeben werden.
* '''IAM Roles:''' Werden nicht Personen, sondern Services zugewiesen. Beispielsweise kann eine EC2-Instanz eine Rolle erhalten, die es ihr erlaubt, Dateien in einen S3-Bucket zu schreiben, ohne dass Passwörter auf dem Server gespeichert werden müssen.

=== 3.3 Policies (Richtlinien) ===
Berechtigungen werden in '''JSON-Dokumenten''' definiert. Eine typische Policy legt fest:
* '''Effect:''' Erlauben (Allow) oder Verweigern (Deny).
* '''Action:''' Welche Aktion (z. B. `s3:ListBucket`).
* '''Resource:''' Auf welche Ressource (z. B. ARN des Buckets).

=== 3.4 Best Practices für AWS Sicherheit ===
# '''MFA für den Root-User:''' Den Root-Account nach der Ersteinrichtung mit Multi-Faktor-Authentifizierung sichern und "einsperren".
# '''Least Privilege:''' Vergebe nur so viele Rechte wie unbedingt nötig.
# '''Rollen statt Keys:''' Nutze IAM-Rollen für Anwendungen, um das Risiko von gestohlenen Access-Keys zu minimieren.

'''Zusammenfassend:''' EC2 liefert die Rechenpower, S3 den Speicherplatz, RDS die strukturierten Daten und IAM hält alles sicher zusammen.

Cloud & DevOps Spezialisierung

2026-02-05T15:19:31Z

KingHayes: /* Tag 2 – AWS & Azure Überblick */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, [[Hochverfügbarkeit]]
* [[Shared Responsibility Model]]
'''Praxis:''' Skizziere eine einfache [[Web-App-Architektur]] in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM ... [[AWS: EC2, S3, RDS, IAM|more]]
* Azure: VM, Blob Storage, Azure SQL, Entra ID
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, [[Container-Orchestrierung in der Cloud|Container]], Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

Identity and Access Management (IAM)

2026-02-05T15:14:14Z

KingHayes: Die Seite wurde neu angelegt: „Dies ist eine kompakte Einführung in das Identity and Access Management (IAM), das als zentrales Kontrollzentrum für die Sicherheit in der Cloud fungiert. == Identity and Access Management (IAM) und Zugriffssicherheit == Das '''Identity and Access Management (IAM)''' ist das Fundament der Cloud-Sicherheit. Es stellt sicher, dass die richtigen Personen und Systeme zur richtigen Zeit Zugriff auf die richtigen Ressourcen haben – und das aus den richtig…“

Dies ist eine kompakte Einführung in das Identity and Access Management (IAM), das als zentrales Kontrollzentrum für die Sicherheit in der Cloud fungiert.

== Identity and Access Management (IAM) und Zugriffssicherheit ==

Das '''Identity and Access Management (IAM)''' ist das Fundament der Cloud-Sicherheit. Es stellt sicher, dass die richtigen Personen und Systeme zur richtigen Zeit Zugriff auf die richtigen Ressourcen haben – und das aus den richtigen Gründen.

=== 1. Die Kernkomponenten von IAM ===
Ein modernes IAM-System basiert auf vier Säulen:

* '''Identitäten (Principals):''' Dies können menschliche Nutzer (Entwickler, Admins) oder maschinelle Identitäten (Applikationen, Server-Instanzen) sein.
* '''Gruppen:''' Logische Sammlungen von Nutzern, um Rechte effizienter zu verwalten (z. B. Gruppe "Marketing" erhält Zugriff auf den Image-Speicher).
* '''Rollen:''' Temporäre Identitäten, die von Services oder Nutzern angenommen werden können, um bestimmte Aufgaben auszuführen, ohne dauerhafte Zugangsdaten zu nutzen.
* '''Policies (Richtlinien):''' JSON-Dokumente, die präzise definieren, welche Aktionen (Read, Write, Delete) auf welche Ressourcen erlaubt oder verboten sind.

=== 2. Das Prinzip der geringsten Berechtigung (Least Privilege) ===
Dies ist die wichtigste Sicherheitsregel: Ein Nutzer oder Dienst darf '''nur die minimal notwendigen Rechte''' erhalten, die er zur Ausführung seiner Aufgabe benötigt. Dies minimiert den "Explosionsradius" im Falle eines kompromittierten Kontos.

=== 3. Passwortrichtlinien ===
Trotz moderner Verfahren bleiben Passwörter eine Schwachstelle. Effektive Richtlinien fordern heute:
* '''Komplexität:''' Kombination aus Groß-/Kleinschreibung, Zahlen und Sonderzeichen.
* '''Länge:''' Mindestens 12-14 Zeichen werden empfohlen.
* '''Kein regelmäßiger Zwangswechsel:''' Moderne Sicherheitsstandards (wie NIST) raten von einem Wechsel alle 90 Tage ab, da Nutzer sonst nur einfache Muster wählen. Ein Wechsel sollte nur bei Verdacht auf Kompromittierung erfolgen.

=== 4. Multi-Faktor-Authentifizierung (MFA) ===
MFA ist die effektivste Maßnahme gegen Identitätsdiebstahl. Sie kombiniert mindestens zwei Faktoren aus verschiedenen Kategorien:
# '''Wissen:''' Etwas, das man weiß (Passwort/PIN).
# '''Besitz:''' Etwas, das man hat (Hardware-Token wie YubiKey, Smartphone-App wie Google Authenticator).
# '''Inhärenz:''' Etwas, das man ist (Biometrie wie Fingerabdruck oder FaceID).

=== 5. Vergleich der Zugriffstypen ===

{| class="wikitable"
! Merkmal !! Root / Global Admin !! Standard Nutzer !! Service Account
|-
| '''Zweck''' || Vollzugriff (nur für Setup) || Tägliche Arbeit || Maschinen-Kommunikation
|-
| '''Sicherheit''' || MFA zwingend erforderlich || Passwort + MFA || Zertifikate / IAM Rollen
|-
| '''Risiko''' || Extrem hoch || Mittel || Gering (bei engen Rechten)
|}

=== 6. Zusammenfassung ===
Ein starkes IAM-Konzept ersetzt das alte "Burgmauer-Prinzip" (Perimetersicherheit) durch eine identitätsbasierte Sicherheit. In der Cloud ist die Identität der neue Perimeter.

'''Zusammenfassend:''' Ohne striktes IAM, starke Passwortrichtlinien und flächendeckendes MFA ist selbst die beste Verschlüsselung wirkungslos, da Angreifer einfach "durch die Vordertür" spazieren könnten.

Shared Responsibility Model

2026-02-05T15:13:46Z

KingHayes: /* 2. Verantwortung des Kunden */

== Das Shared Responsibility Model ==

Das '''Shared Responsibility Model''' ist eine vertragliche und operative Abgrenzung zwischen einem Cloud-Service-Provider (CSP) wie AWS, Azure oder Google Cloud und dem Kunden. Die goldene Regel lautet: Der Anbieter ist verantwortlich für die Sicherheit '''der''' Cloud, der Kunde ist verantwortlich für die Sicherheit '''in''' der Cloud.

=== 1. Verantwortung des Cloud-Anbieters ===
Der Anbieter schützt die Infrastruktur, die alle in der Cloud angebotenen Dienste ausführt. Dazu gehören:
* '''Physische Sicherheit:''' Schutz der Rechenzentren (Zugangskontrollen, Kameras, Stromversorgung).
* '''Hardware-Infrastruktur:''' Wartung der Server, Speichergeräte und Netzwerkkomponenten.
* '''Software-Infrastruktur:''' Sicherheit der Virtualisierungsschicht (Hypervisor) und der verwalteten Dienste.

=== 2. Verantwortung des Kunden ===
Die Verantwortung des Kunden hängt stark vom gewählten Servicemodell ab, umfasst aber im Kern:
* '''Daten:''' [[Daten-Verschlüsselung in der Cloud|Verschlüsselung (At-Rest und In-Transit)]] sowie Backup der eigenen Daten.
* [[Identity and Access Management (IAM)|'''Identitäts- und Zugriffsmanagement (IAM)]]:''' Wer darf auf welche Ressourcen zugreifen? (Passwortrichtlinien, MFA).
* '''Konfiguration:''' Sicherheitsgruppen, Firewalls und Betriebssystem-Updates (bei IaaS).

=== 3. Verschiebung je nach Servicemodell ===
Die Grenze der Verantwortung verschiebt sich, je mehr Management-Aufgaben der Anbieter übernimmt:

{| class="wikitable"
! Modell !! Beispiel !! Wer macht was?
|-
| '''IaaS''' (Infrastructure as a Service) || EC2, Azure VMs || Der Kunde verwaltet fast alles: Betriebssystem, Middleware und Apps.
|-
| '''PaaS''' (Platform as a Service) || App Service, Lambda || Der Anbieter verwaltet das OS; der Kunde nur den Code und die Daten.
|-
| '''SaaS''' (Software as a Service) || Microsoft 365, Salesforce || Der Anbieter verwaltet fast alles; der Kunde nur die Nutzer und Daten.
|}

=== 4. Häufige Missverständnisse ===
Ein weit verbreiteter Irrtum ist, dass Daten in der Cloud automatisch "sicher" und "gesichert" (Backup) sind.
* Wenn ein Nutzer versehentlich Daten löscht (menschliches Versagen), ist das in der Regel kein Fehler des Cloud-Anbieters.
* Die Konfiguration einer Firewall (z. B. "Port 80 für die ganze Welt öffnen") liegt allein in der Hand des Kunden.

=== 5. Zusammenfassung ===
Das Modell hilft Unternehmen zu verstehen, wo ihre Sicherheitsbemühungen enden und wo sie beginnen müssen. Es verhindert "Sicherheitslücken durch Annahme", indem es klare Grenzen zieht.

'''Zusammenfassend:''' Der Cloud-Anbieter liefert die sicheren Bausteine, aber der Kunde ist dafür verantwortlich, diese Bausteine zu einem sicheren Haus zusammenzusetzen.

IaaS, PaaS und SaaS

2026-02-04T13:43:46Z

KingHayes:

IaaS, PaaS und SaaS sind '''Cloud-Computing-Modelle, die sich durch den Umfang der vom Anbieter verwalteten IT-Ressourcen unterscheiden'''. Sie bieten Flexibilität (IaaS), Entwicklungsplattformen (PaaS) oder fertige Anwendungen (SaaS) über das Internet, wodurch Unternehmen eigene Hardware-Wartungen reduzieren.

* '''IaaS (Infrastructure-as-a-Service)''': Miete von virtueller Infrastruktur (Server, Speicher).
* '''PaaS (Platform-as-a-Service)''': Bereitstellung einer Plattform zur Anwendungsentwicklung.
* '''SaaS (Software-as-a-Service)''': Nutzung fertiger Softwareanwendungen via Browser.

Die wichtigsten Unterschiede:

* '''IaaS (z.B. AWS, Azure VM)''': Nutzer verwaltet Betriebssysteme, Anwendungen und Daten, während der Anbieter für physische Server und Virtualisierung sorgt. Es bietet maximale Kontrolle.
* '''PaaS (z.B. Google App Engine, Heroku)''': Ideal für Entwickler. Anbieter kümmert sich um Infrastruktur und Laufzeitumgebung, Nutzer fokussiert sich auf die App.
* '''SaaS (z.B. Salesforce, Microsoft 365, Dropbox)''': Das Rundum-sorglos-Paket. Der Anbieter übernimmt die gesamte Verwaltung, Sicherheit und Wartung.

Die Wahl hängt vom Bedarf an Kontrolle und Eigenverantwortung ab.

IaaS, PaaS und SaaS

2026-02-04T13:42:21Z

KingHayes: Die Seite wurde neu angelegt: „IaaS, PaaS und SaaS sind Cloud-Computing-Modelle, die sich durch den Umfang der vom Anbieter verwalteten IT-Ressourcen unterscheiden. Sie bieten Flexibilität (IaaS), Entwicklungsplattformen (PaaS) oder fertige Anwendungen (SaaS) über das Internet, wodurch Unternehmen eigene Hardware-Wartungen reduzieren. * IaaS (Infrastructure-as-a-Service): Miete von virtueller Infrastruktur (Server, Speicher). * PaaS (Platform-as-a-Service): Bereitstellung einer Pla…“

IaaS, PaaS und SaaS sind Cloud-Computing-Modelle, die sich durch den Umfang der vom Anbieter verwalteten IT-Ressourcen unterscheiden. Sie bieten Flexibilität (IaaS), Entwicklungsplattformen (PaaS) oder fertige Anwendungen (SaaS) über das Internet, wodurch Unternehmen eigene Hardware-Wartungen reduzieren.

* IaaS (Infrastructure-as-a-Service): Miete von virtueller Infrastruktur (Server, Speicher).
* PaaS (Platform-as-a-Service): Bereitstellung einer Plattform zur Anwendungsentwicklung.
* SaaS (Software-as-a-Service): Nutzung fertiger Softwareanwendungen via Browser.

Die wichtigsten Unterschiede:

* IaaS (z.B. AWS, Azure VM): Nutzer verwaltet Betriebssysteme, Anwendungen und Daten, während der Anbieter für physische Server und Virtualisierung sorgt. Es bietet maximale Kontrolle.
* PaaS (z.B. Google App Engine, Heroku): Ideal für Entwickler. Anbieter kümmert sich um Infrastruktur und Laufzeitumgebung, Nutzer fokussiert sich auf die App.
* SaaS (z.B. Salesforce, Microsoft 365, Dropbox): Das Rundum-sorglos-Paket. Der Anbieter übernimmt die gesamte Verwaltung, Sicherheit und Wartung.

Die Wahl hängt vom Bedarf an Kontrolle und Eigenverantwortung ab.

Cloud & DevOps Spezialisierung

2026-02-04T13:41:31Z

KingHayes: /* 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* [[IaaS, PaaS und SaaS|IaaS vs PaaS vs SaaS]]
* Regionen, Zonen, Hochverfügbarkeit
* Shared Responsibility Model
'''Praxis:''' Skizziere eine einfache Web-App-Architektur in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM
* Azure: VM, Blob Storage, Azure SQL, Entra ID
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, Container, Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

CI/CD

2026-02-04T13:37:08Z

KingHayes: Die Seite wurde neu angelegt: „CI/CD steht für '''Continuous Integration und Continuous Delivery/Deployment (kontinuierliche Integration und Bereitstellung)'''. Es ist eine automatisierte Praxis in der Softwareentwicklung, die Codeänderungen häufiger, schneller und zuverlässiger in Produktion bringt. CI/CD-Pipelines automatisieren das Bauen, Testen und Bereitstellen, wodurch Fehler frühzeitig erkannt und Entwicklungszyklen beschleunigt werden. Die Kernkomponenten im Detail: * '…“

CI/CD steht für '''Continuous Integration und Continuous Delivery/Deployment (kontinuierliche Integration und Bereitstellung)'''. Es ist eine automatisierte Praxis in der Softwareentwicklung, die Codeänderungen häufiger, schneller und zuverlässiger in Produktion bringt. CI/CD-Pipelines automatisieren das Bauen, Testen und Bereitstellen, wodurch Fehler frühzeitig erkannt und Entwicklungszyklen beschleunigt werden.

Die Kernkomponenten im Detail:

* '''Continuous Integration (CI)''': Entwickler führen ihre Codeänderungen mehrmals täglich in einem zentralen Repository zusammen. Automatische Builds und Tests stellen sicher, dass der neue Code keine Fehler in der Anwendung verursacht.
* '''Continuous Delivery (CD)''': Nach der CI-Phase wird der Code automatisch in einer Test- oder Staging-Umgebung bereitgestellt. Die Übergabe an die Produktion erfordert hierbei in der Regel noch eine manuelle Freigabe.
* '''Continuous Deployment (CD)''': Eine weiterentwickelte Form der Bereitstellung, bei der jede Änderung, die alle Tests erfolgreich durchläuft, automatisch ohne manuelle Eingriffe in die Produktionsumgebung (zum Kunden) übernommen wird.

Vorteile von CI/CD:

* '''Schnellere Releases''': Software kann häufiger und effizienter aktualisiert werden.
* '''Höhere Qualität''': Automatisierte Tests reduzieren Risiken und finden Fehler früher.
* '''Automatisierung''': Routineaufgaben im Entwicklungs- und Bereitstellungsprozess werden eliminiert.

Cloud & DevOps Spezialisierung

2026-02-04T13:34:34Z

KingHayes: /* 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit [[CI/CD]] automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* IaaS vs PaaS vs SaaS
* Regionen, Zonen, Hochverfügbarkeit
* Shared Responsibility Model
'''Praxis:''' Skizziere eine einfache Web-App-Architektur in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM
* Azure: VM, Blob Storage, Azure SQL, Entra ID
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, Container, Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

Cloud & DevOps Spezialisierung

2026-02-04T13:33:29Z

KingHayes: /* 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) */

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

'''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit CI/CD automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* IaaS vs PaaS vs SaaS
* Regionen, Zonen, Hochverfügbarkeit
* Shared Responsibility Model
'''Praxis:''' Skizziere eine einfache Web-App-Architektur in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM
* Azure: VM, Blob Storage, Azure SQL, Entra ID
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, Container, Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.

Cloud & DevOps Spezialisierung

2026-02-04T13:32:39Z

KingHayes: Die Seite wurde neu angelegt: „= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) = Starke Wahl – '''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht. Ziel am Ende: Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit CI/CD automatisiert ausrollen und grundlegende Cloud-Security um…“

= 2-Monats-Lernplan: Cloud & DevOps Spezialisierung (40 Tage) =

Starke Wahl – '''Cloud + DevOps''' ist genau die Art Spezialisierung, die vorhandene Web-, Server- und Linux-Skills massiv aufwertet und den Einstieg in ein höherpreisiges Marktsegment ermöglicht.

Ziel am Ende:
Du kannst eine produktionsnahe Webanwendung containerisiert deployen, per Terraform Infrastruktur aufbauen, mit CI/CD automatisiert ausrollen und grundlegende Cloud-Security umsetzen.

----

== PHASE 1 – Cloud-Grundlagen & Architektur (Tage 1–10) ==

'''Ziel:''' Verstehen, wie moderne Cloud-Infrastruktur aufgebaut ist

=== Tag 1 – Cloud Computing Grundlagen ===
* IaaS vs PaaS vs SaaS
* Regionen, Zonen, Hochverfügbarkeit
* Shared Responsibility Model
'''Praxis:''' Skizziere eine einfache Web-App-Architektur in der Cloud

=== Tag 2 – AWS & Azure Überblick ===
* AWS: EC2, S3, RDS, IAM
* Azure: VM, Blob Storage, Azure SQL, Entra ID
'''Praxis:''' Accounts erstellen (AWS + Azure Free Tier)

=== Tag 3 – Virtuelle Server ===
* EC2 / Azure VM starten
* SSH-Zugang absichern (Key, Firewall)
'''Praxis:''' Linux-Server deployen und Nginx installieren

=== Tag 4 – Networking Basics ===
* VPC, Subnets, Security Groups
* Public vs Private Subnet
'''Praxis:''' Eigene VPC + Public Subnet einrichten

=== Tag 5 – Storage ===
* Objekt-Storage (S3/Blob)
* Block Storage (EBS)
'''Praxis:''' Statische Website in S3 hosten

=== Tag 6 – Datenbanken in der Cloud ===
* RDS / Azure Database
* Managed vs Self-Hosted
'''Praxis:''' MySQL/Postgres als Managed Service starten

=== Tag 7 – Identity & Access (IAM) ===
* Rollen, Policies, Least Privilege
'''Praxis:''' IAM-User mit eingeschränkten Rechten erstellen

=== Tag 8 – Cloud-Architektur Muster ===
* 3-Tier-Architektur
* Load Balancer + Auto Scaling
'''Praxis:''' Architekturdiagramm für skalierbare Web-App zeichnen

=== Tag 9 – Monitoring Basics ===
* CloudWatch / Azure Monitor
'''Praxis:''' CPU-Alarm konfigurieren

=== Tag 10 – Mini-Projekt 1 ===
Deploye eine einfache Web-App auf einem Cloud-Server mit DB

----

== PHASE 2 – Container & Kubernetes (Tage 11–20) ==

'''Ziel:''' Anwendungen portabel und skalierbar machen

=== Tag 11 – Docker Grundlagen ===
* Images, Container, Dockerfile
'''Praxis:''' Eigene Node/PHP/Python App containerisieren

=== Tag 12 – Docker Networking & Volumes ===
'''Praxis:''' DB + App per Docker Compose verbinden

=== Tag 13 – Docker Registry ===
* Docker Hub / GitHub Container Registry
'''Praxis:''' Image pushen

=== Tag 14 – Kubernetes Grundlagen ===
* Pods, Deployments, Services
'''Praxis:''' Minikube oder k3s lokal installieren

=== Tag 15 – Kubernetes Deployments ===
'''Praxis:''' Containerisierte App in Kubernetes deployen

=== Tag 16 – Services & Ingress ===
'''Praxis:''' App über Ingress Controller erreichbar machen

=== Tag 17 – ConfigMaps & Secrets ===
'''Praxis:''' DB-Passwort als Secret speichern

=== Tag 18 – Autoscaling ===
* Horizontal Pod Autoscaler
'''Praxis:''' CPU-basiertes Scaling testen

=== Tag 19 – Managed Kubernetes ===
* EKS / AKS / GKE Überblick
'''Praxis:''' Cluster in AWS EKS oder Azure AKS starten

=== Tag 20 – Mini-Projekt 2 ===
Die Web-App läuft jetzt in Kubernetes in der Cloud

----

== PHASE 3 – Infrastructure as Code (Terraform) (Tage 21–27) ==

'''Ziel:''' Infrastruktur automatisiert bereitstellen

=== Tag 21 – Terraform Grundlagen ===
* Provider, Resources, State
'''Praxis:''' EC2 per Terraform erstellen

=== Tag 22 – Variablen & Outputs ===
'''Praxis:''' Wiederverwendbare Config bauen

=== Tag 23 – Networking mit Terraform ===
'''Praxis:''' VPC + Subnet + Security Group per Code

=== Tag 24 – Datenbank & Storage per Terraform ===

=== Tag 25 – Terraform Module ===

=== Tag 26 – Remote State ===
* S3 Backend + Locking

=== Tag 27 – Mini-Projekt 3 ===
Ganze Infrastruktur per Terraform deployen

----

== PHASE 4 – CI/CD & DevOps Workflows (Tage 28–34) ==

'''Ziel:''' Automatisierte Deployments

=== Tag 28 – DevOps Prinzipien ===
* CI vs CD
* GitOps Grundidee

=== Tag 29 – GitHub Actions Basics ===
'''Praxis:''' Workflow für Build + Test

=== Tag 30 – Docker Build Pipeline ===
'''Praxis:''' Image automatisch bauen & pushen

=== Tag 31 – Kubernetes Deployment per CI/CD ===

=== Tag 32 – Terraform in CI/CD ===

=== Tag 33 – Rollbacks & Versionierung ===

=== Tag 34 – Mini-Projekt 4 ===
Push zu Git → automatisches Deployment in Kubernetes

----

== PHASE 5 – Cloud Security & Best Practices (Tage 35–40) ==

'''Ziel:''' Professionelle, sichere Infrastruktur

=== Tag 35 – Cloud Security Grundlagen ===
* Shared Responsibility
* Angriffsvektoren

=== Tag 36 – IAM Best Practices ===

=== Tag 37 – Netzwerksicherheit ===
* Private Subnets, Bastion Host

=== Tag 38 – Secrets Management ===
* AWS Secrets Manager / Azure Key Vault

=== Tag 39 – Logging & Incident Response ===

=== Tag 40 – Abschlussprojekt ===
'''Finales Projekt:'''
* Komplette Infrastruktur mit Terraform
* Kubernetes Cluster
* CI/CD Pipeline
* Sicherheitskonzept (IAM + Secrets + Private DB)

----

== Ergebnis nach 40 Tagen ==

Du kannst danach:

* Cloud-Infrastruktur planen
* Server & Netzwerke automatisiert aufbauen
* Apps containerisieren
* Kubernetes produktiv nutzen
* CI/CD Pipelines erstellen
* Sicherheitsgrundlagen professionell umsetzen

Das ist exakt das Skillset, das KMU, Agenturen und Startups aktuell nachfragen.