Overzicht
U kunt uw synthetische monitoringdata van Uptrends nu streamen naar elk observatieplatform of elke datapipeline die OpenTelemetry ondersteunt. Dit omvat tools zoals Grafana, Elastic, Datadog, ITRS Analytics en elk ander platform dat OpenTelemetry-data kan ontvangen.
Elke synthetische controle in Uptrends genereert een unieke Correlation-ID die uw services kunnen lezen en verspreiden over alle lagen van uw applicatie. Hierdoor kunt u Uptrends-controles correleren met uw bestaande metrics, logs, traces en events voor volledige end-to-end zichtbaarheid.
Voor wie is het bedoeld?
Deze workshop is bedoeld voor SRE’s, DevOps-engineers, platform engineers en ontwikkelaars die het volgende willen:
-
Verschillende signalen samenbrengen op één scherm, bijvoorbeeld:
a. Synthetische metingen van Uptrends b. Infrastructuurmetrics c. Backend-logs en -traces
-
Volg een request van een Uptrends-controleregel via de gedistribueerde backend, waarbij per controleregelcheck één Correlation-ID wordt gebruikt om alles te koppelen.
Gebruiksvoorbeeld
Stel dat uw aanmeldpagina performanceproblemen ondervindt:
Een Uptrends-transactiecontroleregel detecteert dat de aanmeldpagina niet binnen 30 seconden laadt en activeert een alert. Tegelijkertijd stuurt Uptrends dit controleresultaat naar uw observatieplatform via OpenTelemetry.
De operator die de alert ontvangt, opent het servicedashboard in uw observability-tool. In de grafiek met de responstijd klikt hij/zij op het meest recente datapunt om de trace voor deze controle te openen. De trace combineert data van de Uptrends-transactie met die van andere systemen die dezelfde Correlation-ID gebruiken. De trace laat zien dat een database-oproep van de aanmeldservice na 30 seconden een time-out bereikte.
Nu de oorzaak is vastgesteld, kunt u direct corrigerende maatregelen nemen.
Deze aanpak combineert het externe gebruikersperspectief van Uptrends met het interne systeembeeld van uw observatieplatform, waardoor u een uitgebreid inzicht in het probleem krijgt.
Hoe werkt het in de praktijk?
Ons team begeleidt u door de volledige setup in een praktische, gezamenlijke workshopsessie.
Wat we samen doen
Tijdens een sessie van 1 uur met onze productexperts:
-
Uw eindpunt verbinden
a. U levert een openbaar toegankelijk OpenTelemetry OTLP gRPC-eindpunt aan, beveiligd met een API-sleutel of een gebruikersnaam en wachtwoord. b. Indien u de voorkeur geeft aan HTTP, kunnen we dat ook bespreken.
-
De Uptrends Exporter configureren
a. We configureren de exporter in Uptrends terwijl u in gesprek bent. b. We sturen een paar testchecks en controleren of u de Uptrends-data in uw observatieplatform kunt zien.
-
Gedistribueerde tracing en correlatie controleren
a. We bevestigen dat de traces er correct uitzien en dat attributes zoals de Correlation-ID zichtbaar en bruikbaar zijn.
Indien gewenst kunnen we tijdens deze sessie ook een korte demo geven en op verzoek een link naar ons OpenTelemetry-webinar delen met andere leden van uw team.
Enkele technische opmerkingen
Navigatie van metric naar trace
Als u vanuit een metric-datapunt direct naar de bijbehorende trace wilt klikken, moet uw observatieplatform OpenTelemetry-exemplars ondersteunen. Niet elke OpenTelemetry-backend ondersteunt dit momenteel. Als exemplars niet worden ondersteund, krijgt u nog steeds alle traces, maar navigeert u via tijdvenster en attributes in plaats van met één klik.
Gedistribueerde tracing met Correlation-ID
Voor volledige end-to-end tracering moet uw software de correlatie-ID accepteren en doorgeven die Uptrends verzendt in de X-Correlation-ID HTTP-header. Uw services kunnen deze ID vervolgens in hun eigen spans opnemen, waardoor het eenvoudig is om alles te koppelen.
Onderwerpen die we ook in de workshop zullen bespreken
Om de exporter goed te laten functioneren binnen uw organisatie, zullen we een aantal vragen stellen.
Organisatie en groeperen van data
Veel op OpenTelemetry gebaseerde systemen hebben beperkte fijnmazige toegangscontrole. We willen graag weten hoe u uw data organiseert:
- Scheidt u telemetry momenteel per team of per service in uw platform?
- Wilt u dat alle Uptrends-controleregels data naar één eindpunt sturen of naar verschillende eindpunten per team?
- Uptrends kan data naar verschillende eindpunten sturen op controleregelgroepniveau. Past dat bij uw setup?
- Zou u overwegen om één OpenTelemetry-collector te gebruiken en daar routing en datawijzigingen uit te voeren?
Beveiliging
We zullen nagaan wat u nodig heeft om u vanuit beveiligingsoogpunt comfortabel te voelen:
- Wat zijn uw beveiligingsvereisten voor het OpenTelemetry-eindpunt?
- Is het beveiligen van het eindpunt met een API-sleutel of gebruikersnaam en wachtwoord voldoende?
- Is uw eindpunt openbaar bereikbaar?
- Wilt u IP-allowlisting op uw OpenTelemetry-collector toestaan?
Veerkracht
We willen ook graag uw verwachtingen begrijpen als uw eindpunt niet bereikbaar is:
- Hoe lang moet Uptrends data bewaren die niet verzonden kan worden, en hoe vaak moeten we het opnieuw proberen?
- Heeft uw platform grenzen aan hoe oud inkomende data mogen zijn?
- Heeft u snelheidslimieten nodig voor hoe snel we data verzenden?
Wat heeft Uptrends van u nodig?
Voor of tijdens de workshop is het handig als u het volgende kunt verstrekken:
-
Het URL-eindpunt van uw observatieplatform of OpenTelemetry-collector.
-
De authenticatiegegevens die nodig zijn om data te verzenden:
a. Voor basisauthenticatie: een gebruikersnaam en wachtwoord, die we veilig opslaan in onze vault. b. Voor andere methodes: een API-key of -secret, en de headernaam of gRPC-metadatakey die we moeten gebruiken.
We gebruiken een beveiligde vault om deze gegevens op te slaan. U hoeft ons alleen de naam of ID van het vault-item te sturen als u onze vault-items intern al gebruikt.
(Optioneel) Instellingen voor OpenTelemetry-attributes
Afhankelijk van hoe u services in uw observatieplatform organiseert, wilt u mogelijk enkele OpenTelemetry-attributes aanpassen. De standaardinstellingen zijn:
| Naam van het OTel-attribuut | Standaardwaarde |
|---|---|
service.namespace |
uptrends-monitoring |
service.name |
{{MonitorName}} |
service.instance.id |
niet ingesteld |
deployment.environment |
niet ingesteld |
Maakt u zich geen zorgen als u niet bekend bent met deze attributes, verschillende platforms tonen en gebruiken ze op verschillende manieren. Tijdens de workshop zullen we deze instellingen met u doornemen en aanpassen aan uw specifieke omgeving.