App Connectors leggen de verbinding met interne applicaties. Zolang ze draaien, merkt niemand ze op, en precies dat maakt een storing vervelend: die wordt niet opgemerkt, maar gemeld, meestal door gebruikers die niet weten waar het aan ligt. Connector Status Overview maakt de status van de connectors zichtbaar voordat het effect de gebruiker bereikt. De winst is niet alleen tijd, maar ook de volgorde: u weet van de storing voordat u ernaar gevraagd wordt.
De onzichtbare component
App Connectors vormen de schakel tussen de Zscaler-omgeving en de interne applicaties die daarmee bereikbaar moeten zijn. Ze werken onopvallend en geven bij normaal bedrijf geen aanleiding om aan ze te denken.
Die onopvallendheid heeft een keerzijde. Valt een connector uit, dan verdwijnt niet de connector uit het zicht, maar de applicatie erachter. De gebruiker meldt dat een applicatie niet bereikbaar is. Dat een connector de oorzaak is, blijkt pas aan het einde van de foutzoektocht, niet aan het begin.
Waarom de volgorde telt
Het verschil tussen "We weten het en werken eraan" en "Bedankt voor de melding, we kijken ernaar" is voor de gebruiker aanzienlijk. Bij de eerste zin ervaart hij een organisatie die het overzicht heeft. Bij de tweede een organisatie die hem zelf als sensor gebruikt.
Daarbij komt de tijdwinst. Een gemelde storing begint met een beschrijving vanuit het perspectief van de gebruiker, die eerst vertaald moet worden. Een waargenomen storing begint met de bevinding.
Wat Connector Status Overview toont
Connector Status Overview maakt de status van de App Connectors op één plek zichtbaar. U ziet welke draaien en welke niet, zonder dat iemand ernaar hoeft te vragen.
Voor de helpdesk verandert dat het dagelijkse werk op een onopvallende plek: bij de melding "applicatie X werkt niet" is een blik op de connectorstatus een kwestie van seconden en sluit direct een van de meest voorkomende oorzaken in of uit.
Redundantie vervangt geen zichtbaarheid
Veel omgevingen draaien connectors redundant, zodat de uitval van één ervan geen directe storing veroorzaakt. Dat is juist en belangrijk, maar het vervangt de zichtbaarheid niet.
Want een onopgemerkte uitval in een redundante opzet betekent dat de redundantie is verbruikt zonder dat iemand het weet. De volgende uitval treft dan een omgeving zonder reserve. Zichtbaarheid is juist waardevol op de plek waar de eerste uitval zonder gevolgen blijft.
In een redundante opzet veroorzaakt de eerste connectorstoring geen storing. Ze verbruikt alleen de reserve. Wie het niet ziet, verneemt het bij de tweede.
De melding komt op de telefoon - waarschuwing én ontwaarschuwing
Zichtbaarheid in het cockpit helpt, zolang iemand kijkt. 's Nachts, in het weekend en tijdens een afspraak kijkt niemand. Daarom wacht CentaurNexus niet tot iemand het overzicht opent, maar meldt zich uit zichzelf: via de notificatie-app, op het apparaat dat toch al bij de hand is.
Er wordt elke drie minuten gecontroleerd. Valt een connector uit, dan gaat er een melding uit. Komt hij terug, dan gaat er ook een melding uit, en die vermeldt hoelang de storing duurde. Deze tweede richting is het deel dat monitoringoplossingen graag overslaan: ze melden het probleem en zwijgen over de ontwaarschuwing. Wie dan wil weten of het weer werkt, moet zelf gaan kijken.
Er wordt op twee niveaus gemeld: individuele App-, Cloud- en Service Edge Connectors, en daarnaast de groep waartoe ze behoren. Voor het overzicht in de app telt de groep, voor het foutzoeken de individuele connector.
Drie dingen zijn daarbij bewust zo gebouwd dat de meldingen bruikbaar blijven. Een korte onderbreking veroorzaakt niets, pas een storing die een respijtperiode overleeft. Bij de eerste start van de bewaking ontstaat geen melding alleen omdat een status voor het eerst wordt waargenomen. En als de verbinding met de tenant volledig weg is, blijft de losse melding per connector achterwege, in plaats van honderd berichten tegelijk te versturen.
Het verschil in de praktijk is de volgorde. U verneemt de storing voordat de eerste gebruiker haar opmerkt, en u verneemt de ontwaarschuwing zonder ernaar te vragen.
Veelgestelde vragen
Wat is een App Connector?
Een App Connector legt de verbinding tussen de Zscaler-omgeving en een interne applicatie, zodat deze via ZPA bereikbaar is zonder open op het netwerk te staan.
Wat toont Connector Status Overview?
De status van de App Connectors op één plek: welke draaien en welke niet. Zo wordt een storing waarneembaar, in plaats van pas op te vallen door een gebruikersmelding.
Waarom is redundantie niet genoeg?
Omdat een onopgemerkte uitval in een redundante opzet de reserve verbruikt zonder dat iemand het merkt. De volgende uitval treft dan een omgeving zonder buffer.
Wat levert dat de helpdesk concreet op?
Bij de melding dat een applicatie niet bereikbaar zou zijn, kan een van de meest voorkomende oorzaken in seconden worden in- of uitgesloten, in plaats van pas aan het einde van de foutzoektocht te worden gevonden.
Vervangt dit een monitoringsysteem?
Nee. Het maakt de status zichtbaar op de plek waar het Zscaler-beheer toch al plaatsvindt. Een overkoepelende monitoring blijft daarnaast gewoon bestaan.
Is dit hetzelfde als het bewaken van Zscaler-tunnels, of iets anders?
Iets anders. Connector Status Overview bewaakt App-, Cloud- en Service Edge Connectors, dus de infrastructuuronderdelen die de Zscaler-omgeving met interne applicaties verbinden. Verbindings- of tunnelproblemen van individuele gebruikers zijn een andere diagnose en worden elders in CentaurNexus afgedekt.
Waar download of installeer ik een nieuwe App Connector? Neemt CentaurNexus dat over?
Nee. Het downloaden en uitrollen van de App Connector-software is een Zscaler-beheertaak, rechtstreeks in uw Zscaler-tenant. CentaurNexus verspreidt geen connector-installers; zodra een connector is uitgerold en geregistreerd, toont Connector Status Overview of hij draait.
Hoe snel merk ik het als een connector uitvalt?
Er wordt elke drie minuten gecontroleerd. Om de meldingen bruikbaar te houden, veroorzaakt pas een storing die een korte respijtperiode overleeft een melding; een korte onderbreking alleen leidt nog niet tot een melding.
Word ik overspoeld met meldingen als veel connectors tegelijk uitvallen, bijvoorbeeld omdat de hele tenantverbinding weg is?
Nee. Is de verbinding met de tenant volledig weg, dan blijft de losse melding per connector achterwege, in plaats van voor elke afzonderlijke connector tegelijk een bericht te versturen.
Informatiebronnen
De workflow in context bekijken
Kies in de demo-launcher de bijpassende rol. De demo gebruikt vooraf voorbereide voorbeeldgegevens.
Demo-launcher openen