Συσκευασία Εφαρμογών Windows vs Δημοσίευση Εφαρμογών

Εισαγωγή

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

Τι είναι η συσκευασία εφαρμογών Windows;

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

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

Το σύγχρονο μοντέλο συσκευασίας των Windows της Microsoft περιλαμβάνει το MSIX, το οποίο επιτρέπει την παροχή ταυτότητας πακέτου, προβλέψιμη εγκατάσταση και αφαίρεση, ελεγχόμενες ενημερώσεις και ενσωμάτωση με δυνατότητες των Windows.

Οι παραδοσιακές εφαρμογές Win32 μπορούν να εκμεταλλευτούν τεχνολογίες όπως οι εγκαταστάτες MSI και EXE.

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

Τι περιέχει ένα πακέτο εφαρμογής;

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

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

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

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

Συσκευασία Εφαρμογών Windows: Πώς Λειτουργεί;

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

Ανακάλυψη Εφαρμογών και Απαιτήσεις

Πριν από την εκτέλεση επανασυσκευασίας μιας υπάρχουσας εφαρμογής, είναι κρίσιμο για τους διαχειριστές να κατανοήσουν τι τροποποιεί ο εγκαταστάτης της εφαρμογής και τι απαιτεί η εφαρμογή κατά τη διάρκεια της εκτέλεσης.

Οι δραστηριότητες ανακάλυψης περιλαμβάνουν, αλλά δεν περιορίζονται σε:

• αρχεία και καταλόγοι
• καταχωρίσεις μητρώου
• Υπηρεσίες Windows
• εξαρτήσεις χρόνου εκτέλεσης
• μεταβλητές περιβάλλοντος
• συσχετίσεις αρχείων
• δικαιώματα
• συντομεύσεις και αρχεία ρυθμίσεων

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

Δημιουργία και Διαμόρφωση Πακέτου

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

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

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

Δοκιμή και Ανάπτυξη

Τα πακέτα θα πρέπει να είναι δοκιμασμένο σε καθαρά συστήματα που αναπαράγουν το περιβάλλον παραγωγής στόχου.

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

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

Τώρα, ας κάνουμε ένα βήμα πίσω και να διευκρινίσουμε μια λεπτή αλλά κρίσιμη διαφορά:

Οι εφαρμογές συσκευάζονται και στη συνέχεια αναπτύσσονται

Η διαχωριστική γραμμή αυτών των λειτουργιών είναι σημαντική διότι δημιουργεί ένα φυσικό σημείο μετάβασης για τη δημοσίευση εφαρμογών.

Τι είναι η δημοσίευση εφαρμογών Windows;

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

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

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

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

Windows Application Packaging vs Application Publishing: Ποιες είναι οι διαφορές;

Η απλούστερη διάκριση είναι:

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

Οι τεχνολογίες λειτουργούν επομένως σε διαφορετικά στάδια παράδοσης εφαρμογών.

Ερώτηση	Συσκευασία Εφαρμογών Windows	Δημοσίευση Εφαρμογών
Κύριος σκοπός	Ετοιμάστε το λογισμικό για επαναλαμβανόμενη εγκατάσταση και συντήρηση	Δώστε στους χρήστες πρόσβαση σε κεντρικά φιλοξενούμενες εφαρμογές
Κύρια ερώτηση IT	Πώς πρέπει να εγκαταστήσουμε και να διαχειριστούμε αυτή την εφαρμογή;	Πώς θα πρέπει οι χρήστες να έχουν πρόσβαση και να εκτελούν αυτή την εφαρμογή;
Πού εκτελείται η εφαρμογή;	Σε όποιο σύστημα λαμβάνει την εφαρμογή	Στον εκδότη ή τον οικοδεσπότη συνεδρίας
Τοπική εγκατάσταση στον τερματικό χρήστη;	Συνήθως απαιτείται για την ανάπτυξη τερματικών σημείων	Η ολοκληρωμένη εγκατάσταση εφαρμογής συνήθως δεν απαιτείται
Ενημερώσεις	Πρέπει να επιτευχθούν οι εφαρμοστέοι στόχοι ανάπτυξης	Μπορεί να εφαρμοστεί κεντρικά σε φιλοξενούμενους δημοσίευσης
Απαιτήσεις τερματικού	Ο τερματικός σταθμός πρέπει να υποστηρίζει την τοπικά εκτελούμενη εφαρμογή	Η πρόσβαση του Endpoint χρειάζεται κυρίως μια συμβατή μέθοδο πρόσβασης.
Τυπικό πεδίο εφαρμογής	Διαχείριση κύκλου ζωής λογισμικού και τερματικών/διακομιστών	Κεντρική παράδοση εφαρμογών
Συνηθισμένες περιπτώσεις χρήσης	Διαχειριζόμενοι υπολογιστές, τυποποιημένο λογισμικό, ελεγχόμενες αναπτύξεις	Απομακρυσμένοι χρήστες, BYOD, κληρονομημένες εφαρμογές και κεντρική πρόσβαση σε εφαρμογές

