Παρακολούθηση τελικών σημείων

Τι είναι το "endpoint";

Ένα endpoint είναι οτιδήποτε έχει διεύθυνση στο διαδίκτυο και μπορεί να ελεγχθεί για διαθεσιμότητα. Η κλασική περίπτωση είναι το URL μιας ιστοσελίδας — αλλά στη σύγχρονη υποδομή τα πράγματα για τα οποία νοιάζεσαι είναι πολύ πιο ποικίλα: REST API, endpoint του GraphQL, mail servers, database listeners, ουρές μηνυμάτων, ports για health-check containers, εσωτερικά admin panels, παραλήπτες webhook. Το DiagnoSEO Uptime Monitoring τα χειρίζεται όλα με τον ίδιο τρόπο: ορίζεις τι σημαίνει "υγιές" για αυτό το endpoint, ρυθμίζεις το πρόγραμμα ελέγχων, λαμβάνεις ειδοποίηση σε περίπτωση σφάλματος.

Αυτή η σελίδα περιγράφει κάθε τύπο endpoint που υποστηρίζει το εργαλείο, σε τι χρησιμεύει το καθένα και τι σήμα δίνει η παρακολούθηση.

Endpoint HTTP / HTTPS (ιστοσελίδες)

Η προεπιλεγμένη περίπτωση. Εισάγεις https://example.com και ο monitor εκτελεί αίτημα GET σε καθορισμένο διάστημα (1 λεπτό, 5, 10, 30 ή 60 λεπτά αναλόγως του πλάνου). Επιτυχής έλεγχος σημαίνει: πραγματοποιήθηκε σύνδεση TCP, handshake TLS ολοκληρώθηκε (για HTTPS), ελήφθη απάντηση HTTP με τον αναμενόμενο κωδικό κατάστασης (προεπιλογή: 2xx ή 3xx), και προαιρετικά αν υπάρχει/δεν υπάρχει η κατάλληλη λέξη-κλειδί στο σώμα της απάντησης. Ο έλεγχος καταγράφει Time To First Byte, συνολικό χρόνο απόκρισης, μέγεθος περιεχομένου, αλυσίδα ανακατευθύνσεων και πλήρες σετ headers στην απάντηση.

Τα HTTP endpoints είναι η σωστή επιλογή για: ιστοσελίδες marketing, blogs, e-commerce καταστήματα, SaaS dashboards, portals τεκμηρίωσης — οπουδήποτε οι χρήστες επισκέπτονται με browser.

Endpoint API (REST / GraphQL / JSON-RPC)

Τα API χρειάζονται κάτι παραπάνω από το "αν απάντησε" — χρειάζονται "αν απάντησε σωστά". Διαμορφώνεις τον monitor με προσαρμοσμένη HTTP μέθοδο (GET, POST, PUT, DELETE, PATCH), δικά σου headers (auth tokens, content-type), body του request (payload JSON για POST/PUT) και JSON assertions στην απάντηση (data.status πρέπει να είναι "ok", result.count πρέπει να είναι μεγαλύτερο από 0, errors[] πρέπει να είναι κενό). Ένα API που επιστρέφει HTTP 200 με αλλοιωμένο payload είναι το χειρότερο είδος βλάβης — φαίνεται "υγιές" σε ένα αφελές εργαλείο, αλλά αποτυγχάνει σε κάθε πελάτη. Οι JSON assertions το εντοπίζουν αυτό.

Δες τον ειδικό οδηγό παρακολούθησης API για λεπτομέρειες στη ρύθμιση και στη σύνταξη των assertions.

Endpoint θύρας TCP

Για υπηρεσίες εκτός HTTP: SMTP (θύρα 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), database listeners (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), custom ports εφαρμογών. Ο monitor ανοίγει μια σύνδεση TCP στο δηλωμένο host:port και αναφέρει επιτυχία αν η σύνδεση γίνει αποδεκτή εντός του χρόνου timeout. Χωρίς handshake επιπέδου πρωτοκόλλου — απλώς "αν ο δαίμονας ακούει".

Είναι ο κατάλληλος monitor για κάθε υπηρεσία που βασίζεται σε TCP όταν σε ενδιαφέρει η διαθεσιμότητα και δεν χρειάζεσαι έλεγχο επί του πρωτοκόλλου. Για επαλήθευση SMTP banner ή ελέγχων επιπέδου query σε databases χρησιμοποίησε monitor heartbeat (η υπηρεσία σου μας κάνει ping όταν είναι υγιής — δες cron-job / heartbeat monitoring).

Endpoint ping (ICMP)

Έλεγχος διαθεσιμότητας στο επίπεδο 3. Ο monitor στέλνει ICMP echo αίτημα προς το hostname ή IP και αναμένει απάντηση. Χρήσιμο για routers, switches, IoT συσκευές, ό,τι απαντάει σε ping αλλά δεν τρέχει HTTP. Θυμήσου ότι πολλοί cloud providers (AWS, GCP, Azure) μπλοκάρουν από προεπιλογή το ICMP σε επίπεδο security group, ακόμα κι αν το host είναι κατά τα άλλα υγιές — για cloud workloads προτίμησε HTTP check ή TCP ports.

Endpoint hostname / DNS

