Σχεδιασμός εγκατάστασης αυτο-φιλοξενούμενης απομακρυσμένης επιφάνειας εργασίας

Η αυτο-φιλοξενούμενη απομακρυσμένη επιφάνεια εργασίας αλλάζει ποιος είναι υπεύθυνος για την υπηρεσία πίσω από μια σύνδεση. Αντί να εξετάζετε μόνο την εφαρμογή-πελάτη, ο οργανισμός σας πρέπει επίσης να σχεδιάσει το περιβάλλον που διατηρεί διαθέσιμη την πρόσβαση. Αυτό περιλαμβάνει την κατανομή ευθυνών, τη διαμόρφωση ανάπτυξης, τη συντήρηση, την ανάκτηση και τη διαδικασία που ακολουθούν οι άνθρωποι όταν κάτι σταματά να λειτουργεί. Ο πιο άμεσος έλεγχος συνοδεύεται από εργασίες λειτουργίας για τις οποίες πρέπει να έχουν οριστεί σαφώς υπεύθυνοι.

Αυτός ο οδηγός είναι ένα βοήθημα σχεδιασμού για οργανισμούς που εξετάζουν το ενδεχόμενο της αυτο-φιλοξενούμενης προσφοράς του GoMyid. Δεν είναι συνταγή εγκατάστασης και δεν υποκαθιστά τις τρέχουσες απαιτήσεις του προϊόντος. Σας βοηθά να αποφασίσετε τι να επαληθεύσετε πριν από την ανάπτυξη, πώς να δομήσετε μια περιορισμένη πιλοτική εφαρμογή και ποιες ερωτήσεις λειτουργίας να απαντήσετε προτού βασιστείτε στην πλατφόρμα για καθημερινή υποστήριξη.

Ελέγξτε την πηγή σύνδεσης Android κατά την πιλοτική δοκιμή αυτοφιλοξενούμενης εγκατάστασης

Προτού αντιμετωπίσετε μια αποτυχία στην πιλοτική δοκιμή από κινητό ως διακοπή διακομιστή, ελέγξτε ποια υπηρεσία είναι ρυθμισμένη να χρησιμοποιεί η εφαρμογή Android. Η τεκμηριωμένη διαδρομή είναι Ρυθμίσεις > Επιχείρηση > Πηγή σύνδεσης. Οι τρεις επιλογές έχουν διαφορετικές απαιτούμενες πληροφορίες.

1. Δωρεάν Cloud: χρησιμοποιεί τους διακομιστές δημόσιας σύνδεσης του GoMyid αυτόματα. Ο οδηγός αναφέρει ότι δεν απαιτείται Business ID για αυτήν τη λειτουργία.
2. Cloud: χρησιμοποιεί την υπηρεσία GoMyid Cloud με το Business ID που παρέχεται από τον οργανισμό. Συνδεθείτε για να αποκτήσετε πρόσβαση σε επαγγελματικές συσκευές.
3. On-Premise: χρησιμοποιεί τον διακομιστή GoMyid του οργανισμού. Εισαγάγετε το όνομα DNS ή τη διεύθυνση IP και το αναγνωριστικό επιχείρησης που παρέχεται από τον διαχειριστή.

Για μια πιλοτική εσωτερική εγκατάσταση, λάβετε αυτές τις τιμές από τον υπεύθυνο της εγκατάστασης αντί να αντιγράψετε το παράδειγμα απεικόνισης. Ελέγξτε την επιλεγμένη πηγή προτού διαγνώσετε μια λίστα επιχειρησιακών συσκευών που λείπει. Μια αποθηκευμένη τοπική συντόμευση και ένας κατάλογος συσκευών οργάνωσης είναι διαφορετικά πράγματα: ο οδηγός Android λέει ότι η τοπική λίστα δεν εμφανίζει την κατάσταση σύνδεσης/εκτός σύνδεσης, ενώ η λίστα επιχειρήσεων χρησιμοποιεί πράσινες και γκρι κουκκίδες κατάστασης. Καταγράψτε ποια πηγή και λίστα επαληθεύσατε, ώστε άλλος τεχνικός να μπορεί να επαναλάβει τον ίδιο έλεγχο. Αυτό είναι ένα βήμα διαμόρφωσης προγράμματος-πελάτη, όχι υποκατάστατο για την εγκατάσταση ή την επικύρωση του ίδιου του διακομιστή.

Τι σημαίνει αυτο-φιλοξενούμενη απομακρυσμένη επιφάνεια εργασίας;

Σε μια αυτο-φιλοξενούμενη συμφωνία, ο οργανισμός σας λειτουργεί τη σχετική υποδομή υπηρεσιών σε ένα περιβάλλον που διαχειρίζεται ή έχει κανονίσει να διαχειρίζεται. Τα ακριβή στοιχεία λογισμικού και οι ευθύνες εξαρτώνται από το προϊόν και την ανάπτυξη. Μην συνάγετε την πλήρη αρχιτεκτονική μόνο από τη φράση. Διαβάστε τις πραγματικές οδηγίες εγκατάστασης του GoMyid και επιβεβαιώστε πώς συνδέονται οι εφαρμογές-πελάτες, οι λειτουργίες διαχείρισης και οι υπηρεσίες υποστήριξης.

