Willkommen zur ersten Ausgabe des ayedo Newsletters

Cloud-Infrastruktur verändert sich ständig. Deshalb möchten wir einmal im Monat einordnen, was uns bei ayedo bewegt – technisch, unternehmerisch und mit Blick auf digitale Souveränität.

In dieser ersten Ausgabe geht es um unsere neue Edge Cloud, die erneute Zertifizierung nach ISO 27001 und ISO 9001 und um die Frage, warum wir auf einer europäischen Social-Media-Plattform noch ziemlich allein sind.

Kurz gesagt: drei Themen, bei denen sich das Weiterlesen lohnt.

Viel Freude mit der ersten Ausgabe! Euer ayedo Team

Wir sind auf wedium – aber noch ziemlich allein

Seit Kurzem ist ayedo auf wedium vertreten – einer europäischen Social-Media-Plattform, die eine Alternative zu Instagram, TikTok und Co. aufbauen möchte.

Entwickelt in Europa, gehostet in Europa und mit europäischen Dienstleistern im Hintergrund. Für uns passt das ziemlich gut. Schließlich sprechen wir bei ayedo viel über digitale Souveränität, europäische Infrastruktur und die Frage, wie wir unsere Abhängigkeit von den großen US-Tech-Konzernen reduzieren können.

Dann sollten wir auch dort aktiv werden, wo neue europäische Alternativen entstehen.

Also haben wir ein Profil angelegt, die ersten Inhalte veröffentlicht und uns ein wenig umgesehen.

Unser bisheriges Fazit:

Wir fühlen uns noch ein bisschen allein. 👀

Deshalb möchten wir wissen:

Wer aus unserem Netzwerk ist bereits auf wedium?

Welche Unternehmen, Speaker und Content Creator sollten wir dort unbedingt kennenlernen?

Und falls du schon einen Account hast: Warum folgst du uns eigentlich noch nicht?

Natürlich wird eine neue Plattform nicht über Nacht so groß wie LinkedIn, Instagram oder TikTok. Aber eine lebendige Community entsteht auch nicht dadurch, dass alle abwarten, bis bereits genügend andere da sind.

Jemand muss anfangen.

Deshalb würden wir uns freuen, wenn mehr Unternehmen, Social-Media-Verantwortliche, Speaker und Creator wedium ausprobieren, eigene Inhalte mitbringen und anderen von der Plattform erzählen.

Wir müssen dafür nicht sofort alle bestehenden Kanäle abschalten. Aber wir können damit beginnen, unsere Reichweite nicht ausschließlich auf den Plattformen amerikanischer Tech-Konzerne aufzubauen.

Also: Schaut vorbei, folgt uns und schickt uns gerne eure Profile und Empfehlungen.

Lasst uns gemeinsam dafür sorgen, dass auf einer europäischen Social-Media-Plattform auch eine starke europäische Community entsteht.

https://api.wedium.social/s/foVUndrt_9I2

Die ayedo Edge Cloud ist verfügbar

Moderne Anwendungen beginnen nicht im Kubernetes -Cluster. Aus Sicht ihrer Nutzer beginnen sie dort, wo der erste Request auf die öffentliche Infrastruktur trifft.

Diese Eintrittsschicht wird in Architekturentscheidungen häufig unterschätzt. DNS, BGP-Routing, TLS-Terminierung, DDoS-Abwehr, Web Application Firewalls, Health Checks sowie Layer-4- und Layer-7-Loadbalancing werden oft als voneinander unabhängige Dienste betrachtet. Tatsächlich bilden sie gemeinsam eine kritische Plattformebene: Sie entscheidet, ob, wo und unter welchen Bedingungen eine Anwendung erreichbar ist.

Mit der ayedo Edge Cloud überführen wir diese Ebene in ein einheitliches Betriebs- und Verantwortungsmodell.

Warum wir die Edge als eigene Plattformschicht betrachten

In den vergangenen Jahren haben wir mit der ayedo Compute Cloud eine Plattform für den produktiven Betrieb cloud-nativer Anwendungen aufgebaut. Managed Kubernetes, GitOps, Observability, Object Storage, Registry, Identity und Backups folgen dabei einem gemeinsamen architektonischen und operativen Modell.

Vor der Compute-Plattform blieb die Verantwortung bislang jedoch fragmentiert.

Ein DNS-Provider kennt den Zustand eines Backends nicht. Ein klassischer Loadbalancer hat keinen Einfluss auf globale Routingpfade. Eine Web Application Firewall versteht keine Deployment-Zustände innerhalb eines Kubernetes-Clusters. Jede Komponente erfüllt eine klar abgegrenzte Aufgabe, ohne zwangsläufig den vollständigen Weg eines Requests abzubilden.

