Unsere sich ständig wandelnde digitale Landschaft erfordert unkonventionelle Ansätze bei der Kombination von Lösungen, damit Anwendungen weltweit verfügbar, zuverlässig, sicher und leistungsfähig bleiben.
Daher ist es sinnvoll, diese Herausforderung ausgehend von einem einfachen Aspekt anzugehen, mit dem die meisten von uns vertraut sind: DNS-Workloads. Genauer gesagt: interne und externe DNS-Workloads.
“Die Bereitstellung einer lokalen DNS-Lösung für interne Anwendungs-Workloads und einer Cloud-DNS-Lösung für externe Anwendungs-Workloads kann eine bewährte Vorgehensweise sein.”
Obwohl sie sich grundsätzlich ähneln, ist es nicht immer die effizienteste oder sicherste Vorgehensweise, beide mit einem einzigen Toolset abzudecken. Zu hohe Anforderungen an eine DNS-Lösung können zu Ineffizienzen, Sicherheitsrisiken, höheren Latenzzeiten und einer übermäßigen Beanspruchung von Rechenressourcen führen. Eine einzige Lösung muss jedoch nicht die Anforderungen beider Workloads erfüllen. Ein DNS-Dienst, der ausschließlich interne Anwendungs-Workloads verarbeitet, kann neben einer Lösung eingesetzt werden, die ausschließlich für externe Anwendungs-Workloads vorgesehen ist. So können beide Lösungen ihre Ressourcen darauf konzentrieren, ihre jeweilige Aufgabe besonders gut zu erfüllen.
Aus diesem Grund kann der Einsatz einer lokalen DNS-Lösung für interne Anwendungs-Workloads und einer Cloud-DNS-Lösung für externe Anwendungs-Workloads eine Best Practice für Teams sein, die die Anforderungen an ihre Infrastruktur voneinander trennen möchten. Durch den Einsatz zweier separater DNS-Lösungen entfällt die aufwendige Feinsteuerung unterschiedlicher Datenströme über ein einziges Gerät. Lassen Sie jede Lösung das tun, was sie am besten kann, um sie insgesamt weniger zu belasten.
Aus diesen Gründen kann es sinnvoll sein, DNS-Workloads auf interne und externe Ressourcen aufzuteilen.
1. Sicherheit
Eine dedizierte DNS-Lösung für interne Anwendungen minimiert das Risiko, dass sensible interne Einträge potenziellen Angriffen aus dem öffentlichen Internet ausgesetzt werden. Ein dedizierter externer DNS-Dienst kann sich auf den Schutz öffentlich zugänglicher Ressourcen konzentrieren und Maßnahmen wie die Abwehr von Distributed-Denial-of-Service-Angriffen (DDoS) für externe Zonen umsetzen.
2. Leistungsoptimierung
Interne DNS-Dienste können für Abfragen mit geringer Latenz angepasst und speziell für den unternehmensinternen Datenverkehr optimiert werden. Dies ist für groß angelegte oder latenzempfindliche Anwendungen von entscheidender Bedeutung. Externe DNS-Dienste können die Bereitstellung extern zugänglicher Anwendungen optimieren und Nutzern so den schnellsten und effizientesten Zugriff auf die benötigten Apps ermöglichen.
3. Skalierbarkeit
Durch die Trennung von internem und externem DNS kann jeder Dienst unabhängig entsprechend seinem Datenverkehr und den Anforderungen der jeweiligen Anwendung skaliert werden. Bei externen Anwendungen können unvorhersehbare Lastspitzen auftreten, weshalb sie skalierbare DNS-Dienste mit robustem Caching und globaler Abdeckung benötigen. Bei internen Anwendungen ist das Risiko vergleichbarer Lastspitzen hingegen geringer, sodass sie DNS-Dienste benötigen, die für die Skalierbarkeit innerhalb der Infrastruktur optimiert sind.
4. Compliance und Transparenz
Die Einhaltung regulatorischer Rahmenbedingungen (z. B. DSGVO, HIPAA) erfordert häufig eine umfassendere Kontrolle und Transparenz bei DNS-Abfragen. Dedizierte interne DNS-Systeme können dazu beitragen, diese Anforderungen zu erfüllen. Dedizierte Dienste für externes DNS können gezielte Einblicke in die Datenverkehrsmuster der Endnutzer, den Zustand der Domain und den Erfolg extern zugänglicher Anwendungen bieten.
5. Maßgeschneiderte Verwaltung und Funktionen
Interne DNS-Dienste können Funktionen wie die interne Diensterkennung unterstützen, die auf Microservices-Architekturen zugeschnitten ist (z. B. SRV- oder NAPTR-Einträge). Externe DNS-Dienste können sich auf Aufgaben wie globalen Lastenausgleich, CDN-Integration oder Notfallwiederherstellung konzentrieren, um eine hohe Verfügbarkeit für Endnutzer sicherzustellen.
6. Betriebliche Einfachheit
Durch eine klare Trennung der DNS-Dienste können sich Teams besser auf die Anforderungen interner und externer Workloads konzentrieren, ohne dass es zu widersprüchlichen Prioritäten oder uneinheitlichen Konfigurationen kommt. Dies reduziert die Komplexität und vereinfacht die Fehlerbehebung.
Eine solche Umgebung einzurichten, wenn ein Team bisher nur eine einzige DNS-Lösung verwendet hat, ist gelinde gesagt eine Herausforderung. Wie lässt sich die Infrastruktur erweitern, ohne unnötige Sicherheitsrisiken oder Effizienzeinbußen zu verursachen und gleichzeitig sicherzustellen, dass die Anwendungen weiterhin online und verfügbar bleiben? Diese Frage ist besonders dringlich, wenn diese externen Anwendungen geschäftskritische Workflows abwickeln, die nicht unterbrochen werden dürfen.
Der Weg dorthin
Die Bereitstellung neuer Lösungen für die Anwendungsbereitstellung, die sowohl lokale als auch Cloud-Ressourcen umfassen, kann einige Herausforderungen mit sich bringen. Teams benötigen ein Tool, das die nahtlose Skalierung von Anwendungen über verschiedene Umgebungen hinweg ermöglicht, eine hohe Verfügbarkeit und Leistung gewährleistet und dafür sorgt, dass Anwendungen für Benutzer jederzeit verfügbar sind – selbst in einem schnell wachsenden Netzwerk.
Ein Tool wie F5 Distributed Cloud App Connect kann diesen Übergang für Teams, die sich für eine duale DNS-Lösung entschieden haben, erheblich vereinfachen. Distributed Cloud App Connect unterstützt Teams dabei, die Bereitstellung öffentlicher Anwendungen anzupassen, und erweitert F5 Distributed Cloud Services auf Anwendungen, die auf F5 BIG-IP gehostet werden. Wenn ein Team F5 Distributed Cloud DNS verwenden möchte, um seine öffentlich zugänglichen Anwendungen bereitzustellen, kann Distributed Cloud App Connect die Erkennung, Einrichtung und Lastverteilung übernehmen und so eine reibungslose Migration gewährleisten.
Mit der Service-Discovery-Funktion in Distributed Cloud App Connect können Teams Distributed Cloud Services nutzen, um alle auf BIG-IP ausgeführten virtuellen Server zu identifizieren, sofern eine Erweiterungsanbindung an den betreffenden BIG-IP-Server besteht. Eine der einfachsten Möglichkeiten hierfür ist die Bereitstellung eines Customer-Edge-Geräts (CE) als virtuelle Maschine parallel zu einer BIG-IP-Bereitstellung. Dadurch wird ein sicherer Tunnel zum F5 Global Network eingerichtet und Distributed Cloud Services können auf Anwendungen auf BIG-IP angewendet werden.
Sobald die Verbindung hergestellt ist, können Teams mit Distributed Cloud App Connect beliebige virtuelle Server erkennen und einen Katalog der zu verwaltenden Anwendungen erstellen. Indem sie mit Distributed Cloud DNS eine Subdomain und mit Distributed Cloud App Connect einen DNS-Eintrag für das Frontend sowie einen HTTP-Load-Balancer für den virtuellen Server erstellen, auf dem die Anwendung gehostet wird, können diese öffentlich zugänglichen Anwendungen Distributed Cloud DNS als dedizierten externen DNS-Dienst nutzen. Alle Backend-Dienste, auf die der virtuelle Server zugreifen muss, werden nur dem Frontend und nicht öffentlichen Benutzern bekannt gegeben. Dadurch kann sich F5 BIG-IP DNS auf die kritischen internen Workloads konzentrieren, die den Betrieb von Unternehmen aufrechterhalten. Nachdem Anwendungen auf BIG-IP von App Connect erkannt wurden, können Teams bei Bedarf auch Sicherheitsdienste wie F5 Distributed Cloud Web App and API Protection (WAAP) für virtuelle Server auf BIG-IP bereitstellen.
Bleiben Sie dran – es kommt noch mehr
Wenn Sie genauer erfahren möchten, wie diese Lösungen zusammenwirken können, um Ihre Umgebung zu erweitern, sehen Sie sich unbedingt das Begleitvideo zu diesem Artikel an und lesen Sie unseren ausführlichen DevCentral-Artikel, in dem wir die Grundlagen für eine erfolgreiche Erweiterung Ihrer Infrastruktur schaffen. Und wenn Sie bereit für den nächsten Schritt sind, kontaktieren Sie uns, um zu erfahren, wie Distributed Cloud DNS Ihre Umgebung erweitern und Ihren Benutzern konsistentere, leistungsstarke digitale Erlebnisse bieten kann.
Über die Autoren
Colin Clauset ist Senior Product Marketing Manager bei F5 und auf SaaS-basierte Lösungen für die Anwendungsbereitstellung spezialisiert. Als Go-to-Market-Verantwortlicher betreut Colin Projekte und Services für die verteilte Anwendungsbereitstellung. Dabei gilt sein besonderes Interesse der Frage, wie Technologie komplexe Prozesse vereinfachen und so die Anforderungen von IT-Fachkräften besser erfüllen kann. Dank seiner Beratungserfahrung vor seiner Zeit bei F5 betrachtet Colin die Herausforderungen seiner Kunden ganzheitlich und entwickelt Lösungen, die über einzelne Produkte hinausgehen.
Weitere Blogbeiträge von Colin ClausetÄhnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...