Η αυτοφιλοξενία και η εσωτερική εγκατάσταση είναι σχετικοί όροι, αλλά δεν είναι πάντα πανομοιότυπες περιγραφές. Η εσωτερική εγκατάσταση αναφέρεται συνήθως στην υποδομή στην τοποθεσία ενός οργανισμού. Η αυτο-φιλοξενία δίνει έμφαση στο ποιος διαχειρίζεται την υπηρεσία και μπορεί να περιλαμβάνει ένα άλλο ελεγχόμενο περιβάλλον φιλοξενίας. Χρησιμοποιήστε ακριβή γλώσσα στο σχέδιό σας, ώστε όλοι να καταλαβαίνουν πού λειτουργεί το σύστημα και ποιος είναι υπεύθυνος για αυτό.

Το πρακτικό ερώτημα δεν είναι αν μια ονομασία ακούγεται πιο ασφαλής ή επαγγελματική. Είναι αν η ρύθμιση ανταποκρίνεται στις απαιτήσεις σας και αν η ομάδα σας μπορεί να τη διατηρήσει. Ένα καλά κατανοητό μοντέλο λειτουργίας είναι πιο πολύτιμο από μια αρχιτεκτονική που επιλέγεται για μια ετικέτα. Ξεκινήστε με την εργασία και τις ευθύνες και, στη συνέχεια, επιβεβαιώστε τον τεχνικό σχεδιασμό που τα υποστηρίζει.

Γιατί μπορεί ένας οργανισμός να εξετάσει το ενδεχόμενο αυτο-φιλοξενίας;

Ορισμένοι οργανισμοί χρειάζονται άμεσο έλεγχο των αποφάσεων ανάπτυξης, διαχείρισης υποδομής ή του τρόπου με τον οποίο μια υπηρεσία εντάσσεται στις υπάρχουσες λειτουργίες. Άλλοι θέλουν ένα καθορισμένο περιβάλλον για την ομάδα υποστήριξής τους και τις διαχειριζόμενες συσκευές τους. Αυτές είναι χρήσιμες απαιτήσεις για συζήτηση, αλλά πρέπει να γραφτούν με συγκεκριμένους όρους. Το "θέλουμε έλεγχο" δεν αρκεί για να αποφασίσουμε τι πρέπει να αναπτυχθεί ή να διατηρηθεί.

Καταγράψτε τις αποφάσεις που πραγματικά χρειάζεται να λαμβάνει ο οργανισμός σας. Τα παραδείγματα μπορεί να περιλαμβάνουν προγραμματισμό συντήρησης, επιλογή του διαχειριζόμενου περιβάλλοντος, ανάθεση λειτουργικής ευθύνης ή συντονισμό ανάκτησης με άλλες εσωτερικές υπηρεσίες. Στη συνέχεια, ρωτήστε εάν η προτεινόμενη ρύθμιση GoMyid σας παρέχει τον σχετικό έλεγχο και ποιες υποχρεώσεις συνεπάγεται. Επιβεβαιώστε τη διαθεσιμότητα μέσω των τρεχουσών πληροφοριών προϊόντος και όχι μέσω υποθέσεων.

Σκεφτείτε επίσης τους λόγους για να διατηρήσετε το μοντέλο λειτουργίας απλούστερο. Εάν η ομάδα δεν έχει σαφώς ορισμένο υπεύθυνο υποδομής ή δεν μπορεί να υποστηρίξει τη συντήρηση και την ανάκτηση, η αυτο-φιλοξενία μπορεί να δημιουργήσει μια εξάρτηση που δεν είναι έτοιμη να διαχειριστεί. Αυτό δεν αποκλείει την απομακρυσμένη πρόσβαση. Σημαίνει ότι η επιλογή ανάπτυξης πρέπει να ταιριάζει με τις δυνατότητες του οργανισμού καθώς και τις προτιμήσεις του.

Ορίστε υπευθύνους πριν από την εγκατάσταση

Ονομάστε το άτομο ή την ομάδα που είναι υπεύθυνη για το περιβάλλον υπηρεσίας, τη διαμόρφωση της εφαρμογής και την καθημερινή υποστήριξη. Αυτές μπορεί να είναι διαφορετικές ευθύνες, αλλά οι μεταβιβάσεις πρέπει να είναι σαφείς. Εάν οι χρήστες αναφέρουν μια αποτυχημένη σύνδεση, κάποιος θα πρέπει να γνωρίζει εάν πρέπει να εξετάσει την εφαρμογή-πελάτη, τη διαχειριζόμενη συσκευή ή το περιβάλλον υποστήριξης χωρίς να μαντέψει σε ποιον ανήκει το πρόβλημα.