Das ist technisch beherrschbar, erzeugt aber zusätzliche Schnittstellen, Abhängigkeiten und Fehlerdomänen. Zugleich wird es schwieriger, Verfügbarkeit, Sicherheit und Datenpfade über die gesamte Architektur konsistent zu gestalten.

Die ayedo Edge Cloud ist deshalb nicht als zusätzlicher Loadbalancer konzipiert. Sie bildet eine eigenständige Plattformschicht zwischen dem öffentlichen Internet und den Anwendungen auf der Compute Cloud.

Eigene Routing-Domäne statt vorgelagerter Einzellösungen

Die Architektur beginnt nicht mit einem Reverse Proxy, sondern mit einem eigenen Autonomous System.

Aktuell betreiben wir Points of Presence in Hamburg, Alsbach und Frankfurt. Diese Standorte annoncieren dieselben IP-Präfixe per BGP und arbeiten im produktiven Aktiv-Aktiv-Betrieb. Eingehende Verbindungen erreichen dadurch über Anycast den aus Sicht des Internets bevorzugten verfügbaren Standort.

Die Auswahl des Einstiegspunkts erfolgt nicht durch DNS-basierte Umleitung und auch nicht durch eine zentrale Geo-Datenbank. Sie ergibt sich aus den Routingentscheidungen der beteiligten autonomen Systeme.

Dieses Modell verändert auch den Umgang mit Ausfällen.

Ist ein Point of Presence nicht mehr verfügbar, wird die entsprechende Route zurückgezogen. Die öffentliche IP-Adresse der Anwendung bleibt unverändert. Neue Verbindungen erreichen nach der BGP-Konvergenz einen der verbleibenden Standorte. Es findet kein klassisches Failover statt, bei dem ein passives System zunächst eine neue Rolle übernehmen muss. Die übrigen Points of Presence setzen ihren bereits laufenden produktiven Betrieb fort; lediglich die Verteilung des Traffics verändert sich.

Verfügbarkeit wird damit nicht durch vorgehaltene Standby-Kapazität hergestellt, sondern durch eine Architektur, in der sämtliche Standorte kontinuierlich produktiv arbeiten.

Entscheidungen vor dem ersten Pod

Am jeweiligen Point of Presence terminiert die Edge Cloud eingehende Verbindungen und verarbeitet sie abhängig vom Protokoll auf Layer 4 oder Layer 7.

Dazu gehören insbesondere:

• Anycast-Routing über das ayedo Autonomous System
• DNS und Zertifikatsmanagement
• TLS-Terminierung
• Layer-4- und Layer-7-Loadbalancing
• kontinuierliche Health Checks der Backend-Pools
• Web Application Firewall
• DDoS-Schutz
• Traffic- und Verfügbarkeitsmetriken

Die Edge entscheidet damit bereits vor dem Erreichen der Compute-Plattform, ob eine Verbindung angenommen wird, welcher Standort sie verarbeitet und an welches erreichbare Backend sie weitergeleitet werden kann.

Kubernetes bleibt für die Orchestrierung der Workloads verantwortlich. Die Edge übernimmt dagegen die Verantwortung für deren öffentliche Erreichbarkeit. Diese Trennung ist bewusst gewählt: Beide Ebenen erhalten klar definierte Zuständigkeiten und können sich unabhängig voneinander weiterentwickeln.

Ein durchgängiges Verantwortungsmodell

Für Entscheider ist dabei weniger die Anzahl der technischen Funktionen ausschlaggebend als die Frage, wie Verantwortung verteilt ist.

Wer Anwendungen produktiv betreibt, benötigt nicht nur Compute-Ressourcen. Er benötigt eine belastbare Architektur für den vollständigen Datenpfad – vom öffentlichen Routing bis zum Workload. Fragmentierte Zuständigkeiten erschweren Ursachenanalysen, erhöhen den Integrationsaufwand und schaffen Abhängigkeiten, die bei Störungen häufig erst sichtbar werden.

Mit der Edge Cloud erweitern wir den Verantwortungsbereich der ayedo-Plattform deshalb bis an den öffentlichen Eintrittspunkt einer Anwendung. Compute und Edge bleiben architektonisch getrennte Ebenen, werden jedoch gemeinsam betrieben, überwacht und weiterentwickelt.

Die ayedo Edge Cloud ist ab sofort verfügbar.

In den kommenden Beiträgen werden wir die zugrunde liegenden Entscheidungen ausführlicher einordnen: den Betrieb eines eigenen Autonomous Systems, die Eigenschaften von Anycast, die Unterschiede zwischen Layer-4- und Layer-7-Loadbalancing sowie das Zusammenspiel von BGP, Health Checks und Kubernetes.

Denn die Verfügbarkeit einer Anwendung entscheidet sich nicht erst im Cluster.