Μία προϋπόθεση: η συσκευασία εφαρμογών δεν καθορίζει πού λειτουργεί το εν λόγω λογισμικό.

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

Η δημοσίευση εφαρμογών εισάγει μια επιπλέον αρχιτεκτονική σκέψη. Οι διαδικασίες της εφαρμογής εκτελούνται σε κεντρική υποδομή ενώ η διεπαφή της παραδίδεται σε απομακρυσμένα σημεία για εξουσιοδοτημένους χρήστες.

Σε ποια περίπτωση θα μπορούσατε να χρησιμοποιήσετε τη συσκευασία και τη δημοσίευση εφαρμογών μαζί;

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

Σκεφτείτε έναν οργανισμό που έχει μια εφαρμογή Windows για επιχειρηματική χρήση. Εάν χρειάζεται να εκτελείται τοπικά, μπορεί να συσκευαστεί και να αναπτυχθεί σε κάθε διαχειριζόμενο τερματικό:

Πακέτο → ανάπτυξη σε τερματικά → η εφαρμογή εκτελείται τοπικά

Αν ο οργανισμός χρειάζεται να κεντρικοποιήσει, θα μπορούσε να συσκευαστεί ή να εγκατασταθεί σε σχετικούς διακομιστές συνεδριών και στη συνέχεια να δημοσιευτεί:

Πακέτο ή εγκατάσταση → ανάπτυξη σε κεντρικούς διακομιστές → δημοσίευση → η εφαρμογή εκτελείται κεντρικά

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

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

Σε ποια περίπτωση θα ήταν καλύτερο να χρησιμοποιήσετε τη συσκευασία εφαρμογών Windows;

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

Οι χρήστες χρειάζονται πρόσβαση εκτός σύνδεσης

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

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

Οι εφαρμογές εξαρτώνται από το τοπικό υλικό ή την επεξεργασία

Ορισμένες εφαρμογές λειτουργούν πιο αποτελεσματικά όταν εκτελούνται τοπικά, διότι εξαρτώνται εγγενώς από τους πόρους του τερματικού.

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

Τα τερματικά είναι τυποποιημένα και διαχειρίζονται κεντρικά

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

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

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

Πότε έχει περισσότερο νόημα η δημοσίευση εφαρμογών;

Η δημοσίευση εφαρμογών γίνεται πιο επιθυμητή όταν η τοπική εγκατάσταση επιφέρει αδικαιολόγητες λειτουργικές ή συμβατότητας πολυπλοκότητες.

Αρκετές τυπικές καταστάσεις αξίζουν προσοχής.

Απομακρυσμένοι και Κατανεμημένοι Χρήστες

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

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

BYOD και Μικτές Περιβάλλοντα Τερματικών

Μια εφαρμογή των Windows δεν εκτελείται απαραίτητα σε κάθε είδους συσκευή που χρησιμοποιεί μια συγκεκριμένη οργάνωση.

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

Αυτή η στρατηγική είναι ιδανική τόσο για περιβάλλοντα bring-your-own-device (BYOD) όσο και για άλλα περιβάλλοντα όπου υπάρχουν πολλαπλά λειτουργικά συστήματα τερματικών.

Κληρονομημένες Εφαρμογές Windows

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

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

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

Εφαρμογές που απαιτούν συχνές ενημερώσεις

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

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

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

Πώς θα πρέπει οι ομάδες IT να επιλέξουν μεταξύ συσκευασίας και δημοσίευσης;

Οι ομάδες IT θα πρέπει να εξετάσουν τις λειτουργικές απαιτήσεις της εφαρμογής παρά την επιλογή της τεχνολογίας.

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

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

Η επιλογή γίνεται πολύ πιο σαφής αν η Πληροφορική αποσυνδέσει τρεις ερωτήσεις.

1. Πώς θα πρέπει να συσκευάζεται και να συντηρείται η εφαρμογή;
2. Πού θα πρέπει να αναπτυχθεί και να εκτελείται η εφαρμογή;
3. Πώς θα πρέπει οι χρήστες να έχουν πρόσβαση σε αυτό;

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

Πώς μπορεί το TSplus Remote Access να είναι μια λύση;

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

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

Συμπέρασμα

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

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