Καθορίστε ποιος μπορεί να εγκρίνει αλλαγές και ποιος μπορεί να τις εκτελέσει. Ένας τεχνικός που υποστηρίζει τελικά σημεία δεν χρειάζεται απαραίτητα εξουσία σε κάθε ρύθμιση υποδομής. Διατηρήστε τις ευθύνες ευθυγραμμισμένες με την εργασία. Όταν εμπλέκεται ένας εξωτερικός πάροχος, τεκμηριώστε ποιες εργασίες χειρίζεται και πώς ο οργανισμός σας ζητά ή επαληθεύει αυτές τις εργασίες.

Προετοιμαστείτε για την απουσία υπευθύνων. Ένα άλλο εξουσιοδοτημένο άτομο θα πρέπει να μπορεί να βρει τις τρέχουσες πληροφορίες ανάπτυξης και να συνεχίσει τις βασικές λειτουργίες εάν ο κύριος υπεύθυνος δεν είναι διαθέσιμος. Αποθηκεύστε αυτές τις πληροφορίες στην εγκεκριμένη τοποθεσία διαχείρισης, όχι μόνο σε ένα προσωπικό σημειωματάριο ή ένα νήμα συνομιλίας. Διατηρήστε τα διαπιστευτήρια στην κατάλληλη ασφαλή διαδικασία του οργανισμού αντί να τα ενσωματώσετε σε ένα γενικό εγχειρίδιο λειτουργίας.

Επιβεβαιώστε τις τρέχουσες απαιτήσεις από την καθοδήγηση προϊόντος

Χρησιμοποιήστε τις τρέχουσες πληροφορίες αυτο-φιλοξενούμενων GoMyid και το υλικό εγκατάστασης για να δημιουργήσετε το υποστηριζόμενο περιβάλλον. Επιβεβαιώστε τα απαιτούμενα στοιχεία, τις υποστηριζόμενες εκδόσεις και τις αρμοδιότητες διαμόρφωσης για την προσφορά που πραγματικά αναπτύσσετε. Μια επισκόπηση προϊόντος είναι χρήσιμη για την κατανόηση των ροών εργασίας, αλλά δεν αποτελεί πλήρη προδιαγραφή εξαρτήσεων ή εγκατάστασης.

Αποφύγετε τη μεταφορά ρυθμίσεων από άλλο προϊόν απομακρυσμένης επιφάνειας εργασίας. Οι γνωστοί αριθμοί θυρών, οι υποθέσεις λογαριασμού ή τα βήματα διαμόρφωσης των Windows ενδέχεται να μην σχετίζονται με την αρχιτεκτονική του GoMyid. Η αντιγραφή τους μπορεί να δημιουργήσει περιττή έκθεση ή απλώς να δυσκολέψει την αντιμετώπιση προβλημάτων. Δημιουργήστε τη λίστα ελέγχου ανάπτυξης από τη σχετική τεκμηρίωση και τα εγκεκριμένα πρότυπα του περιβάλλοντός σας.

Καταγράψτε τις εκδόσεις και τις αποφάσεις διαμόρφωσης που έχουν σημασία για υποστήριξη. Αυτό σας δίνει μια γραμμή βάσης όταν αλλάζει η συμπεριφορά μετά από μια ενημέρωση ή αλλαγή περιβάλλοντος. Διατηρήστε το αρχείο αρκετά συνοπτικό ώστε να διατηρείται. Ένα λεπτομερές έγγραφο που παύει αμέσως να είναι επίκαιρο είναι λιγότερο χρήσιμο από μια τρέχουσα λίστα με τα στοιχεία, τους υπευθύνους και τις αποφάσεις που απαιτούνται για τη λειτουργία του συστήματος.

Σχεδιάστε πρόσβαση γύρω από άτομα και ομάδες συσκευών

Πριν προσθέσετε πολλούς υπολογιστές, αποφασίστε πώς η ομάδα υποστήριξης θα πρέπει να τους εντοπίσει και να τους προσεγγίσει. Η επισκόπηση διαχείρισης του GoMyid εμφανίζει ομάδες συσκευών, εγγραφές σταθμών, δυνατότητες διαχειριστή και δικαιώματα σελίδων. Αυτοί οι έλεγχοι είναι χρήσιμοι όταν η δομή της ομάδας αντικατοπτρίζει πραγματικά επιχειρησιακά όρια, όπως ομάδες ή τοποθεσίες που έχουν διαφορετικές αρμοδιότητες υποστήριξης.

Επιλέξτε ονόματα ομάδων που μπορούν να κατανοήσουν οι άλλοι διαχειριστές. Αποφύγετε τη χρήση μιας δομής που εξαρτάται από συντομογραφίες που κατανοεί μόνο ένα άτομο. Σχεδιάστε πώς οι συσκευές μετακινούνται μεταξύ ομάδων όταν αλλάζουν υπάλληλοι ή γραφεία. Μια ανάπτυξη δεν είναι στατική και το μοντέλο πρόσβασης θα πρέπει να καθιστά δυνατή την κανονική εκ νέου ανάθεση χωρίς να χάνεται η σαφής κατανομή ευθυνών.