Sie entscheidet sich auf dem gesamten Weg dorthin.

ayedo erneut nach ISO 27001 und ISO 9001 zertifiziert

Die Managementsysteme der Ayedo Cloud Solutions GmbH wurden erneut durch die unabhängige Zertifizierungsstelle GUTcert geprüft.

Das Ergebnis: Unsere Zertifizierungen nach DIN EN ISO/IEC 27001 :2024 und ISO 9001 :2015 wurden bestätigt.

Der zertifizierte Geltungsbereich umfasst die Entwicklung, den Betrieb und das Hosting von Container - und Softwarelösungen sowie den Betrieb von IT-Infrastrukturen. Damit beziehen sich die Zertifikate unmittelbar auf die Leistungen, die wir für unsere Kunden im produktiven Betrieb erbringen.

Informationssicherheit als Managementaufgabe

Die ISO 27001 definiert Anforderungen an ein Informationssicherheitsmanagementsystem, kurz ISMS.

Im Mittelpunkt stehen nicht einzelne Sicherheitsprodukte oder punktuelle technische Maßnahmen. Geprüft wird, ob Informationssicherheit als systematischer und fortlaufender Prozess im Unternehmen verankert ist.

Dazu gehören unter anderem:

• die strukturierte Bewertung von Informationssicherheitsrisiken
• klar definierte Verantwortlichkeiten und Berechtigungen
• dokumentierte Betriebs- und Sicherheitsprozesse
• der kontrollierte Umgang mit Änderungen und Schwachstellen
• Incident-Response und Eskalationswege
• die Bewertung von Dienstleistern und Lieferketten
• die regelmäßige Überprüfung und Weiterentwicklung der Maßnahmen

Gerade beim Betrieb geschäftskritischer Anwendungen genügt es nicht, Sicherheit ausschließlich technisch zu betrachten. Firewalls, Verschlüsselung, Backups und Zugriffskontrollen sind notwendige Bestandteile einer belastbaren Infrastruktur. Ihre Wirksamkeit hängt jedoch davon ab, dass Zuständigkeiten, Prozesse und Kontrollmechanismen ebenso belastbar definiert sind.

Die Zertifizierung bestätigt, dass ayedo ein entsprechendes Managementsystem eingeführt hat und im zertifizierten Geltungsbereich anwendet.

Das Zertifikat nach DIN EN ISO/IEC 27001:2024 ist bis zum 30. Mai 2027 gültig.

Qualität muss reproduzierbar sein

Parallel dazu wurde unser Qualitätsmanagementsystem nach ISO 9001:2015 bestätigt.

Für einen Infrastrukturbetreiber bedeutet Qualität nicht allein, dass eine Plattform unter normalen Bedingungen funktioniert. Entscheidend ist, ob Leistungen unter definierten Rahmenbedingungen wiederholbar und nachvollziehbar erbracht werden können.

Dazu braucht es dokumentierte Abläufe, messbare Qualitätsziele, geregelte Verantwortlichkeiten und einen strukturierten Umgang mit Abweichungen. Ebenso wichtig ist die Fähigkeit, aus Störungen, Auditergebnissen und Kundenfeedback konkrete Verbesserungen abzuleiten.

Die ISO 9001 schafft dafür den organisatorischen Rahmen. Sie betrachtet Qualität nicht als einmalig erreichbaren Zustand, sondern als kontinuierlichen Steuerungs- und Verbesserungsprozess.

Das Zertifikat nach ISO 9001:2015 ist bis zum 23. Juni 2028 gültig.

Was eine Zertifizierung aussagt – und was nicht

Eine ISO-Zertifizierung ist kein Nachweis dafür, dass Fehler oder Sicherheitsvorfälle grundsätzlich ausgeschlossen sind.

Sie belegt etwas anderes: dass Risiken systematisch bewertet, Verantwortlichkeiten verbindlich geregelt, Prozesse nachvollziehbar dokumentiert und die Wirksamkeit des Managementsystems regelmäßig überprüft werden.

Für Kunden reduziert das die Abhängigkeit von informellen Abläufen und dem Wissen einzelner Personen. Gleichzeitig schafft es eine belastbare Grundlage für eigene Anforderungen an Informationssicherheit, Lieferantenmanagement, Compliance und Auditierbarkeit.

Die erneute Bestätigung beider Managementsysteme ist für uns deshalb weniger eine Auszeichnung als eine Überprüfung unseres operativen Anspruchs.

Wer produktive Anwendungen und IT-Infrastrukturen für andere Unternehmen betreibt, übernimmt dauerhaft Verantwortung.

Diese Verantwortung muss nicht nur technisch erfüllt, sondern auch organisatorisch nachweisbar beherrscht werden.