Παρακολούθηση επίλυσης DNS. Το εργαλείο λύνει περιοδικά τα A, AAAA, MX, NS, TXT και CNAME records του domain σου, καταγράφει στιγμιότυπα και ειδοποιεί όταν κάτι αλλάζει. Εντοπίζει: μη εξουσιοδοτημένα DNS hijacking, τυχαία configuration λάθη κατά τη μετεγκατάσταση DNS provider, εξωτερικές υπηρεσίες που αλλάζουν τα endpoint τους χωρίς ειδοποίηση (όπως ο CDN σου να αλλάζει IP blocks, π.χ.), MX records που χάνονται από ορθογραφικό λάθος.

Το monitoring DNS δεν αφορά τη διαθεσιμότητα — ο DNS provider σου είναι σχεδόν σίγουρα πιο αξιόπιστος από το origin. Αφορά την ανίχνευση αλλαγών. Δες το monitoring αλλαγών DNS για πλήρη περιγραφή.

Endpoint πιστοποιητικών SSL

Κάθε HTTPS endpoint λαμβάνει αυτόματο monitoring SSL επιπλέον του own uptime check. Το εργαλείο διαβάζει το πιστοποιητικό, αναλύει την ημερομηνία λήξης και τον issuer και ειδοποιεί στις 30, 14, 7, 3 και 1 μέρες πριν την λήξη. Δες monitoring πιστοποιητικών SSL για λεπτομέρειες.

Endpoint λήξης domain

Για κάθε παρακολουθούμενο URL το εργαλείο ρωτάει τη WHOIS μια φορά την ημέρα και παρακολουθεί την ημερομηνία λήξης της καταχώρισης του domain. Οι ειδοποιήσεις ενεργοποιούνται στα ίδια thresholds με το SSL (30/14/7/3/1 ημέρες). Τα ληγμένα domains είναι καταστροφικά — το domain μένει χωρίς κάτοχο και κάποιος μπορεί να το κάνει register αμέσως μετά τη λήξη του grace period. Δες παρακολούθηση λήξης domain.

Επιλογή κατάλληλου τύπου endpoint

Αν δεν ξέρεις ποιον τύπο monitor να χρησιμοποιήσεις, ξεκίνα με HTTP/HTTPS για οτιδήποτε έχει web interface, TCP port για τα υπόλοιπα, και πρόσθεσε checks τύπου heartbeat για batch jobs που δεν εκθέτουν επιφάνεια δικτύου. Μπορείς να παρακολουθείς τον ίδιο στόχο με πολλούς τύπους — π.χ. ο έλεγχος TCP port στο 443 θα εντοπίσει "ο server είναι ζωντανός αλλά το TLS handshake δεν δουλεύει", κάτι που το HTTP check στο ίδιο URL επίσης θα σηματοδοτήσει, ενώ ένα heartbeat από τον δικό σου εσωτερικό agent monitoring θα επιβεβαιώσει ότι η λογική της εφαρμογής σου όντως λειτουργεί.

Συχνές Ερωτήσεις

• Τι είναι ένα endpoint;

  Οτιδήποτε έχει διεύθυνση στο διαδίκτυο: HTTP/HTTPS URL, REST API, TCP ports (SMTP, MySQL, custom), hostnames για ping, DNS records, SSL πιστοποιητικά και εγγραφές domain. Ρύθμισε έναν monitor ανά τύπο endpoint.

• Να χρησιμοποιήσω HTTP check ή TCP port check;

  Το HTTP είναι η σωστή προεπιλογή για κάθε web υπηρεσία. Το TCP port είναι καλύτερο για μη-HTTP υπηρεσίες (βάσεις δεδομένων, mail servers, custom πρωτόκολλα) όταν σε νοιάζει μόνο αν "ο δαίμονας αποδέχεται συνδέσεις". Χρησιμοποίησε TCP για έλεγχο χαμηλού επιπέδου διαθεσιμότητας, HTTP για το "αν η εφαρμογή ανταποκρίνεται σωστά".

• Πώς διαφέρουν τα heartbeat monitors (cron-job);

  Το heartbeat είναι ανάποδο — αντί να ελέγχουμε εμείς την υπηρεσία σου, η υπηρεσία σου στέλνει ping σε εμάς σε γνωστό URL. Αν δεν λάβουμε ping στο αναμενόμενο χρονικό παράθυρο, ειδοποιούμε. Χρησιμοποιείται για cron jobs, batch διεργασίες και ό,τι τρέχει σε πρόγραμμα χωρίς να εκθέτει επιφάνεια δικτύου.

• Μπορεί ένα URL να έχει πολλαπλούς monitors;

  Ναι. Μπορείς να παρακολουθείς τον ίδιο στόχο με διαφορετικούς τύπους checks — π.χ. HTTP check για πλήρη διαθεσιμότητα συν check TCP port 443 για προβλήματα TLS-handshake. Κάθε monitor λειτουργεί ανεξάρτητα και ειδοποιεί ανεξάρτητα.

• Πρέπει να παρακολουθώ ξεχωριστά το SSL και το domain;

  Όχι — κάθε HTTPS endpoint λαμβάνει αυτόματα monitoring SSL μαζί με το uptime check του, και κάθε παρακολουθούμενο URL λαμβάνει καθημερινή παρακολούθηση λήξης domain. Και τα δύο περιλαμβάνονται, χωρίς επιπλέον ρυθμίσεις. Το monitoring domain είναι ανά domain — πολλά monitors στο ίδιο domain μοιράζονται τα δεδομένα WHOIS.