Ελέγξτε μαζί τη δυνατότητα και το εύρος. Ένας τεχνικός χρειάζεται τις κατάλληλες άδειες ενεργειών για τις σωστές συσκευές, όχι απλώς έναν ευρύ ρόλο που τυχαίνει να κάνει κάθε δοκιμή να πετύχει. Ο οδηγός διαχειριζόμενης πρόσβασης εξηγεί αυτή τη σχέση. Επικυρώστε την προβλεπόμενη συμπεριφορά με μια περιορισμένη εξουσιοδοτημένη ομάδα προτού επεκτείνετε την πρόσβαση.

Σχέδιο εγγραφής και αναγνώρισης τελικού σημείου

Αποφασίστε ποιες συσκευές ανήκουν στην πρώτη κυκλοφορία και πώς θα αναγνωριστεί η καθεμία. Διατηρήστε την αρχική ομάδα αρκετά μικρή ώστε να μπορείτε να επαληθεύσετε κάθε εγγραφή σε έναν πραγματικό υπολογιστή. Συμπεριλάβετε αρκετή παραλλαγή για να αναπαραστήσετε μια συνηθισμένη εργασία, όπως έναν τυπικό σταθμό εργασίας και μια συσκευή σε μια δεύτερη θέση, χωρίς να μετατρέψετε αμέσως την πιλοτική δοκιμή σε πλήρη εγκατάσταση.

Συντονίστε την εγκατάσταση ή τη διαμόρφωση μέσω της εγκεκριμένης διαδικασίας τελικού σημείου. Οι εργαζόμενοι θα πρέπει να γνωρίζουν τι αλλάζει, πώς να ζητούν υποστήριξη και ποια ρύθμιση πρόσβασης ισχύει για τη συσκευή τους. Μην υποθέσετε ότι η εγκατάσταση ενός προγράμματος-πελάτη είναι η όλη εργασία ενσωμάτωσης. Η ιδιοκτησία της συσκευής, το εύρος υποστήριξης και οι προσδοκίες των χρηστών θα πρέπει να καθοριστούν ταυτόχρονα.

Σχεδιάστε και την αφαίρεση των συσκευών κατά την εγγραφή τους. Ένας υπολογιστής που έχει αποσυρθεί ή εκχωρηθεί εκ νέου δεν θα πρέπει να παραμένει επ' αόριστον σε ασαφή κατάσταση. Αποφασίστε ποιος ενημερώνει την εγγραφή και ελέγχει τη συνεχιζόμενη πρόσβαση. Ο οδηγός καταλόγου συσκευών προσφέρει μια πρακτική προσέγγιση για τη διατήρηση αυτού του πλαισίου καθώς μεγαλώνει το περιβάλλον.

Συντονισμός αποφάσεων δικτύου και ταυτότητας

Ελέγξτε τις τεκμηριωμένες απαιτήσεις σύνδεσης του προϊόντος με τους υπεύθυνους για το περιβάλλον. Προσδιορίστε τις επιδιωκόμενες διαδρομές σύνδεσης και τα εμπλεκόμενα διοικητικά όρια. Κάντε τις απαιτήσεις σαφείς αντί να ανοίξετε την ευρεία πρόσβαση και να ελπίζετε ότι θα την περιορίσετε αργότερα. Μια ανάπτυξη θα πρέπει να έχει έναν λόγο για κάθε απαιτούμενη σύνδεση.

Διατηρήστε ονόματα, διευθύνσεις και διαμόρφωση που σχετίζονται με την ταυτότητα σύμφωνα με τον εγκεκριμένο σχεδιασμό. Εάν το περιβάλλον χρησιμοποιεί πιστοποιητικά ή άλλη διαμόρφωση μεταφοράς, αναθέστε την ευθύνη για τη συντήρησή τους ως μέρος της ανάπτυξης. Μην αντιμετωπίζετε την πρώτη επιτυχημένη σύνδεση ως απόδειξη ότι αυτές οι λεπτομέρειες θα παραμείνουν σωστές επ' αόριστον. Ορισμένες ρυθμίσεις έχουν κύκλο ζωής που εκτείνεται πέρα από την ημέρα εγκατάστασης.

Δοκιμάστε από τις πραγματικές τοποθεσίες και τους τύπους συσκευών που περιμένετε να υποστηρίξετε. Μια σύνδεση μέσα σε ένα γραφείο δεν δείχνει κάθε απομακρυσμένη διαδρομή. Καταγράψτε πού δοκιμάστηκε η πιλοτική εγκατάσταση και πού όχι. Αυτό κρατά τις μεταγενέστερες αποφάσεις βασισμένες σε στοιχεία και όχι σε μια γενική δήλωση ότι το σύστημα "λειτουργεί παντού".

