WAY generiert Einsparungen ab dem ersten Tag des Einsatzes!
Leitung Anwendungsentwicklung, nobilia Werke
Ressourcen werden beim Betrieb von Web Anwendungen oft genug nicht optimal genutzt. Web Anwendungen werden exklusiv auf Bare Metal Servern betrieben.
Wäre es nicht wünschenswert, den Ressourcenhunger von Servern effektiver zu nutzen?
Im Zentrum des WAY steht die parallele Verarbeitung von Releases verankert. Die eingesetzte Anzahl von Webservern skaliert nur mit dem Leistungsbedarf der aktiven Anwendungen. Neue Releases werden auf der Webserverfarm parallel zum Bestand der Anwendungen verarbeitet. Testszenarien können schnell und einfach umgesetzt werden. WAY sorgt für effektive Ausnutzung der Ressourcen in allen Segmenten der Webserverfarm.
Wie macht WAY das?Das WAY Regelwerk (ARB) ermöglicht die parallele Verarbeitung von Anwendungen. Jedes Release ist eine Version der Anwendung. Die Anwendungen sind für jedes Release gespeichert und WAY übernimmt die Versionisierung. So sind verschiedene Versionen parallel auf den Webservern installiert und gezielt über das WAY Regelwerk ansprechbar. Somit sind zusätzliche Webserver überflüssig und können eingespart werden!
Wir leben und arbeiten in einer Welt mit begrenzten Ressourcen. Ressourcen in der Entwicklung zu konzentrieren und effektiv Projekte voranzutreiben ist einerseits Ziel der Anwendungsentwicklung. Serverfarmen stabil und sicher zu betreiben ist andererseits Ziel der IT Infrastruktur. Der DevOps Spannungsbogen konsumiert schnell erhebliche Ressourcen!
Wollen Sie DevOps anwenden und Ressourcen konzentriert und effektiv einsetzten?
Das WAY ist ideales DevOps-Bindeglied beim Deployment von Anwendungen und Administration von Webservern. Durch die automatisierte Verteilung neuer Releases in der Webserverfarm werden die Releases in jedem Segment installiert. On Premise oder Cloud Server werden gesichert angesprochen. Patches der Webserver einspielen wird durch WAY synchronisiert und der Abstimmungsbedarf auf das Wesentliche konzentriert.
Wie macht WAY das?Das WAY Life Cycle Management (LCM) ermöglicht die Arbeitsprozesse des Deployments von Anwendungen und das Aktualisieren von Webservern zu synchronisieren. Dazu bietet das WAY automatische und manuelle Prozesse des Life Cycle Managements an.
In vielen Unternehmen ist der Integrationstest zwar wichtig, aber oft sind vollständige Testreihen teuer und zeitraubend.
Wäre es nicht einfach, mit einer überschaubaren Testumgebung Testzyklen schnell und wiederholbar durchführen zu können? Jederzeit in jedem Release?
WAY Testumgebungen bleiben überschaubar. Ein neues Release wird als zusätzliche Konfiguration in die Testumgebung integriert. So können in einer Testumgebung parallel unterschiedliche Releases getestet werden. Testszenarien können beliebig wiederholt oder priorisiert werden.
Wie macht WAY das?WAY kennt die Webserver der Testumgebung und kann entsprechend der Anforderung eines Testszenarios verschiedene Releases von Anwendungen ansprechen. Über die WAY Konfigurationsparameter ist es möglich, unterschiedliche Datenbanken umzuschalten ohne den Code der Anwendung zu verändern. Durch die parallele Verarbeitung von Releases ist das übliche Klonen und Umkonfigurieren der Webserver nicht notwendig.
Üblicherweise sind agile Sprints mit hohem Aufwand im Team und der IT Infrastruktur einhergehend.
Würden Ihre Sprints nicht öfter zu aussagekräftigen Resultaten führen, könnten sie einfach in der Zielumgebung aktiviert werden?
Mit WAY sind agile Sprints, ohne zusätzliche Konfiguration durch das IT Infrastrukturteam, in der bestehenden Serverfarm möglich. Es sind keine zusätzlichen Webserver notwendig!
Wie macht WAY das?Agile Sprints oder Feature Piloten sind mit WAY als Anwendungen, im Test sowie im produktiven Feld, umsetzbar. Dazu wird der Sprint in die bestehende Umgebung als neues Release konfiguriert und über das WAY Regelwerk aktiviert. Über spezifische WAY Markierungen kann nun der Sprint für einen begrenzten Teilnehmerkreis zur Verfügung gestellt werden.
Die Leistungssteigerung der Mitarbeiter und die effektive Nutzung der Serverfarm sind Kernkompetenzen und stehen im Zentrum des WAY.
25% mehr Entwicklungsleistung und
50% mehr Testszenarien sind möglich.
Kalkulierbare Kosten, im Betrieb der Serverfarm durch parallele Anwendungsverarbeitung, ermöglicht WAY ab dem ersten Tag!
Innovative Ideen sind der pulsierende Kern des WAY.
Cay Jeglinski, WAY Software
Anwendungen in Releases zu gliedern gehört zum Standard aktueller Entwicklung.
Wollen Sie mit Schwärmen von Web-Containern leben oder in überschaubaren Serverfarmen Ihre Anwendungen verarbeiten lassen?
Mit WAY werden Releases parallel auf Webservern einer Webfarm verarbeitet. Das ist neu! So bleiben die Kosten für den Betrieb der Serverfarm stabil. Es ist nicht notwendig, für jedes Release neue Serverkonfigurationen zu implementieren.
Wie macht WAY das?Mit WAY als zentralem Verkehrsknotenpunkt laufen alle Anfragen der Anwendungen über das WAY Regelwerk. Dort wird entschieden, welche Anfrage auf eine Anwendung mit welchem Release verarbeitet wird. Nur WAY kann das!
Die Installation von Anwendungen oder Releases laufen automatisch im WAY ab. Das ist nicht neu.
Können Sie sich vorstellen, Anwendungen erst zu installieren, zu prüfen und zeitgesteuert zu aktivieren?
Wir trennen Installation und Aktivierung mit dem WAY! Das ist neu! So kann die Installation eines Release insbesondere im produktiven Feld vor der Veröffentlichung des Release erfolgen. Produktionsnahe Tests sind bei jedem Release-Wechsel insbesondere bei agilen Sprints möglich und können vereinfacht automatisch kontrolliert werden. Die Aktivierung erfolgt in einem zweiten Arbeitsschritt und gibt Planungssicherheit.
Wie macht WAY das?Das Deployment wird durch das WAY Deployment System übernommen. Sicheres Handshake erlaubt die Installation von Betriebssystemkomponenten. Selbst ein Reboot stellt kein Problem dar. Wir steuern die Installation über Power Shell Skripte. Falls notwendig, können diese einfach durch Ihre Entwicklung angepasst werden. Die Aktivierung des Release erfolgt in einem zweiten Schritt und wird über die intuitive WAY Anwendung gesteuert. Markierungen helfen bei der schrittweisen Einführung eines Release! Die einfache WAY Release-Diagnose ermöglicht das automatisierte Überprüfen der erfolgreichen Installation.
Die heutige Entwicklung von Web Anwendungen ist fokussiert auf den Anwender. Die Bedürfnisse des Internet of Things und industrielle Anwendungen sind kaum berücksichtigt.
Wäre es nicht vorteilhaft im industriellen Einsatz redundant und hochverfügbar zu bleiben, gerade beim Releasewechsel?
Das WAY Life Cycle Management unterscheidet den Industry und den Business Prozess. Beide sind optimiert und erlauben unterbrechungsfreien Betrieb der Anwendungsverarbeitung! Der WAY Industry Life Cycle legt Wert auf Verfügbarkeit und Stabilität. Zusätzlich kann eine Leistungsreserve konfiguriert werden. Beim WAY Business Prozess ist die Verarbeitungsleistung optimiert. Bei der Installation werden wiederholt einzelne Webserver aus der aktiven Anwendungsverarbeitung herausgelöst und mit dem neuen Release konfiguriert.
Wie macht WAY das?Für das produktive Segment sind die Webserver in Server Pools gegliedert. Für den WAY Industry Life Cycle sind das die Server Pools active, standby, reserve und staging. Die Verarbeitung der Anfragen übernimmt ausschließlich der active Server Pool. Der standby Server Pool wird aktiviert, falls Probleme im active Server Pool diagnostiziert werden. Die Leistungsreserve ist optional. WAY misst bei jeder Anfrage die Verarbeitungszeit und kann einmalig eine automatische Leistungsreserve aus dem reserve Server Pool aktivieren. Der staging Server Pool dient nur zur Installation von neuen Releases. Die Innovation ist, daß die Server Pools während des WAY Life Cycles ihre Aufgaben tauschen, bis alle Server der Pools über das neue Release verfügen.
Der WAY Business Life Cycle kennt den active Server Pool, der alle Webserver umfasst. Nur bei der Installation werden wiederkehrend einzelne Webserver aus dem active Server Pool entnommen und dem staging Server Pool zugefügt. Solange, bis alle Server im active Server Pool über das neue Release verfügen.
Wenn Benutzer Anwendungen bedienen ist es einfach, Funktionen anzupassen oder zu aktualisieren. Beim IoT sind wir in einer anderen Welt.
Wäre es nicht prima, Anfragen zu markieren und Industrieanlagen Schritt für Schritt auf ein neues Release umzustellen ohne Maschinen neu zu konfigurieren?
WAY arbeitet mit Markierungen. Das WAY Regelwerk nutzt die WAY Markierungen, um zu entscheiden, welches Release einer Anwendung verarbeitet wird. WAY Markierungen sind IP Adressen, DNS Namen oder spezielle Header Felder. Zusätzlich kann WAY auch den Benutzernamen erkennen und entsprechende Regeln formulieren. Die Markierung von Anwendungen ist einzigartig in der Software Entwicklung!
Wie macht WAY das?Jede Anfrage wird vom WAY Gateway verarbeitet und ohne Verzögerung ein Release aus dem WAY Regelwerk zugewiesen. Die WAY iRules nutzen die Konfiguration auf dem F5 Gateway, um diese Zuordnung mit enormer Geschwindigkeit zu finden.
Die im WAY patentierten Innovationen bieten für Sie Investitionsschutz und Sicherheit für die Zukunft Ihrer Web Entwicklung!
Die Zuverlässigkeit des WAY ist ideal für den industriellen Einsatz sowie bei Benutzeranwendungen und entspricht somit den höchsten Anforderungen.
Cay Jeglinski, WAY Software
Down Times bei Releasewechsel zu minimieren ist heute eine Herausforderung sowohl bei Web Anwendungen als auch bei API Bibliotheken. Üblich ist es, die Serverfarm zu klonen und die Verarbeitung über Load Balancer beim Release-Wechsel auf die neue Serverfarm zu lenken. Kommt es zu unvorhergesehenen Problemen, ist der Schritt nach vorne oder zurück oft nicht möglich. Es kommt zu Down Times.
Wie würden Sie reagieren wenn Release-Wechsel in Echtzeit schnell und einfach vorgenommen werden können?
WAY wirkt diesem Risiko der Down Times entgegen. WAY geht einen neuen Weg und trennt die Installation von der Aktivierung eines Release. Die Installation wird durch WAY automatisiert und kontrolliert. Die Aktivierung des Release ist über das WAY Regelwerk jederzeit möglich und durch produktionsnahe Tests begleitet. WAY minimiert somit die Down Time Ihrer Anwendungen erheblich.
Wie macht WAY das?Neue Releases werden im zentralen WAY Release Repository gespeichert und von dort aus installiert. Standardisierte Webserver sind in allen Phasen durch WAY möglich: Entwicklung, Test und Produktion. Bei jedem Installationsprozess werden nur die in der jeweiligen Phase verwendeten Webserver konfiguriert. Durch die Trennung sind Nebenwirkungen zwischen den Phasen ausgeschlossen und es wird maximale Zuverlässigkeit erreicht. Die Aktivierung erfolgt pro Phase in einem zweiten Schritt. Es wird lediglich eine Regel im WAY Regelwerk definiert. Diese definiert, für welche Anfrage welches Release zugewiesen ist. Da alle Releases parallel verarbeitet werden können, ist ein Release-Wechsel schnell und einfach über das WAY Regelwerk zu steuern und Down Times werden minimiert.
WAY Gateways nutzen Application Delivery Controller von F5 als Basis. Die Zuverlässigkeit und Stabilität ist damit mustergültig gegeben.
Ist es nicht prima, Innovation und Zuverlässigkeit in einem System zu vereinigen?
Die WAY Gateways können einzeln oder redundant, als physikalische oder virtuelle Knoten implementiert werden. F5 Gateways können in der Cloud und OnPremis eingesetzt werden und WAY geht einfach mit!
Wie macht WAY das?WAY nutzt die Schnittstellen iRules und iControl, um die Konfiguration des F5 Gateways zu übernehmen. Über diese weit verbreitete und bewährte Schnittstelle ist das WAY Gateway stabil und zuverlässig erreichbar. Bei redundanten F5 Gateways übernimmt das WAY die Synchronisation. Die Administration der F5 Gateways wird von der WAY Anwendung übernommen. Das integrierte WAY Backend wird auf Windows IIS Server installiert. Die Installation kann redundant ausgeführt werden, um hohe Verfügbarkeiten zu gewährleisten. Die WAY Administration erfolgt über die WAY Anwendung, die alle angeschlossenen Gateways steuert. Die WAY Anwendung ist die gemeinsame Schnittstelle für die Entwicklung und die IT Administration. Zuverlässige Arbeitsprozesse des WAY stabilisieren somit Ihre Entwicklung.
Tests in einer Testreihe zu wiederholen ist heute Standard.
Wie wäre es, die aktuelle Testreihe mal eben auch mit der vorherigen Release durchführen zu können? Ohne die Serverfarm neu zu klonen?
WAY umfasst standardisierte Umgebungen für die drei Phasen Entwicklung, Test und Produktion. In allen Phasen verarbeiten Standard Webserver Ihre Anwendungen. Somit sind Tests reproduzierbar und produktionsnah. Das WAY Regelwerk ermöglicht den einfachen Wechsel der Testumgebung. So können Testszenarien von Release zu Release ohne Veränderung der IT Infrastruktur oder der Serverfarm verändert werden.
Wie macht WAY das?Durch die parallele Erreichbarkeit aller Releases schafft WAY die ideale Basis für reproduzierbare Tests. Die Releases werden über das WAY Regelwerk angesprochen und somit die Testszenarien festgelegt. Parallele Testzyklen in einer Serverfarm sind mit WAY genauso möglich wie die Wiederholung eines Tests. Die Testumgebung bleibt unverändert und das WAY Regelwerk legt das aktuelle Testszenario fest. Produktionsnahe Tests sind im WAY Life Cycle vorgesehen und ermöglichen die Qualitätssicherung im produktiven Feld. Sind Standard Webserver identisch für Test und Produktion konfiguriert, kann WAY Tests produktionsnah automatisch durchführen und auf das Ergebnis reagieren.
Beim Release-Wechsel enorme Ressourcen zu konzentrieren und darauf zu hoffen, das alles gut geht, gehört heute zum normalen Alltag.
Wäre es nicht schön, Integrations- und Preproductiontests in der Zielumgebung durchführen zu können?
Das WAY Regelwerk ermöglicht die Kontrolle der Release-Verarbeitung in Echtzeit. Durch das Umschalten eines Release im WAY Regelwerk wird ein neues Release aktiviert. Bestehende Verbindungen werden vom aktuellen Release weiterverarbeitet. Ab dem Umschalten werden neue Verbindungen durch das neue Release verarbeitet. Sollte es notwendig sein, zurück zu gehen, ist dies in Echtzeit möglich!
Wie macht WAY das?Das WAY Gateway ist zentraler Verkehrsknotenpunkt bei der Verarbeitung von Web-Anwendungen. Alle Verbindungen werden vom WAY verarbeitet. Das WAY Regelwerk entscheidet, welches Release zu welcher Verbindung verarbeitet wird. Durch den Einsatz von WAY Markierungen können verschiedene Releases parallel verarbeitet werden. Somit ist WAY in industriellen Umgebungen flexibel einsetzbar. Es kann auf zusätzliche Serverfarmen verzichtet werden, um jahrzehntelange Maschinenlaufzeiten (long time API) zu meistern.
WAY übernimmt zuverlässig die Arbeitsprozesse des Release-Wechsels in Serverfarmen und schafft Verlässigkeit bei der Bereitstellung von Web-Anwendungen.
Agile Softwareentwicklung ist der Schlüssel zu mehr Transparenz und Teamgeist.
Leitung Anwendungsentwicklung, nobilia Werke
Die Merkmale der agilen Entwicklung: Individuen stehen über Prozessen, Funktionen stehen über der Dokumentation, Zusammenarbeit steht über Vertragsverhandlungen und auf Veränderungen zu reagieren ist wichtiger, als den Plan zu erfüllen.
Wie wäre es, mit einem Weg agile Entwicklung unkompliziert in Ihr Unternehmen zu bringen? Mit unserem WAY ist das möglich.
WAY ermöglicht agile Entwicklung ohne die üblichen, zeitraubenden Aufwendungen in der IT Infrastruktur und im Integrationstest.
Wie macht WAY das?Die parallele Verarbeitung von Releases in einer Serverfarm ermöglicht Sprints oder Feature Presentation in der bestehenden IT Infrastruktur. Das WAY Regelwerk kann eine Gruppe von Benutzern markieren und in der gewohnten Umgebung ein agiles Release zuordnen, ganz ohne Aufwendungen in der IT Infrastruktur. So können Sprints im Live-Betrieb vorgestellt werden, ohne die Produktion zu gefährden!
Integrationstest und produktionsnahe Test sind oft träge und kostspielig. Hier sind rare Ressourcen gebunden und flexible Prioritäten oft genug Gegenspieler.
Möchten Sie nicht agile Integrationstests durchführen und Sprints ohne Verzögerung ins produktive Feld übernehmen?
Unterschiedliche Testszenarien zu bearbeiten und flexibel auf Sprints und Releases zu reagieren ist mit dem WAY einfach. Mit dem WAY Regelwerk kann das höhere Aufkommen von Testszenarien ohne langwierige Umstellungen im Testfeld einfach realisiert werden. Die parallele Bereitstellung von Releases einer Anwendung ist hierfür der Schlüssel.
Wie macht WAY das?Für den Integrationstest bedeutet agile Entwicklung eine ansteigende Anzahl von Testfällen. Das WAY Regelwerk ermöglicht, Testszenarien parallel in einer Serverfarm durchzuführen. Das Priorisieren der Testzyklen ist mit dem WAY einfach. Zentrale Bausteine sind die WAY Markierungen, die richtig eingesetzt die Aufwendungen im Integrationstest erheblich reduzieren.
Die agile Bereitstellung von neuen Releases geht einher mit einem höheren Qualitätsrisiko. DevOps ist immer eine Gratwanderung.
Wollen Sie nicht einen sicheren Weg gehen bei agile Application Delivery? Mit unserem WAY können Sie das.
Mit dem WAY Regelwerk kann ein Releasewechsel im produktiven Umfeld geprüft werden oder auch agil zum vorherigen Release umgeschaltet werden.
Wie macht WAY das?Das WAY Regelwerk wird in Echtzeit angewendet und ermöglicht somit, in Echtzeit zu handeln. Ein fehlerhaftes Release kann schnell und einfach durch WAY umgeschaltet werden. Mit dem WAY Gateway als zentralem Verkehrsknoten sind Sie immer am Ruder!
Agile Development ist mit dem WAY nachhaltig kostendeckend.
Die komplexe Administration von Serverfarmen wird mit WAY total einfach.
Leitung IT Infrastruktur, nobilia Werke
Die Entwicklung von Anwendungen in der lokalen Entwicklungsumgebung trägt das Risiko, die Bedürfnisse der Serverfarm außer Acht zu lassen.
Wie wäre es mit einem gemeinsamen Weg für Entwicklung und Administration?
WAY ermöglicht Entwicklern, schnell und einfach ein Release in das WAY Segment für die Entwicklung zu konfigurieren. Remote Debugging ist in der Serverfarm möglich, um erste Entwicklungstests durchführen zu können. Für die Administratoren gibt es eigene Update Life Cycle, die synchronisiert sind mit den Life Cycle der Entwickler.
Wie macht WAY das?WAY unterteilt die Serverfarm in drei unabhängige Segmente Entwicklung, Test und Produktion. Die Konfiguration von neuen Releases oder Sprints kann durch den Entwickler selbst ohne weitere Unterstützung durch das IT Infrastrukturteam durchgeführt werden. Durch die automatisierten Arbeitsprozesse des WAY können Erfahrungen und Stabilität in der Entwicklung gewonnen werden.
Konfigurationen von Testszenarien können schnell komplex werden. Die richtige Backendverbindung zwischen den Testreihen zu wechseln ist eine Herausforderung.
Wie wäre es, mit einem Deployment Package in allen Segmenten zu arbeiten und die Verbindungen zum Backend automatisch mitzuführen?
Testszenarien möglichst einfach zu nutzen und zu konfigurieren klingt wie ein Märchen, ist aber mit WAY Realität. Die Installation der Test Release ist unabhängig von der Testdurchführung. Testszenarien werden über das WAY Regelwerk konfiguriert und können jederzeit ganz einfach mit dem WAY Regelwerk wiederholt werden.
Wie macht WAY das?Für jedes Testszenario wird die Verarbeitung der spezifizierten Release der Anwendungen und Micro Services im WAY Regelwerk konfiguriert. WAY kennt die Webserver im Testszenario und weist aufgerufenen Services die gewählte Release zu. Welche Datenbanken (Entwicklung, Test oder Produktion) verwendet werden, ist über das WAY Regelwerk konfigurierbar.
Der Releasewechsel bindet unterschiedliche Ressourcen in der Administration und Entwicklung.
Ist es nicht sinnvoll, diese Ressourcen durch automatische Prozesse des WAY zu schonen?
WAY automatisiert wiederkehrende Arbeitsprozesse beim Wechsel eines Release. WAY Deploy Prozesse ermöglichen die automatisierte Installation von Releases in der Serverfarm. Das gesicherte WAY Handshake ermöglicht die Konfiguration von Komponenten, die den Betrieb des Release ermöglichen, selbst wenn Reboots der Webserver notwendig sind. Wir machen DevOps einfach!
Wie macht WAY das?Der Releasewechsel wird durch die intuitive WAY Anwendung gesteuert. Die automatischen WAY Deploy Prozesse übernehmen die Installation des Release, wenn gewünscht, zeitgesteuert. Das Handshake zum Webserver wird über Power Shell Skripte sichergestellt. Ein WAY Agent wird dafür auf dem Webserver installiert und sorgt für das Ausführen des Installationsskriptes sowie die Rückmeldung an die WAY Deploy Prozesse.
Mit WAY ist die Administration der Serverfarmen einfach, sicher und effektiv ohne spezifische IT Kenntnisse möglich. DevOps wird mit dem WAY einfach!
WAY hat uns Transparenz über die Verarbeitungszeiten gegeben!
Leitung Anwendungsentwicklung, nobilia Werke
Die aktuelle Leistung von Anwendungen zu beziffern ist heute kaum möglich. Allgemeine Monitorabfragen geben nur eine schwache Basis zur Bewertung der aktuellen Leistung.
Wie wäre es, jede Anwendung und jede Release kontinuierlich zu überwachen und Laufzeiten auswerten zu können?
Jede Anfrage und deren Verarbeitungszeit wird am WAY Gateway gemessen. Diese Granularität der Leistungsmessung ist neu! Damit gibt WAY erstmalig Auskunft über die Anwendungsleistung einer Serverfarm für jedes angesprochene Release. So können stabile Aussagen über Trends oder Veränderungen dokumentiert werden.
Wie macht WAY das?Die Verarbeitungszeit jeder Anfrage wird gemessen. Im Messzeitraum werden die Verarbeitungszeiten für jedes Release ermittelt. Die Daten sind an jedem WAY Gateway abrufbar und zentral in der WAY Anwendung sichtbar.
Heute ist es oft genug nicht möglich, einen sich anbahnenden Leistungsengpass absehen zu können.
Automatische Leistungsreserve gefällig?
Mit der fortlaufenden Messung der Verarbeitungszeiten ist es möglich, Leistungsengpässe mit WAY festzustellen. Die Reaktion auf einen Engpass kann automatisch durch die Aktivierung der Leistungsreserve des Industry Life Cycle erfolgen. Eine Umstrukturierung der Serverfarm ist ebenfalls möglich. So können rechenintensive Anwendungen durch spezielle Gruppen von Webservern verarbeitet werden, ohne die flinke Verarbeitung von kleinen Anwendungen negativ zu belasten. Das WAY Regelwerk übernimmt die Auswahl der richtigen Servergruppe.
Wie macht WAY das?WAY stellt ständig die Verarbeitungszeiten für die letzten fünf Minuten und die letzten dreißig Sekunden fest. Ist ein Schwellenwert überschritten, wird Alarm ausgelöst oder die Leistungsreserve wird aktiviert.
Die Verfügbarkeit von Servern zu messen ist Alltag beim Betrieb von Serverfarmen.
Wie Leistungsfähig sind Ihre Anwendungen oder Releases?
WAY misst zusätzlich die Verarbeitungszeiten der Anwendungen und zeigt somit die Verfügbarkeit von Anwendungen an. Damit erhalten Sie eine neue wichtige Information, denn es zeigt die Sichtbarkeit Ihrer Anwendungen.
Wie macht WAY das?Für jeden Aufruf einer Anwendung, die über WAY verarbeitet wird, wird die Verarbeitungszeit gemessen. Wir konsolidieren die enorme Datenmenge und stellen einen konsolidierten Mittelwert für jedes Release fest. Die aktuelle Verfügbarkeit der Releases wird für jeden Webserver ermittelt. Es wird nicht nur die Funktion (geht/ geht nicht) ermittelt, sondern zusätzlich die Qualität (geht schnell/ geht langsam).
Gerade im industriellen Umfeld sind long time API keine Seltenheit.
Welche Releases werden aktuell noch verwendet?
WAY zeigt für jedes Release an, wie oft es verwendet wird und welche Verarbeitungszeiten anfallen. So kann entschieden werden, welche Relevanz verschiedene Releases für die eigenen Wirtschaftsprozesse besitzen.
Wie macht WAY das?WAY ermittelt, welche Releases am WAY Gateway angesprochen werden und mit welchen Verarbeitungszeiten gerechnet wird. Diese Daten können per syslog auf zentralen Systemen gespeichert und zur Trendanalyse verwendet werden.
Mit WAY wird Anwendungstransparenz auf eine neue Ebene gehoben. Bewertung der Relevanz und Priorität von Anwendung kann auf Basis von belastbaren Daten gemessen werden!