Empfohlene Artikel

Aktuellste Artikel

Automatisierung der Always-On-Anwendungserfahrung mit Ansible

Da die Anwendungsentwicklungsteams im Unternehmen mehr Verantwortung für die geschäftskritischen Anwendungen übernehmen, kann das NetOps-Team einige Aufgaben wie die Veröffentlichung von Anwendungen übertragen. Während die Systemkonfiguration und die Betriebszeit des Load-Balancers beim NetOps-Team verbleiben, kann die Servicekonfiguration durchaus dem Entwicklungsteam anvertraut werden. Diese Teams verwenden bereits Automatisierungsskripte im Lebenszyklus der Anwendung, warum also nicht auch die Komponente der Anwendungsbereitstellung. Darüber hinaus verwenden diese verschiedenen Teams im gesamten Unternehmen dieselbe einheitliche Toolchain, so dass es keinen Grund zur Sorge über mangelnde Fähigkeiten gibt. Durch diese enge Abstimmung können AppDev- und I&O-Teams wirklich Infrastructure as Code bereitstellen. Um diese neue Normalität zu unterstützen, hat Kemp ein Ansible-Modul entwickelt, das unsere Konfigurationsmanagement-Funktionen erweitert, um die Anwendungsbereitstellungsumgebung unserer Kunden zu unterstützen. Viele Unternehmen haben bereits das Modell des Application Delivery Controllers (ADC) von Kemp für einzelne Anwendungen eingeführt, so dass für die Anwendungsentwicklungsteams kein Risiko besteht, andere Bereiche des Unternehmens zu beeinträchtigen.

5 März 2020

10 Gründe für die Überwachung Ihres Load Balancers

Wenn es um die Überwachung der Anwendungsbereitstellung geht, gibt es eine Reihe von Ansätzen, die verfolgt werden können. Application Performance Monitoring (APM) ermöglicht den Einblick in nahezu unbegrenzte Performance-Metriken für ...

25 Februar 2020

Automatisierung, DevOps und Optimierung

Unser Load Balancer, Kemp Loadmaster, und unsere Monitoring- und Management-Plattform, Kemp 360 Central, bieten marktführende Tools, die Unternehmen dabei unterstützen, ihren Mitarbeitern und Kunden das beste Anwendungserlebnis zu bieten.

10 September 2019

1920x1080_PPT_KEMP_Nutanix

Nutanix und Kemp ermöglichen eine leistungsstarke Multi-Cloud-Architektur

Kemp hat es sich zur Aufgabe gemacht, das beste Anwendungserlebnis sicherzustellen und gleichzeitig die Multi-Cloud-, Multi-Vendor- und Hybrid-IT-Infrastruktur, die die meisten Unternehmen nutzen, vollständig zu nutzen.

18 Dezember 2018

KEMP Multicloud

DIE 4. INDUSTRIELLE REVOLUTION

WAS IST DIE 4. INDUSTRIELLE REVOLUTION, WIE HÄNGT SIE MIT UNSICHTBARER TECHNOLOGIE ZUSAMMEN UND WARUM IST SIE FÜR KEMP WICHTIG? Für diejenigen unter Ihnen, die sich tatsächlich mit Geschichte beschäftigt haben ...

26 November 2018

TLS 1.2 Image

Aktivieren von TLS 1.2 auf Exchange Server 2013 und 2016 – Teil 1

TLS hat SSL weitgehend ersetzt. Wenn Sie noch SSL als Verschlüsselungsprotokoll verwenden, sollten Sie so bald wie möglich auf TLS umsteigen. Wenn Sie bereits mit TLS arbeiten, aber nicht TLS 1.2 verwenden, sollten Sie ebenfalls so schnell wie möglich ein Upgrade planen. Es gibt bekannte Schwachstellen in TLS 1.0 und TLS 1.1, die mit der neuesten Version behoben und gleichzeitig die Sicherheit allgemein verbessert werden. Viele beliebte Dienste erzwingen jetzt TLS 1.2 für alle Zugriffs- und Integrationsdienste, um den maximalen kryptografischen Schutz zu bieten. Microsoft Office 365 wird TLS 1.2 ab Oktober 2018 erzwingen, und alle hybriden Exchange-Organisationen mit Postfächern vor Ort und in Office 365 werden nicht mehr kommunizieren, wenn die Exchange-Server vor Ort nicht TLS 1.2 verwenden.

19 September 2018

F5 Migrate KEMP

Migration von Legacy-F5 LTM Local Traffic Manager mit iRules zum Kemp Load Balancer

Einleitung Migrationen sind zeitaufwändig und bergen ein gewisses Risiko. Die Risiken sind noch höher, wenn Sie von einem Anbieter zu einem anderen migrieren müssen. Eine solche Migration erfordert oft die Zusammenarbeit mehrerer Teams, die sich in erheblichem Maße untereinander abstimmen müssen.

7 August 2018

Unterschiede zwischen Legacy Application Delivery und Application Delivery Fabric

Um Load-Balancing zu gewährleisten, hat die IT-Abteilung in der Regel für jeden Standort, an dem Anwendungen gehostet werden, einen gemeinsamen Load-Balancer für mehrere Mandanten festgelegt oder für jede Anwendung an jedem Standort einen dedizierten Load-Balancer eingesetzt. In vielen Fällen wurde eine Kombination aus gemeinsam genutzten und dedizierten Load-Balancern verwendet, oft paarweise, um Ausfallsicherheit zu gewährleisten. Dieser Ansatz ist ineffizient, da die geschätzten maximalen Datenverkehrsanforderungen für jeden Load-Balancer im Voraus berechnet und bezahlt werden müssen. Dieser Weg führt dazu, dass Unternehmen ein Großteil der Zeit für ungenutzte Kapazitäten bezahlen. Ein besserer Ansatz für das Load-Balancing in der neuen agilen und Multi-Cloud-Welt besteht darin, die gesamte Infrastruktur zur Anwendungsbereitstellung als eine einzige Struktur zu betrachten. Unabhängig davon, wo die Anwendungen eines Unternehmens bereitgestellt werden - in Rechenzentren, einer privaten Cloud oder von mehreren Public-Cloud-Anbietern - sollte die Verfolgung des Load-Balancing-Verkehrs alle Standorte umfassen. Wenn Sie sich für eine Load-Balancing-Lösung entscheiden, die eine aggregierte Überwachung des Datenverkehrs und eine Abrechnung über alle Standorte hinweg ermöglicht, müssen Sie nur für die im gesamten Unternehmen genutzte Kapazität zahlen.

14 Februar 2018

Load Balancer for SAP

Hochverfügbares SAP in Azure mit KEMP Load Balancern

Dieses Dokument soll eine technische Anleitung zur Bereitstellung eines hochverfügbaren SAP-Systems mit KEMP LoadMaster bieten, um verschiedene Application Delivery Network-Services für SAP auf ...

6 November 2017