Σχεδιάστε την ανάκτηση προτού η υπηρεσία καταστεί απαραίτητη

Προσδιορίστε τι πρέπει να ανακτηθεί στην επιλεγμένη ανάπτυξη. Αυτό μπορεί να περιλαμβάνει τη διαμόρφωση της εφαρμογής, τα απαιτούμενα δεδομένα και άλλα στοιχεία που ορίζονται από το προϊόν και το μοντέλο λειτουργίας σας. Χρησιμοποιήστε τις τρέχουσες οδηγίες εγκατάστασης και λειτουργίας για να προσδιορίσετε το πραγματικό εύρος. Μην υποθέτετε ότι η αντιγραφή ενός ορατού φακέλου καταγράφει την πλήρη κατάσταση μιας υπηρεσίας.

Αναθέστε την ευθύνη για τη λειτουργία δημιουργίας αντιγράφων ασφαλείας και την επαλήθευση της επαναφοράς. Μια εργασία δημιουργίας αντιγράφων ασφαλείας που αναφέρει επιτυχία είναι χρήσιμη, αλλά δεν αποδεικνύει από μόνη της ότι η υπηρεσία μπορεί να αποκατασταθεί σε κατάσταση λειτουργίας. Σχεδιάστε έναν ελεγχόμενο έλεγχο ανάκτησης κατάλληλο για το περιβάλλον. Διατηρήστε το χωριστά από εργασίες που απευθύνονται σε πελάτες, ώστε η επαλήθευση να μην δημιουργήσει διακοπές που θα μπορούσαν να αποφευχθούν.

Ορίστε επίσης τις ευθύνες των ανθρώπων κατά την αποκατάσταση. Ποιος αποφασίζει ότι απαιτείται επαναφορά, ποιος την εκτελεί και ποιος επαληθεύει την πρόσβαση στο τελικό σημείο στη συνέχεια; Πώς θα λαμβάνουν οι χρήστες ενημερώσεις εάν η κανονική διαδρομή υποστήριξης εξαρτάται από το επηρεαζόμενο σύστημα; Ένα σχέδιο ανάκαμψης θα πρέπει να εξηγεί την επόμενη ενέργεια υπό πίεση αντί να απαριθμεί απλώς τεχνολογίες.

Καθορίστε μια προβλέψιμη διαδικασία ενημερώσεων και συντήρησης

Επιλέξτε έναν υπεύθυνο συντήρησης και μια μέθοδο επικοινωνίας. Πριν από μια αλλαγή, καταγράψτε την τρέχουσα κατάσταση και το επιδιωκόμενο αποτέλεσμα. Προσδιορίστε εάν οι χρήστες ενδέχεται να χάσουν προσωρινά την πρόσβαση και ποια εργασία πρέπει να αποθηκευτεί ή να επαναπρογραμματιστεί. Ένας μικρός συντονισμός μπορεί να αποτρέψει μια προγραμματισμένη ενημέρωση από το να μοιάζει με ανεξήγητη διακοπή λειτουργίας στην ομάδα υποστήριξης.

Χρησιμοποιήστε την υποστηριζόμενη διαδικασία ενημέρωσης του προϊόντος και ελέγξτε τις σχετικές απαιτήσεις συμβατότητας. Μην συνδυάζετε άσχετες αλλαγές απλώς και μόνο επειδή το περιβάλλον βρίσκεται ήδη σε συντήρηση. Η ενημέρωση πολλών στοιχείων ταυτόχρονα μπορεί να κάνει πιο δύσκολη τη διάγνωση μιας αποτυχίας. Μια εστιασμένη αλλαγή σάς δίνει έναν σαφέστερο τρόπο για να επαληθεύσετε το αποτέλεσμα και να αποφασίσετε εάν χρειάζεται ανάκτηση.

Μετά τη συντήρηση, επαναλάβετε μια αντιπροσωπευτική ροή εργασιών υποστήριξης. Επιβεβαιώστε ότι ο προβλεπόμενος διαχειριστής μπορεί να φτάσει στην προβλεπόμενη συσκευή και να ολοκληρώσει την αναμενόμενη ενέργεια. Ελέγξτε περισσότερα από την παρουσία μιας σελίδας σύνδεσης ή μιας διαδικασίας που εκτελείται. Το χρήσιμο αποτέλεσμα είναι η λειτουργική υπηρεσία από την οποία εξαρτώνται οι άνθρωποι, όχι απλώς απόδειξη ότι ένα στοιχείο ξεκίνησε.

Πραγματοποιήστε πιλοτική εφαρμογή που απαντά σε ερωτήματα λειτουργίας

