diff --git a/assets/images/blog/cicd-devx/tk-blogpost-cicd-devx-3000x2000.png b/assets/images/blog/cicd-devx/tk-blogpost-cicd-devx-3000x2000.png
new file mode 100644
index 00000000..0120b0bf
Binary files /dev/null and b/assets/images/blog/cicd-devx/tk-blogpost-cicd-devx-3000x2000.png differ
diff --git a/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization-some.jpg b/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization-some.jpg
new file mode 100644
index 00000000..12e17259
Binary files /dev/null and b/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization-some.jpg differ
diff --git a/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization.jpg b/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization.jpg
new file mode 100644
index 00000000..b3fd0d98
Binary files /dev/null and b/assets/images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization.jpg differ
diff --git a/assets/images/blog/review24/tk-blogpost-review-1200x630.jpg b/assets/images/blog/review24/tk-blogpost-review-1200x630.jpg
new file mode 100644
index 00000000..cfdd553d
Binary files /dev/null and b/assets/images/blog/review24/tk-blogpost-review-1200x630.jpg differ
diff --git a/assets/images/blog/review24/tk-blogpost-review-1500x1000.jpg b/assets/images/blog/review24/tk-blogpost-review-1500x1000.jpg
new file mode 100644
index 00000000..1cf7c4d7
Binary files /dev/null and b/assets/images/blog/review24/tk-blogpost-review-1500x1000.jpg differ
diff --git a/assets/images/blog/unsere-werte/tk-blogpost-werte-some.png b/assets/images/blog/unsere-werte/tk-blogpost-werte-some.png
new file mode 100644
index 00000000..7bce006d
Binary files /dev/null and b/assets/images/blog/unsere-werte/tk-blogpost-werte-some.png differ
diff --git a/assets/images/blog/unsere-werte/tk-blogpost-werte.jpg b/assets/images/blog/unsere-werte/tk-blogpost-werte.jpg
new file mode 100644
index 00000000..036e9aef
Binary files /dev/null and b/assets/images/blog/unsere-werte/tk-blogpost-werte.jpg differ
diff --git a/assets/images/blog/unsere-werte/unsere-werte.jpg b/assets/images/blog/unsere-werte/unsere-werte.jpg
new file mode 100644
index 00000000..d429efc8
Binary files /dev/null and b/assets/images/blog/unsere-werte/unsere-werte.jpg differ
diff --git a/assets/images/landing-pages/ocpv-accelerator/de-accelerator-discovery.svg b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-discovery.svg
new file mode 100644
index 00000000..7988c0d8
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-discovery.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/ocpv-accelerator/de-accelerator-enablement.svg b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-enablement.svg
new file mode 100644
index 00000000..67ca67f4
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-enablement.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/ocpv-accelerator/de-accelerator-migration.svg b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-migration.svg
new file mode 100644
index 00000000..2125e8a6
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/de-accelerator-migration.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/ocpv-accelerator/en-accelerator-discovery.svg b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-discovery.svg
new file mode 100644
index 00000000..67e6de5c
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-discovery.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/ocpv-accelerator/en-accelerator-enablement.svg b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-enablement.svg
new file mode 100644
index 00000000..efc51149
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-enablement.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/ocpv-accelerator/en-accelerator-migration.svg b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-migration.svg
new file mode 100644
index 00000000..d43656d5
--- /dev/null
+++ b/assets/images/landing-pages/ocpv-accelerator/en-accelerator-migration.svg
@@ -0,0 +1 @@
+
diff --git a/assets/images/landing-pages/tk-landingpage-kubetrain-1200x630.png b/assets/images/landing-pages/tk-landingpage-kubetrain-1200x630.png
new file mode 100755
index 00000000..91766654
Binary files /dev/null and b/assets/images/landing-pages/tk-landingpage-kubetrain-1200x630.png differ
diff --git a/assets/images/landing-pages/tk-landingpage-kubetrain-1500x600.png b/assets/images/landing-pages/tk-landingpage-kubetrain-1500x600.png
new file mode 100755
index 00000000..782f13fe
Binary files /dev/null and b/assets/images/landing-pages/tk-landingpage-kubetrain-1500x600.png differ
diff --git a/assets/images/landing-pages/tk-puzzle-lunchbag-post-1500x1000.png b/assets/images/landing-pages/tk-puzzle-lunchbag-post-1500x1000.png
new file mode 100755
index 00000000..5297fa0f
Binary files /dev/null and b/assets/images/landing-pages/tk-puzzle-lunchbag-post-1500x1000.png differ
diff --git a/assets/images/partner/puzzle_itc.png b/assets/images/partner/puzzle_itc.png
new file mode 100755
index 00000000..1ecaa169
Binary files /dev/null and b/assets/images/partner/puzzle_itc.png differ
diff --git a/assets/scss/layouts/_forms.scss b/assets/scss/layouts/_forms.scss
index 164492df..e36278d9 100644
--- a/assets/scss/layouts/_forms.scss
+++ b/assets/scss/layouts/_forms.scss
@@ -27,6 +27,10 @@
}
}
+option {
+ color: initial;
+}
+
label {
font-size: 1.6rem;
line-height: 1.5;
diff --git a/config/postcss.config.js b/config/postcss.config.js
index d5024e93..06d998b8 100644
--- a/config/postcss.config.js
+++ b/config/postcss.config.js
@@ -37,6 +37,9 @@ module.exports = {
'btn',
'btn-primary',
'jobs',
+ 'page-item',
+ 'page-link',
+ 'option',
...whitelister([
'./assets/scss/components/_alerts.scss',
// './assets/scss/components/_buttons.scss',
diff --git a/content/de/blog/2024-kubevirt-introduction.md b/content/de/blog/2024-kubevirt-introduction.md
index 435ee287..7cbecc07 100644
--- a/content/de/blog/2024-kubevirt-introduction.md
+++ b/content/de/blog/2024-kubevirt-introduction.md
@@ -10,6 +10,8 @@ img_border: true
Sitemap:
Priority: 0.9
+additionalblogposts: [ 'kubevirt-training', 'kubevirt-usecases']
+
categories: ["Technologie", "KubeVirt", "Kubernetes"]
authors: ['christof-luethi']
post_img: "images/blog/kubevirt/tk-blogpost-kubevirt.jpg"
@@ -138,7 +140,9 @@ starker Partner für Enterprise-Kunden zur Verfügung.
Gerne stehen wir für Fragen zur Verfügung. Du erreichst uns am besten unter [hallo@tim-koko.ch](mailto:hallo@tim-koko.ch) oder auf [LinkedIn](https://www.linkedin.com/company/tim-koko).
-Zudem werden wir an den folgenden Meetups unsere Erfahrungen mit der Community teilen:
+Weiter bieten wir dir die folgenden Möglichkeiten, dich vertieft mit dem Thema KubeVirt oder OpenShift Virtualization auseinander zu setzen:
-- 19.11.2024 - 17:00: [Cloud Native Bern Meetup](https://www.meetup.com/cloudnativebern/events/299829917/) in Bern
-- 28.11.2024 - 16:00: [Cloud Native Switzerland Meetup](https://www.meetup.com/cloud-native-computing-switzerland/events/302784454) in Luzern
+- [tim&koko labs](https://tim-koko.ch/labs/): An einem Nachmittag die Grundlagen von KubeVirt kennenlernen und in praktischen hands-on labs direkt anwenden.
+- [KubeVirt Basics Training](https://acend.ch/trainings/kubevirt/): Zweitägiges abwechslungsreiches Training mit Präsentationen und hands-on labs.
+- [OpenShift Virtualization Accelerator Package](https://tim-koko.ch/services/openshift-virtualization-accelerator/): Wir helfen dir, die Möglichkeiten von OpenShift Virtualization zu erkunden und herauszufinden, wie hoch das Potenzial für eine neue oder parallele Strategie sein
+ könnte.
diff --git a/content/de/blog/2024-kubevirt-training.md b/content/de/blog/2024-kubevirt-training.md
index f413a406..d05cbe8f 100644
--- a/content/de/blog/2024-kubevirt-training.md
+++ b/content/de/blog/2024-kubevirt-training.md
@@ -10,6 +10,9 @@ img_border: false
Sitemap:
Priority: 0.9
+
+additionalblogposts: [ 'kubevirt-introduction', 'kubevirt-usecases']
+
categories: ["Technologie", "KubeVirt", "Kubernetes"]
authors: ['thomas-philipona']
post_img: "images/blog/kubevirt-training/kubevirt-training-blogpost-1500x1000.png"
@@ -71,7 +74,9 @@ Die Teilnehmenden benötigen einen Laptop mit direktem Zugang zum Internet.
Gerne stehen wir für Fragen zur Verfügung. Du erreichst uns am besten unter [hallo@tim-koko.ch](mailto:hallo@tim-koko.ch) oder auf [LinkedIn](https://www.linkedin.com/company/tim-koko). Die genauen Konditionen zum Training findest Du auf der [Website von acend](https://acend.ch/trainings/kubevirt/).
-Zudem werden wir an den folgenden Meetups unsere Erfahrungen mit der Community teilen:
+Weiter bieten wir dir die folgenden Möglichkeiten, dich vertieft mit dem Thema KubeVirt oder OpenShift Virtualization auseinander zu setzen:
-* 19.11.2024 - 17:00: [Cloud Native Bern Meetup](https://www.meetup.com/cloudnativebern/events/299829917/) in Bern
-* 28.11.2024 - 16:00: [Cloud Native Switzerland Meetup](https://www.meetup.com/cloud-native-computing-switzerland/events/302784454) in Luzern
+* [tim&koko labs](https://tim-koko.ch/labs/): An einem Nachmittag die Grundlagen von KubeVirt kennenlernen und in praktischen hands-on labs direkt anwenden.
+* [KubeVirt Basics Training](https://acend.ch/trainings/kubevirt/): Zweitägiges abwechslungsreiches Training mit Präsentationen und hands-on labs.
+* [OpenShift Virtualization Accelerator Package](https://tim-koko.ch/services/openshift-virtualization-accelerator/): Wir helfen dir, die Möglichkeiten von OpenShift Virtualization zu erkunden und herauszufinden, wie hoch das Potenzial für eine neue oder parallele Strategie sein
+ könnte.
diff --git a/content/de/blog/2024-kubevirt-usecases.md b/content/de/blog/2024-kubevirt-usecases.md
new file mode 100644
index 00000000..24900d68
--- /dev/null
+++ b/content/de/blog/2024-kubevirt-usecases.md
@@ -0,0 +1,147 @@
+---
+title: "KubeVirt Journey - Potenzial und Einsatzgebiete von KubeVirt"
+slug: "kubevirt-usecases"
+description: ""
+date: 2024-11-21T00:00:00+00:00
+lastmod: 2024-11-21T00:00:00+00:00
+draft: false
+images: ["images/blog/kubevirt/tk-blogpost-kubevirt_share-image.jpg"]
+img_border: true
+Sitemap:
+Priority: 0.9
+
+additionalblogposts: [ 'kubevirt-introduction', 'kubevirt-training']
+
+categories: ["Technologie", "KubeVirt", "Kubernetes"]
+authors: ['christof-luethi']
+post_img: "images/blog/kubevirt/tk-blogpost-kubevirt.jpg"
+lead: "Der Einsatz von virtuellen Maschinen ist heutzutage nicht mehr wegzudenken. Neben dem Ersatz von bestehenden Virtualisierungslösungen bietet KubeVirt das Potenzial um Infrastrukturen und Workflows zu modernisieren."
+---
+
+Im zweiten Blogpost unserer KubeVirt-Serie (Teil 1: [KubeVirt Journey - Einführung in die Verwaltung von virtuellen Maschinen in Kubernetes]({{< ref "blog/2024-kubevirt-introduction" >}})) schauen wir uns die Einsatztgebiete von KubeVirt an. Die Technologie hat sich zum Ziel gesetzt, die Verwendung von virtuelle Maschinen
+mit modernen Patterns neu zu definieren. Wir bei Tim&Koko sind überzeugt, dass der Cloud-Native-Ansatz von KubeVirt der
+richtige Weg ist, um Infrastrukturen, Workloads und Workflows von traditionellen virtuellen Maschinen zu modernisieren.
+
+Nun schauen wir uns das Potenzial von KubeVirt anhand einiger Einsatzgebiete etwas genauer an.
+
+### Vereinheitlichung und Modernisierung der Infrastruktur
+
+Oft werden technologisch komplett unterschiedliche Infrastrukturen für virtuelle Maschinen sowie Container-Workload
+aufgebaut und betrieben.
+
+{{< svg "assets/images/blog/kubevirt/infrastructure-convergence.svg" >}}
+
+
+Durch die Verwendung von Kubernetes als Grundlage für VM- und Container-Workload kann das Tooling rund um die Infrastruktur
+vereinheitlicht werden. So können zum Beispiel Log-, Monitoring- und Storage-Systeme sowie Netzwerke zusammengeführt
+werden. Der Betrieb der zwei Infrastruktur-Stacks und dessen Ökosysteme entfällt somit. Dies hat den Vorteil, dass sich
+die Infrastruktur vereinfacht und durch die Konsolidierung können Betriebskosten eingespart werden. Gleichzeitig erhöhen
+Container-Plattformen die Flexibilität und Portabilität der Workload und ermöglichen es somit, schneller auf Veränderungen
+zu reagieren.
+
+### Vereinheitlichung des Workflows
+
+Nicht weniger zentral als die Vereinheitlichung von Infrastruktur und Hardware-Komponenten ist der Einfluss auf der
+Workflow-Ebene. Bekannte Tools und Workflows aus der Container-Welt können identisch auf virtuelle Maschinen angewandt
+werden. Das Definieren und Verwalten von virtuellen Maschinen ist deklarativ möglich und Infrastrukturen können so
+komplett als YAML-Ressourcen beschrieben und versioniert werden.
+
+```yaml
+apiVersion: kubevirt.io/v1
+kind: VirtualMachine
+metadata:
+ name: fedora-vm
+spec:
+ running: true
+ template:
+ metadata:
+ labels:
+ kubevirt.io/domain: fedora-vm
+ spec:
+ domain:
+ devices:
+ disks:
+ - name: fedora-disk
+ disk:
+ bus: virtio
+ interfaces:
+ - name: default
+ masquerade: {}
+ resources:
+ requests:
+ memory: 1Gi
+ networks:
+ - name: default
+ pod: {}
+ volumes:
+ - name: fedora-disk
+ containerDisk:
+ image: quay.io/containerdisks/fedora:40
+```
+
+Einer der grössten Vorteile der deklarativen Beschreibung und der Versionierung ist die Reproduzierbarkeit von Umgebungen.
+Änderungen können so konsistent und nachvollziehbar umgesetzt werden. Durch die Einbindung in automatisierte Prozesse
+wie CI/CD-Pipelines können Änderungen automatisch getestet werden, was im Endeffekt die Verlässlichkeit bei der
+Bereitstellung und Wartung von Systemen erhöht. Die Automatisierung kann ebenfalls dazu verwendet werden, um
+betriebsinterne Prozesse, manuelle Schritte und Abhängigkeiten zu reduzieren, was zu einer schnelleren Bereitstellung
+der Ressourcen führt.
+
+### Application Migration
+
+Werden Monolithen in VMs in Container-Architekturen überführt, ist während der Migration oft ein
+Parallelbetrieb nötig. Durch den Betrieb des Monolithen als KubeVirt-VM kann bereits während der Transition eine
+einheitliche Infrastruktur verwendet werden. Dies kann für eine kostengünstigere und ressourcenschonendere Umsetzung
+der Migration sorgen.
+
+{{< svg "assets/images/blog/kubevirt/application-migration.svg" >}}
+
+
+Ist eine Ablösung einer Applikation in einer VM aufgrund wirtschaftlicher oder technischer Aspekte nicht sinnvoll, kann
+der Betrieb auf Container-Plattformen dafür sorgen, dass Applikationen besser und einfacher integriert werden können.
+
+### Verwendung und direkter Zugriff auf dedizierte Hardware
+
+Normaler Container-Workload ermöglicht es nicht, spezielle Hardware einzubinden. Virtuelle Maschinen haben diese
+Fähigkeit. Mittels KubeVirt können virtuelle Maschinen ebenfalls direkten Zugriff auf Geräte des Host-Systems erlangen.
+Beispiele sind hier direkte Netzwerkkarten oder die Verwendung von Grafikkarten in VMs. Nvidia ist ein grosser Treiber
+des KubeVirt Projektes und verwendet KubeVirt für das Nvidia GeForce Now. Der Vorteil für Unternehmen liegt in einer
+effizienteren und kostengünstigeren Ressourcennutzung und der erhöhten Flexibilität, da spezialisierte Geräte dynamisch
+an die VMs zugewiesen werden können.
+
+### Kubernetes-as-a-Service (KaaS)
+
+Das Konzept Kubernetes auf Kubernetes bietet interessante Anwendungsfälle. Insbesondere in Szenarien, in denen
+Multi-Tenancy und Isolation eine grosse Rolle spielen. So kann zum Beispiel ein Anbieter isolierte Kubernetes-Tenants
+anbieten, welche auf virtuellen KubeVirt Maschinen auf Kubernetes basieren. Diese Kubernetes-Tenants können bei Bedarf
+skaliert und durch weitere virtuelle Maschinen erweitert werden. Dadurch kann die Bereitstellung von Tenants schneller, zentral
+und komplett automatisiert erfolgen. Durch die starke Isolation von VMs können geforderte Sicherheitsaspekte besser abgedeckt
+werden.
+
+### Kein Vendor-Lock-In
+
+Das KubeVirt-Projekt is Open-Source und wird von mehreren grossen Firmen wie zum Beispiel Red Hat, Nvidia oder
+Cloudflare konstant weiterentwickelt. Die KubeVirt-Community wächst derzeit rasant. Kommt der Einsatz von
+Community-Supported Software nicht infrage, kann zum Beispiel Red Hat OpenShift Virtualization, welches auf KubeVirt
+basiert, eingesetzt werden. Für OpenShift Virtualization ist wiederum kommerzieller Enterprise-Grade Support von Red Hat
+vorhanden.
+
+### Zusammenfassung
+
+KubeVirt ist eine interessante Alternative zu den bestehenden Virtualisierungslösungen. Das Ziel von KubeVirt ist nicht
+primär der eins zu eins Ersatz von bestehenden Virtualisierungslösungen. Das volle Potenzial entwickelt sich, wenn der
+VM-Workload so definiert ist, dass er mit denselben Tools und Workflows der Container-Welt gemanagt werden kann. Dies
+erlaubt es Unternehmen Infrastruktur zu vereinheitlichen sowie die Ressourcen effizienter zu nutzen und dadurch operative
+Kosten zu sparen. Durch die Konsolidierung kann auch die Produktvielfalt reduziert werden. Einheitliches Tooling,
+Automatisierung und Integration in CI/CD-Pipelines fördert die Developer Experience und sorgt dafür, dass Ressourcen
+schneller zur Verfügung stehen.
+
+## Möchtest Du mehr erfahren?
+
+Gerne stehen wir für Fragen zur Verfügung. Du erreichst uns am besten unter [hallo@tim-koko.ch](mailto:hallo@tim-koko.ch) oder auf [LinkedIn](https://www.linkedin.com/company/tim-koko).
+
+Weiter bieten wir dir die folgenden Möglichkeiten, dich vertieft mit dem Thema KubeVirt oder OpenShift Virtualization auseinander zu setzen:
+
+- [tim&koko labs](https://tim-koko.ch/labs/): An einem Nachmittag die Grundlagen von OpenShift Virtualization kennenlernen und in praktischen hands-on labs direkt anwenden.
+- [KubeVirt Basics Training](https://acend.ch/trainings/kubevirt/): Zweitägiges abwechslungsreiches Training mit Präsentationen und hands-on labs.
+- [OpenShift Virtualization Accelerator Package](https://tim-koko.ch/services/openshift-virtualization-accelerator/): Wir helfen dir, die Möglichkeiten von OpenShift Virtualization zu erkunden und herauszufinden, wie hoch das Potenzial für eine neue oder parallele Strategie sein
+ könnte.
diff --git a/content/de/blog/2024-tim-koko-jahresrueckblick.md b/content/de/blog/2024-tim-koko-jahresrueckblick.md
new file mode 100644
index 00000000..bf9f9396
--- /dev/null
+++ b/content/de/blog/2024-tim-koko-jahresrueckblick.md
@@ -0,0 +1,82 @@
+---
+title: "tim&koko Jahresrückblick 2024"
+slug: "tim-koko-jahresrueckblick"
+description: ""
+date: 2024-12-16T00:00:00+00:00
+lastmod: 2024-12-16T00:00:00+00:00
+draft: false
+images: ["images/blog/review24/tk-blogpost-review-1200x630.jpg"]
+Sitemap:
+Priority: 0.9
+
+categories: ["News", "tim&koko", "Jahresrückblick"]
+authors: ['livia-affolter']
+post_img: "images/blog/review24/tk-blogpost-review-1500x1000.jpg"
+lead: "Das Jahr 2024 neigt sich dem Ende zu, und bei tim&koko blicken wir auf ein Jahr voller spannender Entwicklungen, inspirierender Momente und grossartiger Erlebnisse zurück. Für uns war 2024 geprägt von Wachstum – als Team, als Unternehmen und in unseren Partnerschaften. Für unseren Jahresrückblick, haben wir unser Team gefragt, was ihre ganz persönlichen Highlights des Jahres waren."
+---
+
+### Unser wachsendes Team
+
+Wir sind jetzt sechs motivierte Köpfe bei tim&koko. Jede/r Einzelne bringt einzigartige Stärken, Kreativität und
+Leidenschaft mit. Gemeinsam arbeiten wir daran, unseren Kund:innen die besten Lösungen zu bieten.
+
+### Renaming zu tim&koko
+
+Einer der grössten Meilensteine war unser [Renaming](https://tim-koko.ch/blog/neuer-brand-name/). Aus unserem alten Namen wurde tim&koko – ein frischer, klarer
+Ausdruck dessen, wer wir sind und wofür wir stehen. Unser Name tim&koko ehrt den britischen Informatiker Tim Berners-Lee,
+Schöpfer des World Wide Web, wie auch das Gorilla-Weibchen Koko, das in Gebärdensprache kommunizierte. Der Name steht für
+technologische Lösungen und Kommunikation auf Augenhöhe – genau wie unsere Arbeitsweise.
+
+{{< custom-image "../images/review24/apero-tk-launch.jpg" "600" >}}
+
+### Sommer Workshop
+
+Im Sommer kamen wir zusammen, um zu lernen, zu brainstormen und uns als Team weiterzuentwickeln. Kreative Ansätze, neue
+Ideen und jede Menge Teamgeist prägten diesen [Workshop](https://tim-koko.ch/blog/tim-koko-sommerworkshop/). Es war ein
+inspirierender Moment, der uns enger zusammengeschweisst hat. Während des Workshops stärkten wir an den drei gemeinsamen
+Tagen unser Teamgefühl, reflektierten über die Übereinstimmung persönlicher und Firmenwerte als Basis für eine gemeinsame
+Ausrichtung und entwickelten eine klare Vision für unsere Zukunft sowie unsere interne Organisation.
+
+{{< custom-image "../images/review24/sommerworkshop.jpg" "600" >}}
+
+### Kund:innen-Event im Oktober
+
+Unsere Büroräumlichkeiten verwandelten sich im Oktober in einen lebendigen Treffpunkt. Beim Kund:innen-Event konnten wir
+spannende Gespräche führen, Ideen austauschen und auf unsere Zusammenarbeit anstossen. Wir danken allen, die mit dabei
+waren und das Event zu einem Erfolg gemacht haben!
+
+{{< custom-image "../images/review24/herbst-event.jpg" "600" >}}
+
+### Baloise Codecamp
+
+Technologie und Gemeinschaft standen beim Baloise Codecamp im Mittelpunkt. Hier konnten wir mit Gleichgesinnten netzwerken,
+Wissen teilen und uns von neuen Ansätzen inspirieren lassen. Ein Event, das uns gezeigt hat, wie viel Power in einer
+Community steckt.
+
+{{< custom-image "../images/review24/baloise-codecamp.jpg" "600" >}}
+
+### Puzzle /mid - tim&koko Feierabendbier
+
+Bereits vor der offiziellen Bekanntgabe unserer Partnerschaft mit Puzzle im Dezember haben wir die Zusammenarbeit
+gebührend gefeiert – bei Pizza und einem entspannten Feierabendbier. Gemeinsam bündeln wir unsere Stärken, um für
+unsere Kund:innen die besten Lösungen zu entwickeln: mit gebündeltem Know-how, massgeschneiderten Strategien und
+zusätzlicher Power für innovative Projekte.
+
+### Fokusthema KubeVirt
+
+Ein grosses Thema für uns war 2024 die Virtualisierung in der Cloud – konkret: OpenShift Virtualization / KubeVirt. Wir
+haben unser Know-how in Blogposts auf unserer Webseite geteilt und freuen uns, dass dieses Thema so viel Resonanz
+gefunden hat. Für alle, die noch nicht reingelesen haben: Schaut unbedingt in unserem Blog vorbei oder meldet euch am
+besten direkt zu unserem kostenlosen Hands-on Labs an: [https://tim-koko.ch/labs](https://tim-koko.ch/labs)
+
+### Danke für ein grossartiges Jahr!
+
+All diese Meilensteine wären ohne unsere Kund:innen und Partner:innen nicht möglich gewesen. Ihr seid der Grund, warum
+wir tun, was wir tun – und warum wir es lieben.
+
+2025 steht vor der Tür, und wir freuen uns darauf, gemeinsam mit euch weitere spannende Projekte zu realisieren, neue
+Ideen zu entwickeln und als Team weiterzuwachsen.
+
+Vielen Dank für eure Unterstützung und euer Vertrauen – wir können es kaum erwarten, das nächste Kapitel mit euch zu schreiben!
+
+Euer tim&koko-Team
diff --git a/content/de/blog/2024-unsere-werte.md b/content/de/blog/2024-unsere-werte.md
new file mode 100644
index 00000000..0b6a58eb
--- /dev/null
+++ b/content/de/blog/2024-unsere-werte.md
@@ -0,0 +1,48 @@
+---
+title: "Unsere Werte: Das Fundament in unserer Arbeit"
+slug: "unsere-werte"
+description: ""
+date: 2024-12-02T00:00:00+00:00
+lastmod: 2024-12-02T00:00:00+00:00
+draft: false
+images: ["images/blog/unsere-werte/tk-blogpost-werte-some.png"]
+img_border: false
+Sitemap:
+Priority: 0.9
+
+categories: ["News", "tim&koko", "Werte", "Behind the Scenes"]
+authors: ['livia-affolter']
+post_img: "images/blog/unsere-werte/tk-blogpost-werte.jpg"
+lead: "Unsere Werte prägen, wie wir arbeiten und miteinander umgehen. Sie sind nicht nur Leitlinien, sondern Teil unseres Alltags. Sie helfen uns, gemeinsam Ziele zu erreichen, und bieten Orientierung für die Zusammenarbeit mit unseren Kund:innen."
+---
+
+
+## Authentizität und Qualität – Unser Anspruch
+
+Für uns bedeutet Authentizität, ehrlich und transparent zu sein, sowohl im Team als auch gegenüber unseren Kund:innen und Partner:innen. Wir stehen zu dem, was wir tun, und setzen uns dafür ein, dass unsere Arbeit nachvollziehbar bleibt. Diese Haltung ist die Grundlage für die Qualität, die wir in unsere Projekte einbringen. Mit Sorgfalt und einem klaren Blick für Details streben wir nach dem bestmöglichen Ergebnis.
+
+## Gemeinsam stark – Teamarbeit als Basis
+
+Erfolge entstehen bei uns im Team. Wir glauben daran, dass Zusammenarbeit auf Vertrauen, Respekt und gegenseitiger Unterstützung beruht. Jede/r kann ihre/seine Stärken einbringen, und genau das macht uns als Team stark. Ob im täglichen Miteinander oder in der Arbeit mit Kund:innen – wir arbeiten zusammen, um nachhaltige Lösungen zu finden.
+
+Dabei setzen wir nicht nur in unserer Arbeitsweise auf Offenheit und Zusammenarbeit, sondern auch in den Technologien, die wir einsetzen. Unser Anspruch ist, dass diese dem Open-Source-Spirit entsprechen und damit für alle zugänglich und entwicklungsfähig bleiben.
+
+## Professionalität und Engagement
+
+Professionalität bedeutet für uns, dass wir zuverlässig und strukturiert arbeiten. Aber es geht um mehr: Mit vollem Engagement setzen wir uns für unsere Ziele ein. Dabei geben wir uns nicht mit dem Nötigsten zufrieden, sondern suchen immer nach Wegen, uns weiterzuentwickeln und besser zu werden. Die Reflektion unserer Arbeit hilft uns, nicht stehenzubleiben.
+
+## Spass und Enthusiasmus – Mit Freude bei der Arbeit
+
+Auch wenn wir professionell und zielorientiert arbeiten, ist uns wichtig, dass der Spass nicht zu kurz kommt. Nur wenn Arbeit Freude macht, kann echte Kreativität entstehen. Unser Enthusiasmus motiviert uns, Projekte mit Leidenschaft anzugehen, und diese Begeisterung spüren auch unsere Kund:innen und Partner:innen.
+
+## Optimismus und Nachhaltigkeit – Mit Blick in die Zukunft
+
+Wir sind optimistisch und sehen Herausforderungen als Chancen. Dabei ist es uns wichtig, langfristig zu denken. Nachhaltigkeit bedeutet für uns, Entscheidungen so zu treffen, dass sie positive und dauerhafte Auswirkungen haben – für unser Team, unsere Kund:innen und die Umwelt.
+
+## Anspruchsvoll und offen für Neues
+
+Wir setzen uns hohe Ziele und bleiben dabei offen für Veränderungen. Pioniergeist heisst für uns, neue Wege zu gehen und nicht vor Risiken zurückzuschrecken. Wir wissen, dass Innovation und Fortschritt nur durch Neugier und Mut entstehen.
+
+## Fazit: Unsere Werte als Kompass
+
+Unsere Werte sind der Leitfaden, der uns in unserer täglichen Arbeit begleitet. Sie verbinden Authentizität, Qualität, Teamarbeit und Engagement mit einer klaren Ausrichtung auf die Zukunft. Mit Spass und Enthusiasmus setzen wir uns für nachhaltige und innovative Lösungen ein, die sowohl uns als auch unsere Kund:innen weiterbringen.
diff --git a/content/de/blog/2025-cicd-devx.md b/content/de/blog/2025-cicd-devx.md
new file mode 100644
index 00000000..98efc6bf
--- /dev/null
+++ b/content/de/blog/2025-cicd-devx.md
@@ -0,0 +1,193 @@
+---
+title: "Effiziente CI/CD-Pipelines mit GitLab: Produktivität und Sicherheit vereint"
+slug: "cicd-devx"
+description: ""
+date: 2025-01-29T00:00:00+00:00
+lastmod: 2025-01-29T00:00:00+00:00
+draft: false
+images: ["images/blog/cicd-devx/tk-blogpost-cicd-devx-3000x2000.png"]
+img_border: true
+Sitemap:
+Priority: 0.91
+
+categories: ["Technologie", "GitlabCI", "Kubernetes"]
+authors: ['raffael-hertle']
+post_img: "images/blog/cicd-devx/tk-blogpost-cicd-devx-3000x2000.png"
+lead: "GitLab wird in breiter Masse als beliebtes VCS Tool und Continuous Integration Tool verwendet. In diesem Beitrag möchten wir einen Erfahrungsbericht vorstellen, wie wir die Möglichkeiten der Plattform ausschöpfen, um die Developer Produktivität massgebend zu verbessern und zudem durch Automatisierung die Supply Chain Security zu erhöhen."
+---
+
+
+Automatisierte Code-Integration ist längst ein unverzichtbarer Bestandteil der modernen Cloud-Native Welt. Doch gerade in grossen Enterprise-Umgebungen stellt sich oft die Frage: Wie behält man den Überblick über Pipelines und Jobs, ohne dabei die Produktivität oder den Spass an der Entwicklung zu verlieren? Entwickler:innen wollen in einem initialen Setup ihren Stack für die Entwicklung einsatzbereit haben, ohne in einer ersten Phase die ganze CI/CD Landschaft aufzusetzen. Für unseren Kunden war das definierte Ziel klar: Änderungen sollen zeitnah integriert, für das Deployment bereitgestellt werden und automatisch ausgerollt werden. Durch Automatisierung wird direkt die Produktivität erhöht, bietet jedoch viel Angriffsfläche für Supply Chain Attacks. In einem früheren Blogpost haben wir die Grundlagen der Supply Chain Security, sowie Toolings und deren Wichtigkeit in modernen Umgebungen vorgestellt. Diese Grundlage haben wir weiterverwendet um unsere Supply Chain in GitLab Pipelines zu sichern.
+
+In diesem Beitrag möchten wir unsere Erfahrungen teilen, die wir bei einem Kunden im Bankensektor gemacht haben. Das deklarierte Ziel war es eine DevSecOps Landschaft zu gestalten, die vollautomatisiert und ohne Securitybedenken auf alle Systeme mit Continuous Deployment ausrollen kann.
+
+### DevSecOps als Motivation
+
+Um DevSecOps zu leben und damit auch von allen Benefits von Microservicearchitekturen und agiler Entwicklungsmethode zu profitieren, muss Software zeitnah und regelmässig auf die Zielsysteme ausgerollt werden. Dies erfordert ein hohes Mass an Automatisierung und Standardisierung.
+Entwickler:innen sollen sich auf ihre tägliche Tätigkeit fokussieren können und ihre Projekte mit wenig Zusatzaufwand in den CI/CD Prozess integrieren können.
+
+### Standardisierung mit GitLab CI/CD Components
+
+GitLab führte in Version 17.0 das Konzept der CI/CD Components ein. Diese wiederverwendbaren Templates bieten eine Möglichkeit, Pipelineelemente als Template zur Verfügung zu stellen. Diese Komponenten definieren in einer leicht zu verstehenden Templatesprache CI/CD Komponenten, die über Variablen parametrisiert in Projekten verwendet werden können. CI/CD Components können aus dem zentralen Hub (https://gitlab.com/components) bezogen werden, oder in einer eigenen Komponente gepflegt werden. In unserem Fall wurden die Komponenten selbst entwickelt, um die Kontrolle und Variabilität für projektspezifische Anforderungen gerecht zu werden.
+Grundsätzlich ist eine CI/CD Component ein GitLab Repository mit einem /templates Verzeichnis. In diesem Verzeichnis liegen die Templates für die Komponenten. Eine Komponente hat folgende Struktur:
+
+```yaml
+# component/templates/test.yml
+spec:
+ inputs:
+ stage:
+ default: test
+---
+unit-test:
+ stage: $[[ inputs.stage ]]
+ script: echo unit tests
+
+integration-test:
+ stage: $[[ inputs.stage ]]
+ script: echo integration tests
+```
+
+Dieses Template kann über den include Block in einer Pipeline integriert und parametrisiert werden:
+
+```yaml
+# other-project/.gitlab-ci.yml
+stages: [verify, release]
+
+include:
+ - component: $CI_SERVER_FQDN/compnent/test@main
+ inputs:
+ stage: verify
+```
+
+So können Pipeline Templates über zentrale Komponenten verwaltet und gepflegt werden. Dies erhöht die Wiederverwendbarkeit und die Wartbarkeit, verringert gleichzeitig den Aufwand für neue Projekte.
+
+### Renovate
+
+Grundsätzlich sollen Projekte ihre Dependencies up-to-date halten. Dies bringt einen enormen Aufwand mit sich, der den meisten Entwickler:innen selten Spass bereitet und reine Fleissarbeit ist. Ein idealer Fall für eine Automatisierungslösung! Hier verwenden wir eine zentrale Renovate CI/CD Component, die verwendet werden kann, um automatisch Pullrequests mit neuen Dependencies zu erhalten. Renovate mit einem Service Account bestückt, der in andere Projekte eingeladen werden kann, um diese mit Dependency Updates zu versehen. Durch eine Autodiscovery Funktion wird Renovate alle Projekte, auf die der Service Account Zugriff hat, Pull Requests mit neuen Dependencies verfassen.
+Somit haben wir schon einen wichtigen Punkt für eine sichere Pipeline erledigt.
+
+### Signieren von Images mit Cosign
+
+Um sicherzustellen, dass nur Images publiziert und verwendet werden, die wir auch selber gebaut haben, benötigen wir Image Signaturen. Mit dem Cosign Image bekommen wir die benötigten Binaries, die wir benötigen um Signaturen von publizierten Images zu erstellen und in der Container Registry abzulegen.
+
+```yaml
+# components/cosign/templates/cosign.yml
+spec:
+ inputs:
+ image:
+ description: "The image to be signed."
+ registry-user:
+ description: "The username to authenticate with the docker registry"
+ registry-password:
+ description: "The password to authenticate with the docker registry"
+ needs:
+ type: array
+ default: ["image:build"]
+ description: "The jobs that this job depends on"
+ stage:
+ default: image:sign
+ description: "The stage in which the job will run"
+---
+cosign-sign:
+ stage: $[[ inputs.stage ]]
+ needs: $[[ inputs.needs ]]
+ image: ghcr.io/sigstore/cosign/cosign
+ script:
+ - ./cosign sign
+ --registry-username="$[[inputs.registry-user]]"
+ --registry-password="$[[inputs.registry-password]]"
+ --yes
+ $[[ inputs.image ]]
+```
+
+Mit dieser CI/CD Component können gebaute Images durch cosign signiert werden. Nachdem unsere Dependencies mit Renovate mit Updates versehen werden und unsere Images durch cosign signiert werden, widmen wir uns noch dem Deployment mit ArgoCD.
+
+### Deployments mit dynamischen Pipelines
+
+Das Deployment mit ArgoCD kann je nach Anzahl Umgebungen und Clustern zu einer Herausforderung werden. Um die Herausforderung mit mehreren Umgebungen und eventuell auch anderen ArgoCD Instanzen zu meistern benötigen wir ein weiteres Konstrukt: Downstream Pipelines. GitLab erlaubt es uns in der Laufzeit einer Pipeline weitere Pipelines dynamisch mit generierten gitlab-ci.yml Manifesten zu triggern.
+Das zentrale Problem ist, dass Teams ihre Applikationen auf unterschiedlichen Stages in jeweils unterschiedlichen Kubernetes Umgebungen sowie ArgoCD Instanzen deployen. Die Lösung besteht darin, dass wir diese Deploymentstages während der Laufzeit der Pipeline dynamisch erzeugen und eine Child-Pipeline mit einem generierten Manifest triggern.
+Das Projekt mit den zu deployenden Umgebungen besitzt ein Config File environments.yml mit den verschiedenen Umgebung und deren Parametern definiert:
+
+```yaml
+# environments.yml
+dev:
+ stage: dev
+ argoUrl: argo.local
+ argoApp: demo-app-dev
+ kubernetesUrl: kubernetes.local
+ kubernetesToken: token
+int:
+ stage: int
+ argoUrl: argo.local
+ argoApp: demo-app-int
+ kubernetesUrl: kubernetes.local
+ kubernetesToken: token
+```
+
+Zudem haben wir ein Boilerplate File für die Downstream Pipeline downstream-template.yml, welches wir in der Pipeline befüllen werden:
+
+```yaml
+# downstream-template.yml
+STAGE:deploy:
+ image: bash
+ stage: argo
+ script:
+ - echo "Deploying argoAPP"
+
+```
+
+Einfachheitshalber haben wir noch das zu befüllende Pipelinefile rendered-downstream.yml vorbereitet und nur mit der initialen Stagedefinition im Repository eingecheckt:
+
+```yaml
+# rendered-downstream.yml
+stages:
+ - argo
+
+```
+
+Die effektiv laufende Pipeline erzeugt in einer ersten Stage das resultierende Pipelinefile und erzeugt ein Artefakt daraus. Dieses Artefakt wird direkt verwendet um die Childpipelines zu erzeugen und somit die einzelnen Umgebungen zu deployen.
+
+```yaml
+# .gitlab-ci.yml
+stages:
+ - template
+ - deploy
+
+deploy:createDownstream:
+ stage: template
+ image:
+ name: bash
+ before_script:
+ - apk add yq
+ script:
+ - echo "Reading environments"
+ - readarray envs < <(yq e -o=j -I=0 '.[]' environments.yml)
+ - for env in "${envs[@]}"; do stage=$(echo "$env" | yq e '.stage' -); argoApp=$(echo "$env" | yq e '.argoApp' -); sed "s/STAGE/$stage/g; s/argoAPP/$argoApp/g" downstream-template.yml >> rendered-downstream.yml; done
+ artifacts:
+ paths:
+ - rendered-downstream.yml
+
+deploy:triggerDownstream:
+ stage: deploy
+ trigger:
+ include:
+ - artifact: rendered-downstream.yml
+ job: deploy:createDownstream
+ strategy: depend
+
+```
+
+Die resultierende Pipeline erzeugt nun mit dieser Konfiguration zwei Childpipelines, die jeweils verschiedene Umgebungen deployen können. Einfachheitshalber ist die Deploymentlogik weggelassen.
+
+{{< custom-image "../images/cicd-devx/pipeline.png" >}}
+
+
+Wie wir sehen, erzeugt der erste Pipeline Job `deploy:createDownstream` das Template in der Stage `template` und in der `deploy` Stage werden durch die zwei generierten Artefakte die Downstream Pipelines erzeugt. Somit können wir dynamisch aus einer Konfigurationsmatrix Umgebungen mit verschiedenen Parametern ausrollen. Falls ihr dieses Beispiel live sehen oder testen möchtet, ihr findet es hier auf [GitLab](https://gitlab.com/g1raffi/cicd-example).
+
+### Fazit
+
+Mit vielen kleinen Verbesserungen kann das Potenzial der CI/CD Umgebung maximiert werden! Durch den Einsatz von CI Components werden GitLab Pipelines besser wartbar und verwaltbar. Teams können durch einfache Templates ihre gewünschten Pipeline zusammenstellen und müssen keine Entwicklungsgeschwindigkeit einbüssen. Mit Hilfe der dynamischen Downstream Pipelines von GitLab konnten komplexere Continuous Deployment Prozesse mit ArgoCD in Pipelines integriert werden.
+
+### Können wir auch dich unterstützen
+
+Möchtest auch du deine CI/CD Landschaft auf das nächste Level bringen oder hast du Fragen zu den verwendeten Komponenten? Dann melde dich bei uns!
diff --git a/content/de/blog/2025-openshift-virtualization.md b/content/de/blog/2025-openshift-virtualization.md
new file mode 100644
index 00000000..7772f722
--- /dev/null
+++ b/content/de/blog/2025-openshift-virtualization.md
@@ -0,0 +1,59 @@
+---
+title: "OpenShift Virtualization"
+slug: "openshift-virtualization"
+description: ""
+date: 2025-01-09T00:00:00+00:00
+lastmod: 2025-01-09T00:00:00+00:00
+draft: false
+images: ["images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization-some.jpg"]
+img_border: true
+Sitemap:
+Priority: 0.9
+
+additionalblogposts: [ 'kubevirt-introduction', 'kubevirt-usecases', 'kubevirt-training' ]
+
+categories: ["Technologie", "KubeVirt", "Kubernetes"]
+authors: ['raffael-hertle']
+post_img: "images/blog/openshift-virtualization/tk-blogpost-ocp-virtualization.jpg"
+lead: "Red Hat OpenShift Virtualization bietet als eine Erweiterung von Red Hat OpenShift eine Möglichkeit, virtuelle Maschinen einfach und effizient in dein bestehendes OpenShift Umfeld standardisiert zu integrieren. Es erlaubt, die traditionellen Virtualisierungslösungen und die Cloud Native Welt zu einer zuverlässigen, konsistenten und standardisierten Hybrid Cloud Anwendungsplattform zusammenzuführen."
+---
+
+
+In der KubeVirt-Serie [KubeVirt Journey - Einführung in die Verwaltung von virtuellen Maschinen in Kubernetes]({{< ref "blog/2024-kubevirt-introduction" >}}) haben wir schon über Vorteile, Anwendungen und die Konzepte von KubeVirt berichtet. Das Projekt wird open-source von der Cloud Native Computing Foundation (CNCF) weiterentwickelt und unterhalten. Ähnlich wie bei OpenShift Pipelines oder OpenShift GitOps, integriert OpenShift Virtualization das upstream Projekt KubeVirt nahtlos in die OpenShift Plattform.
+
+### Vorteile von Red Hat OpenShift Virtualization
+
+Durch die Implementation von OpenShift Virtualization in deinem OpenShift Cluster kannst du von den folgenden Vorteilen profitieren:
+
+* **Unterstützte Migration:** OpenShift Virtualization kommt mit einem hauseigenen [Migrations-Toolkit](https://developers.redhat.com/products/mtv/overview), um einfach von anderen Hypervisoren zu migrieren.
+* **Schneller in Produktion:** Durch OpenShift Virtualization kann die Bereitstellung der Infrastruktur durch Self Service Portale und die nahtlose Integration mit CI/CD-Pipelines unterstützt und vereinfacht werden. Entwickler:innen können durch OpenShift Virtualization einfacher VMs erstellen, testen und in ihre Systeme integrieren.
+* **Einheitliche Plattform:** Durch OpenShift Virtualization werden VMs genau wie Container, Pipelines und Serverless Workload gleich integriert. Die Integration in die OpenShift Umgebung erlaubt eine einfache und übersichtliche Art virtuelle Maschinen standardisiert zu verwalten.
+
+
+
+{{< custom-image "../images/openshift-virtualization/migration-ui.png" 1000 >}}
+
+
+
+### Installation und Features
+
+OpenShift Virtualization wird als Operator auf der OpenShift Plattform installiert. Durch den OperatorHub kann der Operator installiert und verwendet werden. Durch die Installation werden in dem OpenShift Cluster weitere CustomResourceDefinitions (CRDs) und Features freigeschaltet.
+Zu diesen Features gehören:
+
+* Erstellen und Verwalten von virtuellen Maschinen
+* Verbindung zu VMs mit UI- oder CLI-Tools
+* Klonen und Importieren von bereits vorhandenen VMs
+* Verwaltung von Netzwerkschnittstellen-Controllern und Storage an VMs
+* Live Migration der VMs über OpenShift Nodes
+* Migrations Toolkit for Virtualization
+
+### Möchtest Du mehr erfahren?
+
+Gerne stehen wir für Fragen zur Verfügung. Du erreichst uns am besten unter [hallo@tim-koko.ch](mailto:hallo@tim-koko.ch) oder auf [LinkedIn](https://www.linkedin.com/company/tim-koko).
+
+Weiter bieten wir dir die folgenden Möglichkeiten, dich vertieft mit dem Thema KubeVirt oder OpenShift Virtualization auseinander zu setzen:
+
+* [tim&koko labs](https://tim-koko.ch/labs/): An einem Nachmittag die Grundlagen von KubeVirt kennenlernen und in praktischen hands-on labs direkt anwenden.
+* [KubeVirt Basics Training](https://acend.ch/trainings/kubevirt/): Zweitägiges abwechslungsreiches Training mit Präsentationen und hands-on labs.
+* [OpenShift Virtualization Accelerator Package](https://tim-koko.ch/services/openshift-virtualization-accelerator/): Wir helfen dir, die Möglichkeiten von OpenShift Virtualization zu erkunden und herauszufinden, wie hoch das Potenzial für eine neue oder parallele Strategie sein
+ könnte.
diff --git a/content/de/blog/_index.md b/content/de/blog/_index.md
index 08d78ff5..86043fd9 100644
--- a/content/de/blog/_index.md
+++ b/content/de/blog/_index.md
@@ -8,6 +8,7 @@ draft: false
images: []
Sitemap:
Priority: 0.3
+dataScroll: true
---
In unserem Blog lassen wir hinter die Kulissen blicken, teilen unser Wissen in Posts zu technologischen Themen und erlauben den Besucher:innen mehr über uns und unsere Kultur zu erfahren.
diff --git a/content/de/blog/images/cicd-devx/pipeline.png b/content/de/blog/images/cicd-devx/pipeline.png
new file mode 100644
index 00000000..af4cef38
Binary files /dev/null and b/content/de/blog/images/cicd-devx/pipeline.png differ
diff --git a/content/de/blog/images/openshift-virtualization/migration-ui.png b/content/de/blog/images/openshift-virtualization/migration-ui.png
new file mode 100644
index 00000000..009c9b46
Binary files /dev/null and b/content/de/blog/images/openshift-virtualization/migration-ui.png differ
diff --git a/content/de/blog/images/review24/apero-tk-launch.jpg b/content/de/blog/images/review24/apero-tk-launch.jpg
new file mode 100644
index 00000000..c0dd89b5
Binary files /dev/null and b/content/de/blog/images/review24/apero-tk-launch.jpg differ
diff --git a/content/de/blog/images/review24/baloise-codecamp.jpg b/content/de/blog/images/review24/baloise-codecamp.jpg
new file mode 100644
index 00000000..982e6c59
Binary files /dev/null and b/content/de/blog/images/review24/baloise-codecamp.jpg differ
diff --git a/content/de/blog/images/review24/herbst-event.jpg b/content/de/blog/images/review24/herbst-event.jpg
new file mode 100644
index 00000000..a7756929
Binary files /dev/null and b/content/de/blog/images/review24/herbst-event.jpg differ
diff --git a/content/de/blog/images/review24/sommerworkshop.jpg b/content/de/blog/images/review24/sommerworkshop.jpg
new file mode 100644
index 00000000..a26b656f
Binary files /dev/null and b/content/de/blog/images/review24/sommerworkshop.jpg differ
diff --git a/content/de/blog/test-blog-artikel.md b/content/de/blog/test-blog-artikel.md
index 0df70115..95d16b1d 100644
--- a/content/de/blog/test-blog-artikel.md
+++ b/content/de/blog/test-blog-artikel.md
@@ -19,3 +19,8 @@ _build:
list: never
render: never
---
+
+
+{{< blogposts blogslugs="kubevirt-training,kubevirt-introduction" displaytype="bloglistsmall" >}}
+
+{{< blogposts blogslugs="kubevirt-training,kubevirt-introduction,kubevirt-usecases" displaytype="normal" >}}
diff --git a/content/de/datenschutzerklaerung.md b/content/de/datenschutzerklaerung.md
index dc2b5116..e938beda 100644
--- a/content/de/datenschutzerklaerung.md
+++ b/content/de/datenschutzerklaerung.md
@@ -194,7 +194,7 @@ Darüber hinaus gelten jeweils die Allgemeinen Geschäftsbedingungen (AGB) und N
## 9. Cookies und weitere Tracking-Technologien
-Diese Website verwendet keine Cookies oder andere Tracking-Tools.
+Diese Website verwendet keine Cookies. Zur Analyse des Nutzungsverhalten der Website Besucher setzen wir das Cookie freie Analyticstool von ein.
+{{- $slugparam := (.Get "blogslugs") -}}
+{{- $displaytype := (.Get "displaytype") -}}
+{{- $slugs := split $slugparam "," -}}
+{{ if $slugs }}
+ {{ if eq $displaytype "bloglistsmall" }}
+
+ {{ range $post := $slugs }}
+ {{ range where (where $.Site.RegularPages "Section" "blog") ".Params.slug" "in" ($post) }}
+ {{- partial "additional-content-blog" . -}}
+ {{ end }}
+ {{ end }}
+
+ {{ else }}
+
+ {{ range $post :=$slugs }}
+ {{ range where (where $.Site.RegularPages "Section" "blog") ".Params.slug" "in" ($post) }}
+ {{- partial "content-blog" . -}}
+ {{ end }}
+ {{ end }}
+