Κάθε εταιρεία πληροφορικής ξεκινά με τρία sites και ένα Excel. Δύο χρόνια μετά έχει σαράντα πελάτες, τρεις servers, δύο λογαριασμούς Hostinger, έναν στο Cloudflare που άνοιξε κάποιος που έφυγε, και ένα Excel που κανείς δεν εμπιστεύεται. Το πρόβλημα δεν είναι η έλλειψη εργαλείων. Είναι ότι η γνώση για το τι τρέχει πού ζει σκορπισμένη σε πίνακες παρόχων, inbox και κεφάλια.
Αυτός ο οδηγός περιγράφει πώς στήνεις μία πηγή αλήθειας για όλη την υποδομή: τι καταγράφεις, πώς το δομείς, ποιος βλέπει τι και πώς το κρατάς ζωντανό. Ισχύει είτε το κάνεις με το Devios είτε με κάποιο άλλο εργαλείο.
Γιατί το Excel σταματά να δουλεύει
Ένα spreadsheet είναι εξαιρετικό για να ξεκινήσεις και κακό για να συνεχίσεις. Τρία πράγματα το σπάνε:
- Οι σχέσεις. Ένας VPS εξυπηρετεί πέντε projects, ένα domain έχει DNS σε άλλον πάροχο, ένα κλειδί Anthropic χρεώνεται σε δύο πελάτες. Οι γραμμές ενός πίνακα δεν δείχνουν σχέσεις πολλά-προς-πολλά.
- Η φρεσκάδα. Οι λήξεις, οι τιμές και οι IP αλλάζουν στους παρόχους. Ό,τι γράφτηκε με το χέρι είναι ήδη παλιό.
- Οι κωδικοί. Μόλις μπει ένας κωδικός στο ίδιο αρχείο, το αρχείο γίνεται το πιο επικίνδυνο πράγμα της εταιρείας.
Το μοντέλο: πελάτες, projects, πόροι
Η δομή που δουλεύει στην πράξη έχει τρία επίπεδα:
- Πελάτης. Η εταιρεία που πληρώνει. Μπορεί να έχει πολλά projects. Τα εσωτερικά projects (το site σας, τα εργαλεία σας) δεν έχουν πελάτη.
- Project. Κάτι που παραδίδετε και συντηρείτε: ένα e-shop, μια εφαρμογή, ένα API. Έχει κατάσταση (σε ανάπτυξη, live, συντήρηση) και προαιρετικά περιβάλλοντα, όπως production και staging.
- Πόρος. Οτιδήποτε χρειάζεται το project για να ζει: domain, DNS, πιστοποιητικό SSL, server, hosting, βάση, repository, email, AI provider, πληρωμές, άδειες.
Το κλειδί είναι ότι ο πόρος δεν ανήκει σε ένα μόνο project. Ο server παραγωγής συνδέεται με όλα τα projects που φιλοξενεί, και το κόστος του μοιράζεται με ποσοστό. Έτσι απαντάς αμέσως σε δύο ερωτήσεις που αλλιώς θέλουν ώρες: «τι πέφτει αν πέσει αυτός ο server;» και «πόσο μας κοστίζει αυτός ο πελάτης;».
Τι πρέπει να ξέρεις για κάθε πόρο
Δεν χρειάζεσαι εκατό πεδία. Χρειάζεσαι αυτά που απαντούν στις ερωτήσεις μιας κακής μέρας:
| Πεδίο | Γιατί το θέλεις |
|---|---|
| Πάροχος και λογαριασμός | Για να ξέρεις σε ποιο login να μπεις όταν κάτι χαλάσει. |
| Βασικό αναγνωριστικό | Domain, IP, όνομα repo ή βάσης. Αυτό που ψάχνεις. |
| Λήξη και αυτόματη ανανέωση | Τα περισσότερα «έπεσε το site» είναι στην πραγματικότητα «έληξε κάτι». |
| Κόστος και κύκλος χρέωσης | Μηνιαίο, ετήσιο, εφάπαξ, δωρεάν, και σε ποιο νόμισμα. |
| Σημειώσεις | Ό,τι δεν χωρά αλλού: «το DNS είναι στο Cloudflare του πελάτη». |
Οι κωδικοί, χωριστά αλλά δίπλα
Το θησαυροφυλάκιο κωδικών πρέπει να ακολουθεί την ίδια δομή: μία συλλογή ανά project. Όταν ένας developer παίρνει πρόσβαση σε ένα project, βλέπει τους πόρους και τους κωδικούς του, και τίποτα άλλο. Όταν φεύγει, ξέρεις ακριβώς ποιους κωδικούς είδε και πρέπει να αλλάξουν. Περισσότερα στον οδηγό διαχείρισης κωδικών.
Ποιος βλέπει τι
Ένα σχήμα ρόλων που καλύπτει σχεδόν κάθε agency:
- Ιδιοκτήτης και Διαχειριστής: όλα, μαζί με κόστη και ομάδα.
- Developer: μόνο τα projects που του έχουν δοθεί, και προσωρινά αν χρειάζεται.
- Μόνο προβολή: για συνεργάτες που χρειάζονται εικόνα χωρίς κωδικούς.
- Πελάτης: τα δικά του projects, αν λειτουργούν και τι ανανεώνεται, χωρίς κόστη και εσωτερικές σημειώσεις.
Δύο λεπτομέρειες κάνουν τη διαφορά: κανείς δεν μπορεί να δώσει ρόλο ψηλότερο από τον δικό του, και κάθε ενέργεια γράφεται σε ιστορικό που δεν σβήνει.
Πώς μένει ενημερωμένο χωρίς κόπο
Η καταγραφή πεθαίνει τη μέρα που γίνεται αγγαρεία. Τρεις μηχανισμοί την κρατούν ζωντανή:
- Συνδέσεις με τους παρόχους. Με ένα token μόνο ανάγνωσης, ο πάροχος φέρνει μόνος του domains, servers, repos, βάσεις, λήξεις και τιμές. Ό,τι βρεθεί ταιριάζει με τους πόρους που υπάρχουν ήδη, με βάση το domain, την IP ή το όνομα.
- Παρακολούθηση. Έλεγχοι λειτουργίας και SSL επιβεβαιώνουν κάθε λεπτό ότι αυτό που γράφει η καταγραφή είναι αλήθεια.
- Ειδοποιήσεις για λήξεις. Όταν η καταγραφή σε προστατεύει από ένα ξεχασμένο domain, η ομάδα σταματά να τη βλέπει σαν γραφειοκρατία.
Το πρώτο απόγευμα: ένα σχέδιο
Μην προσπαθήσεις να καταγράψεις τα πάντα την πρώτη μέρα. Ξεκίνα έτσι:
- Σύνδεσε τους βασικούς παρόχους (hosting, GitHub, βάσεις).
- Φτιάξε τους πελάτες και τα live projects. Τα παλιά και αρχειοθετημένα περιμένουν.
- Βάλε τους πόρους που έφεραν οι πάροχοι στα projects τους.
- Πρόσθεσε έναν έλεγχο λειτουργίας σε κάθε live site.
- Κοίτα τη λίστα «πόροι χωρίς project». Εκεί κρύβονται συνδρομές που πληρώνεις χωρίς λόγο.
Αναλυτικά βήματα θα βρεις στο από το Excel στο κέντρο ελέγχου σε μία μέρα.
Τεκμηρίωση που διαβάζεται
Η καταγραφή λέει τι υπάρχει. Τα runbooks λένε πώς δουλεύει: πώς γίνεται deploy, πώς γυρνάς πίσω, πού είναι τα backups. Ένα σύντομο runbook ανά project, δίπλα στους πόρους του, αξίζει περισσότερο από ένα wiki που κανείς δεν ανοίγει. Δες τι πρέπει να γράφει κάθε runbook.
Συχνές ερωτήσεις
Πόσο χρόνο θέλει η πρώτη καταγραφή;
Για μια ομάδα με 20 έως 40 projects, ένα απόγευμα αν συνδέσεις τους παρόχους. Το μεγαλύτερο κομμάτι είναι να αποφασίσεις σε ποιο project ανήκει κάθε πόρος, όχι η πληκτρολόγηση.
Πρέπει να καταγράψω και τα δωρεάν εργαλεία;
Ναι, αν το project εξαρτάται από αυτά. Ένα δωρεάν πλάνο που ξεπερνά το όριό του ή ένας λογαριασμός που ανήκει σε πρώην συνεργάτη είναι κίνδυνος, ακόμα κι αν δεν κοστίζει.
Τι κάνω με πόρους που μοιράζονται πολλοί πελάτες;
Τους συνδέεις με όλα τα projects και ορίζεις ποσοστό κόστους για το καθένα. Έτσι το περιθώριο ανά πελάτη βγαίνει σωστό, και ξέρεις ποιοι επηρεάζονται αν πέσει ο πόρος.
Χρειάζομαι περιβάλλοντα (production, staging);
Μόνο όπου υπάρχουν πραγματικά. Για ένα απλό site είναι περιττά· για μια εφαρμογή με staging και production βοηθούν να μην μπερδευτούν οι βάσεις και τα κλειδιά.
Αφήστε μια απάντηση