Επιλέξτε μερικές εργασίες που αντιπροσωπεύουν την κανονική χρήση: μια περίοδο λειτουργίας υποστήριξης επιφάνειας εργασίας, μια εγκεκριμένη μεταφορά αρχείων και την εύρεση μιας συσκευής μέσω του καταλόγου διαχείρισης. Συμπεριλάβετε τα άτομα που θα λάβουν υποστήριξη καθώς και τους φορείς που θα την παράσχουν. Ρωτήστε πού προκαλεί σύγχυση η ροή εργασίας και ποιες οδηγίες χρειάζονται διευκρίνιση.

Δοκιμάστε το τέλος της εργασίας. Αποσυνδεθείτε, επαληθεύστε το αποτέλεσμα με τον χρήστη και ελέγξτε εάν η πρόσβαση πρέπει να παραμείνει. Συμπεριλάβετε μια κανονική αλλαγή ευθύνης, ώστε να γνωρίζετε πώς ενημερώνεται το εύρος της συσκευής. Μια πιλοτική εφαρμογή που αποδεικνύει μόνο ότι οι διαχειριστές μπορούν να συνδεθούν χάνει το εξίσου σημαντικό ερώτημα εάν η πρόσβαση μπορεί να διατηρηθεί και να αφαιρεθεί σωστά.

Διατηρήστε ένα σύντομο αρχείο των συνθηκών που δοκιμάστηκαν, των περιορισμών που παρατηρήθηκαν και των ανεπίλυτων απαιτήσεων. Μην γεμίζετε το περιβάλλον παραγωγής με περιττά αρχεία επίδειξης. Ο στόχος είναι η απόδειξη για μια απόφαση διάθεσης. Για μια ευρύτερη δομή αξιολόγησης, χρησιμοποιήστε τη λίστα ελέγχου λογισμικού απομακρυσμένης επιφάνειας εργασίας.

Αποφασίστε τι πρέπει να προσέχετε κατά την κανονική λειτουργία

Επιλέξτε ένα μικρό σύνολο σημάτων που σας ενημερώνουν εάν η διαδικασία εξυπηρέτησης και υποστήριξης λειτουργεί. Ανάλογα με την ανάπτυξη, αυτά μπορεί να περιλαμβάνουν αποτελέσματα απομακρυσμένων συνδέσεων, συμβάντα εισόδου σε λογαριασμό ή διαχειριστικές αλλαγές που είναι διαθέσιμες στον χώρο εργασίας διαχείρισης. Επιβεβαιώστε τι πραγματικά καταγράφεται και πώς θα το ελέγξουν οι υπεύθυνοι.

Δώστε σε κάθε αναθεωρημένο σήμα έναν σκοπό. Μια επαναλαμβανόμενη αποτυχία σύνδεσης θα πρέπει να οδηγεί σε μια καθορισμένη έρευνα, όχι απλώς σε έναν αριθμό σε μια αναφορά. Μια διοικητική αλλαγή θα πρέπει να είναι κατανοητή στο πλαίσιο μιας εγκεκριμένης εργασίας. Αποφύγετε τη συλλογή ή την εξαγωγή γενικών πληροφοριών χωρίς να γνωρίζετε σε ποια ερώτηση υποτίθεται ότι πρέπει να απαντήσει.

Διατηρήστε τον χρόνο και το εύρος συνεπή κατά τη διερεύνηση. Ένα αίτημα υποστήριξης από ένα υποκατάστημα θα πρέπει να συγκρίνεται με τη σχετική συσκευή και περίοδο και όχι με άσχετο σύνολο. Ο οδηγός αντιμετώπισης προβλημάτων εξηγεί τις πληροφορίες που βοηθούν μια έρευνα να προχωρήσει χωρίς να μετατρέπει τις εικασίες σε συμπεράσματα.

Ετοιμάστε ένα εγχειρίδιο λειτουργίας για το προσωπικό επιφυλακής

Ένα χρήσιμο εγχειρίδιο λειτουργίας ξεκινά με τον σκοπό της υπηρεσίας, τις υπεύθυνες επαφές και τους πρώτους ελέγχους για μια αναφερόμενη αποτυχία. Θα πρέπει να προσδιορίζει το εγκεκριμένο κανάλι υποστήριξης και πού διατηρούνται οι τρέχουσες πληροφορίες ανάπτυξης. Φροντίστε τα συνηθισμένα βήματα να εντοπίζονται εύκολα. Ένα έγγραφο που απαιτεί ανάγνωση ολόκληρου του ιστορικού εγκατάστασης πριν από την ανάληψη δράσης είναι δύσκολο να χρησιμοποιηθεί κατά τη διάρκεια μιας διακοπής.

Διαχωρίστε τις κοινές παρατηρήσεις από τις ενέργειες με σημαντικές συνέπειες. Ο έλεγχος εάν ένας προορισμός είναι διαθέσιμος διαφέρει από την επανεκκίνηση μιας υπηρεσίας ή την επαναφορά δεδομένων. Δηλώστε ποιος μπορεί να εξουσιοδοτήσει και να εκτελέσει τις τελευταίες ενέργειες. Συμπεριλάβετε την αναμενόμενη επαλήθευση μετά από μια αλλαγή, ώστε ο χειριστής να γνωρίζει πώς να αναγνωρίσει ένα επιτυχημένο αποτέλεσμα.

Ελέγξτε το runbook με κάποιον που δεν δημιούργησε το σύστημα. Οι ερωτήσεις τους αποκαλύπτουν υποθέσεις που ο αρχικός εγκαταστάτης μπορεί να μην προσέξει. Ενημερώστε το μετά από σημαντικές αλλαγές και πραγματικά περιστατικά. Ο στόχος είναι η συνέχεια: ένα άλλο εξουσιοδοτημένο άτομο θα πρέπει να είναι σε θέση να κατανοήσει το τρέχον περιβάλλον και να λάβει την κατάλληλη επόμενη απόφαση.

Αποφασίστε εάν η ανάπτυξη είναι έτοιμη για επέκταση

Αξιολογήστε την πιλοτική εφαρμογή σε σχέση με τις αρχικές απαιτήσεις. Ποιες εργασίες λειτούργησαν, ποιες τοποθεσίες δοκιμάστηκαν και ποιες ευθύνες παραμένουν αδιάθετες; Να είστε συγκεκριμένοι για τα κενά. Η επιτυχής σύνδεση επιτραπέζιου υπολογιστή δεν αρκεί εάν η ευθύνη αποκατάστασης ή η τακτική συντήρηση παραμένουν ασαφή. Επιλύστε σημαντική λειτουργική αβεβαιότητα πριν προσθέσετε συσκευές που θα εξαρτώνται από το σύστημα.

Επεκτείνετε σε διαχειρίσιμες ομάδες και διατηρήστε έναν τρόπο εντοπισμού νέων προβλημάτων. Μια σταδιακή διάθεση διευκολύνει τη διάκριση ενός προβλήματος που σχετίζεται με την τοποθεσία από μια γενική αλλαγή ανάπτυξης. Επικοινωνήστε τι πρέπει να περιμένουν οι εργαζόμενοι και πώς πρέπει να ζητήσουν βοήθεια. Η διαδικασία υποστήριξης θα πρέπει να είναι έτοιμη όταν οι εφαρμογές-πελάτες γίνουν διαθέσιμες, όχι να εφευρεθεί αργότερα.

Μόλις το σύστημα τεθεί σε τακτική χρήση, επισκεφθείτε ξανά το πρόγραμμα όταν αλλάξει η επιχείρηση. Νέες τοποθεσίες, διαφορετικοί τύποι συσκευών ή ένας νέος πάροχος υποστήριξης ενδέχεται να αλλάξουν τις απαιτήσεις λειτουργίας. Η αυτο-φιλοξενία είναι μια διαρκής ευθύνη παρά μια εφάπαξ εγκατάσταση. Διατηρήστε τις πρακτικές ανάθεσης ευθυνών και επαλήθευσης τόσο επίκαιρες όσο και το ίδιο το λογισμικό.

Διατηρήστε ένα σχέδιο εξόδου και μετάβασης

Σκεφτείτε πώς ο οργανισμός θα άλλαζε την ανάπτυξη αργότερα. Ένας διακομιστής μπορεί να αντικατασταθεί, ένας πάροχος υποστήριξης μπορεί να αλλάξει ή η επιχείρηση μπορεί να επιλέξει διαφορετική ρύθμιση λειτουργίας. Προσδιορίστε ποιες εγγραφές και πληροφορίες διαμόρφωσης χρειάζονται έναν υπεύθυνο κατά τη διάρκεια αυτής της μετάβασης. Χρησιμοποιήστε τις υποστηριζόμενες διαδικασίες του προϊόντος και αποφύγετε να αντιμετωπίζετε μια κίνηση ως αυτοσχέδιο αντίγραφο οποιουδήποτε αρχείου τυχαίνει να είναι ορατό.

Συμπεριλάβετε επικοινωνία τελικού σημείου και έλεγχο πρόσβασης στη μετάβαση. Οι χρήστες θα πρέπει να γνωρίζουν ποιες αλλαγές, ποιος θα τις υποστηρίξει στη συνέχεια και πώς να αναγνωρίσουν τη νόμιμη διαδικασία σύνδεσης. Οι διαχειριστές θα πρέπει να επαληθεύσουν ότι η απαρχαιωμένη πρόσβαση έχει αφαιρεθεί μέσω των κατάλληλων στοιχείων ελέγχου. Ο σχεδιασμός για αλλαγή ενώ το σύστημα είναι υγιές είναι ευκολότερος από την ανακάλυψη αυτών των ευθυνών κατά τη διάρκεια μιας βιαστικής μετάβασης ή μιας απροσδόκητης διακοπής λειτουργίας.

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

Είναι η αυτο-φιλοξενούμενη απομακρυσμένη επιφάνεια εργασίας αυτόματα πιο ασφαλής;

Καμία ετικέτα ανάπτυξης δεν εγγυάται ένα αποτέλεσμα. Η πραγματική αρχιτεκτονική, η διαμόρφωση, τα στοιχεία ελέγχου πρόσβασης, η συντήρηση και οι πρακτικές λειτουργίας έχουν σημασία. Η αυτο-φιλοξενία αλλάζει τις αρμοδιότητες και μπορεί να παρέχει έλεγχο σχετικό με τις απαιτήσεις σας, αλλά αυτές οι ευθύνες πρέπει ακόμα να εκτελεστούν. Αξιολογήστε το περιβάλλον που θα λειτουργήσετε πραγματικά αντί να αντιμετωπίζετε την ετικέτα ως αποδεικτικό από μόνη της.

Μπορεί αυτό το άρθρο να αντικαταστήσει τον οδηγό εγκατάστασης;

Όχι. Είναι ένας οδηγός σχεδιασμού για τις ευθύνες, τον σχεδιασμό της πιλοτικής εφαρμογής, τη συντήρηση και την ανάκτηση. Χρησιμοποιήστε το τρέχον υλικό εγκατάστασης της GoMyid για υποστηριζόμενα εξαρτήματα και τεχνικές απαιτήσεις. Αποφύγετε την εφαρμογή γενικών ρυθμίσεων απομακρυσμένης επιφάνειας εργασίας από άλλο προϊόν. Ο σχεδιασμός και η εγκατάσταση αλληλοσυμπληρώνονται, αλλά απαντούν σε διαφορετικές ερωτήσεις.

Η αυτο-φιλοξενία είναι μόνο για μεγάλους οργανισμούς;

Το μέγεθος του οργανισμού δεν είναι το μόνο θέμα. Μια μικρή εταιρεία μπορεί να έχει σαφείς ευθύνες για την υποδομή και έναν λόγο να λειτουργεί την υπηρεσία, ενώ μια μεγαλύτερη εταιρεία μπορεί να προτιμήσει άλλη ρύθμιση. Αξιολογήστε τις απαιτήσεις, τις διαθέσιμες δεξιότητες και τον συνεχιζόμενο φόρτο εργασίας. Η ενότητα μοντέλου λειτουργίας μικρών επιχειρήσεων παρέχει μια άλλη προοπτική.

Πόσο θα πρέπει να διαρκέσει η πιλοτική δοκιμή;

Αρκετά ώστε να δοκιμάσετε τις σημαντικές ροές εργασίας και τα συνηθισμένα συμβάντα λειτουργίας στα οποία σκοπεύετε να βασιστείτε. Ένας σταθερός αριθμός ημερών είναι λιγότερο χρήσιμος από μια σαφή λίστα ερωτήσεων που απαντήθηκαν. Συμπεριλάβετε αντιπροσωπευτικές τοποθεσίες, αλλαγές πρόσβασης και επαλήθευση μετά τη συντήρηση, όπου χρειάζεται. Ολοκληρώστε με τεκμηριωμένα αποτελέσματα και υπευθύνους για τυχόν εργασίες που απομένουν.

Τι συνήθως παραβλέπεται μετά από μια επιτυχημένη εγκατάσταση;

Οι συνεχείς ανθρώπινες ευθύνες: ποιος χειρίζεται ενημερώσεις, ποιος επαληθεύει την ανάκτηση, ποιος διατηρεί αναθέσεις συσκευών και ποιος ανταποκρίνεται όταν η πρόσβαση αποτυγχάνει. Η εγκατάσταση μπορεί να ολοκληρωθεί από ένα άτομο με γνώση, αλλά η συνήθης λειτουργία χρειάζεται συνέχεια. Κάντε αυτές τις ευθύνες ορατές προτού η υπηρεσία καταστεί απαραίτητη για το έργο υποστήριξης της ομάδας.

Τι πρέπει να κάνουμε πρώτα εάν σκεφτόμαστε να φιλοξενήσουμε το GoMyid στη δική μας υποδομή;

Σημειώστε τον λόγο της αυτο-φιλοξενίας και ονομάστε τον υπεύθυνο λειτουργίας. Στη συνέχεια, ελέγξτε τις τρέχουσες απαιτήσεις προϊόντος και σχεδιάστε ένα περιορισμένο εξουσιοδοτημένο πιλοτικό πρόγραμμα. Χρήσητον οδηγό εμβέλειας πρόσβασηςκαιτη ροή εργασιών μεταφοράς αρχείων της ομάδαςγια να συμπεριλάβετε ολοκληρωμένες εργασίες υποστήριξης σε αυτήν την πιλοτική δοκιμή αντί να ελέγξετε μόνο εάν η σύνδεση είναι επιτυχής.

Αναφορά διεπαφής: Οδηγός προϊόντος GoMyid Android, έκδοση 1.0.68, Σεπτέμβριος 2026, σελίδα 9. Αυτό το άρθρο χρησιμοποιεί το τεκμηριωμένο παράδειγμα διεπαφής. δεν αναφέρει ζωντανή δοκιμή ανάπτυξης.