Η επιλογή μεταξύ λογισμικού λειτουργίας on-premise και cloud είναι κυρίως μια απόφαση σχετικά με το πού εκτελείται το σύστημα, ποιος είναι υπεύθυνος για την υποδομή του, πώς οι χρήστες έχουν πρόσβαση σε αυτό και πώς η ασφάλεια, η συντήρηση, οι ενσωματώσεις, η ανάκτηση και οι μελλοντικές αλλαγές θα διαχειρίζονται.
Ποια είναι η διαφορά μεταξύ του λογισμικού on-premise και cloud;
Η κύρια διαφορά είναι το πού εκτελούνται το λογισμικό και η υποστηρικτική υποδομή και ποιος αναλαμβάνει την ευθύνη για τη συντήρησή τους.
Τι είναι το λογισμικό λειτουργίας on-premise;
Το λογισμικό on-premise αναπτύσσεται εντός υποδομής που ελέγχεται από τον οργανισμό, όπως διακομιστές στις δικές του εγκαταστάσεις ή ιδιωτικά διαχειριζόμενο περιβάλλον.
Ο οργανισμός αναλαμβάνει συνήθως μεγαλύτερη ευθύνη για τομείς όπως:
- Διαχείριση διακομιστών και υποδομής
- Εγκατάσταση λογισμικού
- Ενημερώσεις και διορθώσεις
- Αντίγραφα ασφαλείας
- Διαμόρφωση δικτύου
- Έλεγχοι πρόσβασης
- Παρακολούθηση
- Ανάκτηση από καταστροφή
Τι είναι το λογισμικό λειτουργίας cloud;
Το λογισμικό cloud φιλοξενείται σε απομακρυσμένη υποδομή και αποκτάται μέσω ενός δικτύου, συνήθως του διαδικτύου.
Ανάλογα με το μοντέλο υπηρεσίας, ο πάροχος λογισμικού ή η πλατφόρμα cloud διαχειρίζεται συνήθως περισσότερη από την υποκείμενη υποδομή, ενώ ο πελάτης παραμένει υπεύθυνος για τους χρήστες του, τα δεδομένα, τη διαμόρφωση, τις επιχειρηματικές διαδικασίες και άλλους τομείς που ορίζονται από τη συμφωνία υπηρεσίας.
Τι αλλάζει πραγματικά μεταξύ των δύο μοντέλων;
Η σημαντική διαφορά δεν είναι απλώς το πού βρίσκεται ο διακομιστής. Είναι πώς διαιρείται η ευθύνη.
| Τομέας | On-premise | Cloud |
|---|---|---|
| Υποδομή | Διαχειρίζεται κυρίως από τον οργανισμό. | Περισσότερη ευθύνη υποδομής ανήκει στον πάροχο. |
| Πρόσβαση | Συχνά συνδέεται με ένα εσωτερικό δίκτυο ή διαμορφωμένη απομακρυσμένη πρόσβαση. | Συνήθως σχεδιάζεται για πρόσβαση μέσω δικτύου σε διάφορες τοποθεσίες. |
| Ενημερώσεις | Ο οργανισμός διαχειρίζεται συνήθως την ανάπτυξη και τη συντήρηση. | Ο πάροχος διαχειρίζεται συνήθως τις ενημερώσεις πλατφόρμας ή εφαρμογής. |
| Κλιμάκωση | Μπορεί να απαιτεί πρόσθετο σχεδιασμό υποδομής. | Η χωρητικότητα μπορεί συχνά να επεκταθεί μέσω του μοντέλου υπηρεσίας. |
| Δομή κόστους | Μπορεί να περιλαμβάνει υποδομές, άδειες, IT και κόστος συντήρησης. | Συνήθως χρησιμοποιεί επαναλαμβανόμενη συνδρομή ή τιμολόγηση βάσει κατανάλωσης. |
| Έλεγχος | Μεγαλύτερος άμεσος έλεγχος της υποδομής. | Η ευθύνη υποδομής μοιράζεται με τον πάροχο. |
Πού διαφέρουν περισσότερο το λογισμικό cloud και on-premise;
Ποιος κατέχει την ευθύνη υποδομής;
Η ανάπτυξη on-premise δίνει στον οργανισμό μεγαλύτερο άμεσο έλεγχο της υποδομής, αλλά αυτός ο έλεγχος συνοδεύεται από ευθύνη για τη λειτουργία, την παρακολούθηση, τη συντήρηση και την ανάκτηση του περιβάλλοντος.
Η ανάπτυξη cloud μεταφέρει περισσότερη ευθύνη υποδομής στον πάροχο, αλλά ο πελάτης πρέπει να κατανοήσει τι διαχειρίζεται ο πάροχος και τι παραμένει ευθύνη του πελάτη.
Πώς αποκτούν οι χρήστες πρόσβαση στο σύστημα;
Τα συστήματα cloud είναι συνήθως σχεδιασμένα για χρήστες που χρειάζονται πρόσβαση σε γραφεία, ακίνητα, τοποθεσίες ή συσκευές.
Τα περιβάλλοντα on-premise μπορούν επίσης να υποστηρίξουν απομακρυσμένη πρόσβαση, αλλά αυτό μπορεί να απαιτεί πρόσθετη υποδομή δικτύου, αυθεντικοποίησης, VPN ή άλλης υποδομής πρόσβασης.
Ποιος διαχειρίζεται τις ενημερώσεις λογισμικού και τη συντήρηση;
Τα περιβάλλοντα on-premise γενικά τοποθετούν περισσότερη ευθύνη για ενημερώσεις και συντήρηση στον οργανισμό ή τον τεχνολογικό του συνεργάτη.
Οι πάροχοι cloud γενικά χειρίζονται περισσότερη από τη συντήρηση της υποκείμενης πλατφόρμας και τη διαδικασία κυκλοφορίας εφαρμογών, ανάλογα με το μοντέλο υπηρεσίας.
Πώς διαφέρει η κλιμάκωση;
Η κλιμάκωση ενός περιβάλλοντος on-premise μπορεί να απαιτεί σχεδιασμό χωρητικότητας, πρόσθετη υποδομή, αλλαγές διαμόρφωσης ή νέο υλικό.
Ένα περιβάλλον cloud μπορεί συχνά να επεκταθεί χωρίς ο πελάτης να αγοράσει και να εγκαταστήσει την ίδια φυσική υποδομή άμεσα.
Είναι το λογισμικό cloud ή on-premise πιο ασφαλές;
Κανένα από τα μοντέλα ανάπτυξης δεν είναι εγγενώς ασφαλές απλώς λόγω του πού φιλοξενείται.
Η ασφάλεια εξαρτάται από το πώς έχει σχεδιαστεί, διαμορφωθεί, παρακολουθείται, συντηρείται και κυβερνάται το περιβάλλον.
Ποια ευθύνη ασφάλειας συνοδεύει το λογισμικό on-premise;
Ένας οργανισμός που λειτουργεί το δικό του περιβάλλον μπορεί να έχει μεγαλύτερο άμεσο έλεγχο σε:
- Αρχιτεκτονική δικτύου
- Διαμόρφωση διακομιστή
- Πολιτικές πρόσβασης
- Προγράμματα διορθώσεων
- Αντίγραφα ασφαλείας
- Παρακολούθηση
- Φυσική υποδομή
Η ανταλλαγή είναι ότι ο οργανισμός πρέπει να έχει την εμπειρία και τις διαδικασίες για να διαχειρίζεται αυτές τις περιοχές αποτελεσματικά.
Ποια ευθύνη ασφάλειας συνοδεύει το λογισμικό cloud;
Οι αναπτύξεις cloud χρησιμοποιούν ένα μοντέλο κοινής ευθύνης στο οποίο ο πάροχος διαχειρίζεται καθορισμένα μέρη του περιβάλλοντος ενώ ο πελάτης παραμένει υπεύθυνος για τομείς όπως η πρόσβαση χρηστών, οι άδειες, η διαχείριση δεδομένων, η διαμόρφωση και οι επιχειρηματικές διαδικασίες.
Τι θα πρέπει να αξιολογήσετε αντί να ρωτήσετε ποιο μοντέλο είναι πιο ασφαλές;
Ρωτήστε ερωτήσεις όπως:
- Πώς αυθεντικοποιούνται οι χρήστες;
- Πώς ελέγχονται οι άδειες;
- Πώς προστατεύονται τα ευαίσθητα δεδομένα;
- Πώς καταγράφονται οι αλλαγές και η πρόσβαση;
- Πώς διαχειρίζονται οι ευπάθειες και οι διορθώσεις;
- Πώς διαχειρίζονται τα αντίγραφα ασφαλείας και η ανάκτηση;
- Ποιες απαιτήσεις συμμόρφωσης ισχύουν;
- Ποιες ευθύνες ανήκουν στον πάροχο;
- Ποιες ευθύνες παραμένουν στον οργανισμό σας;
Ποιες είναι οι κύριες πλεονεκτήματα και περιορισμοί του λογισμικού cloud;
Πού μπορεί το λογισμικό cloud να διευκολύνει τις λειτουργίες;
Πρόσβαση σε διάφορες τοποθεσίες
Οι ομάδες μπορούν συνήθως να αποκτούν πρόσβαση στο σύστημα από διαφορετικά ακίνητα, γραφεία ή εγκεκριμένες συσκευές χωρίς να λειτουργούν την εφαρμογή αποκλειστικά από ένα τοπικό περιβάλλον διακομιστή.
Λιγότερη τοπική υποδομή
Ο οργανισμός δεν χρειάζεται συνήθως να αγοράσει και να λειτουργήσει την ίδια υποδομή εφαρμογής ο ίδιος.
Κεντρικές ενημερώσεις
Ο πάροχος λογισμικού ή πλατφόρμας διαχειρίζεται συνήθως περισσότερη από τη διαδικασία ενημέρωσης εφαρμογής και συντήρησης υποδομής.
Ευκολότερη επέκταση
Νέοι χρήστες, ακίνητα ή επιχειρησιακές διαδικασίες μπορεί να προστεθούν χωρίς να χρειάζεται να κατασκευαστεί ισοδύναμη φυσική υποδομή σε κάθε τοποθεσία.
Ποιες περιορισμοί θα πρέπει να εξετάσετε με το λογισμικό cloud;
- Εξάρτηση από τη συνδεσιμότητα δικτύου
- Επαναλαμβανόμενα κόστη συνδρομής ή πλατφόρμας
- Εξάρτηση από το μοντέλο υπηρεσιών και κυκλοφορίας ενός προμηθευτή
- Απαιτήσεις τοποθεσίας δεδομένων ή κανονιστικές απαιτήσεις
- Όρια που καθορίζονται από την αρχιτεκτονική της πλατφόρμας
- Σχεδιασμός μετανάστευσης και εξόδου από προμηθευτή
Το λογισμικό cloud θα πρέπει επομένως να αξιολογείται ως ένα λειτουργικό μοντέλο, όχι απλώς ως λογισμικό που τυχαίνει να εκτελείται στο διαδίκτυο.
Ποιες είναι οι κύριες πλεονεκτήματα και περιορισμοί του λογισμικού on-premise;
Πού μπορεί το λογισμικό on-premise να έχει νόημα;
Άμεσος έλεγχος υποδομής
Οι οργανισμοί μπορούν να διαχειρίζονται την υποδομή, το δίκτυο, το χρονοδιάγραμμα ανάπτυξης και το τοπικό περιβάλλον άμεσα.
Εξειδικευμένα περιβάλλοντα
Ορισμένοι οργανισμοί χρειάζονται πολύ συγκεκριμένες υποδομές, δίκτυα, τοποθεσίες δεδομένων ή ρυθμίσεις ολοκλήρωσης.
Τοπική διαθεσιμότητα
Ορισμένες τοπικές ροές εργασίας μπορεί να συνεχίσουν χωρίς εξάρτηση από εξωτερική σύνδεση στο διαδίκτυο όταν τα απαραίτητα συστήματα παραμένουν διαθέσιμα μέσα στο τοπικό δίκτυο.
Προσαρμογή υποδομής
Οργανισμοί με επαρκείς τεχνικούς πόρους μπορεί να σχεδιάσουν το περιβάλλον στενά γύρω από τις εσωτερικές απαιτήσεις.
Ποιες περιορισμοί θα πρέπει να λάβετε υπόψη με το λογισμικό on-premise;
- Απόκτηση και συντήρηση υποδομής
- Εσωτερική τεχνική εμπειρία
- Ευθύνη για ενημερώσεις και επιδιορθώσεις
- Ευθύνη για αντίγραφα ασφαλείας και αποκατάσταση
- Αρχιτεκτονική απομακρυσμένης πρόσβασης
- Σχεδιασμός χωρητικότητας
- Διαχείριση κύκλου ζωής υλικού
- Πιθανώς πιο αργή επέκταση υποδομής
Είναι το λογισμικό cloud φθηνότερο από το λογισμικό on-premise;
Όχι απαραίτητα.
Η σύγκριση μόνο της άδειας λογισμικού ή της μηνιαίας συνδρομής μπορεί να δώσει μια ελλιπή εικόνα.
Ποιες δαπάνες ανήκουν σε έναν υπολογισμό on-premise;
Ανάλογα με το περιβάλλον, το συνολικό κόστος μπορεί να περιλαμβάνει:
- Άδειες λογισμικού
- Διακομιστές και υποδομές
- Δίκτυα
- Προσωπικό IT ή υποστήριξη
- Εργαλεία ασφαλείας
- Αντίγραφα ασφαλείας
- Αποκατάσταση καταστροφών
- Αντικατάσταση υλικού
- Ενημερώσεις και συντήρηση
Ποιες δαπάνες ανήκουν σε έναν υπολογισμό cloud;
Ανάλογα με την υπηρεσία, το συνολικό κόστος μπορεί να περιλαμβάνει:
- Συνδρομές ή τέλη πλατφόρμας
- Άδειες χρηστών
- Υλοποίηση
- Αποθήκευση δεδομένων
- Ολοκληρώσεις
- Επιπλέον υπηρεσίες
- Υποστήριξη
- Μεταφορά
- Μελλοντική επέκταση
Ποιος είναι ο καλύτερος τρόπος για να συγκρίνετε το κόστος;
Συγκρίνετε το συνολικό κόστος λειτουργίας κάθε μοντέλου σε μια ρεαλιστική περίοδο και συμπεριλάβετε τους ανθρώπους, τις υποδομές, την υποστήριξη, τη μετανάστευση, τις ολοκληρώσεις και τις ευθύνες αποκατάστασης που απαιτούνται από το καθένα.
Πώς θα πρέπει να επηρεάσουν οι ολοκληρώσεις την απόφαση cloud vs on-premise;
Η αρχιτεκτονική ανάπτυξης έχει σημασία γιατί το λογισμικό λειτουργίας σπάνια λειτουργεί μόνο του.
Ποια συστήματα χρειάζονται να ανταλλάξουν δεδομένα;
Ανάλογα με τον οργανισμό, το λογισμικό λειτουργίας μπορεί να χρειαστεί να συνδεθεί με:
- Συστήματα CRM
- Συστήματα λογιστικής ή ERP
- Πλατφόρμες πληρωμών
- Συστήματα ελέγχου πρόσβασης
- Εργαλεία επικοινωνίας
- Αποθήκες δεδομένων
- Εργαλεία επιχειρηματικής νοημοσύνης
- Πάροχοι ταυτότητας
- Άλλες λειτουργικές εφαρμογές
Ενσωματώνει το λογισμικό cloud αυτόματα πιο εύκολα;
Όχι. Η ολοκλήρωση εξαρτάται από APIs, μοντέλα δεδομένων, αυθεντικοποίηση, μεσαία λογισμικά, υποστήριξη προμηθευτών, αρχιτεκτονική δικτύου και τα συστήματα που συνδέονται.
Η Booking Ninjas παρέχει ένα πλαίσιο ολοκλήρωσης για τη σύνδεση λειτουργικών ροών εργασίας με εξωτερικά συστήματα όπου η σχετική ολοκλήρωση είναι διαθέσιμη και περιλαμβάνεται στο πεδίο εφαρμογής της υλοποίησης.
Γιατί θα πρέπει να αξιολογηθεί η αρχιτεκτονική δεδομένων νωρίς;
Ένα τεχνικά κατάλληλο σύστημα μπορεί να δημιουργήσει λειτουργικά προβλήματα αν οι ομάδες πρέπει να εξάγουν, εισάγουν, συμφωνούν, ή να ξαναεισάγουν πληροφορίες μεταξύ αποσυνδεδεμένων συστημάτων.
Αυτό σχετίζεται στενά με την ευρύτερη απόφαση μεταξύ μιας συνδεδεμένης πλατφόρμας και πολλαπλών σημειακών λύσεων .
Πώς θα πρέπει να επηρεάσουν η διαθεσιμότητα και η αποκατάσταση καταστροφών την απόφαση;
Τι συμβαίνει αν αποτύχει η σύνδεση στο διαδίκτυο;
Μια εφαρμογή cloud απαιτεί συνήθως πρόσβαση στο δίκτυο. Οι χειριστές θα πρέπει να κατανοήσουν πώς διαχειρίζονται οι κρίσιμες ροές εργασίας κατά τη διάρκεια ενός προβλήματος σύνδεσης και αν απαιτείται εφεδρική σύνδεση ή άλλες διαδικασίες συνέχειας.
Τι συμβαίνει αν αποτύχει η τοπική υποδομή;
Ένα περιβάλλον on-premise μπορεί να συνεχίσει να λειτουργεί ανεξάρτητα από την εξωτερική πρόσβαση στο διαδίκτυο σε ορισμένες ρυθμίσεις, αλλά ο οργανισμός παραμένει υπεύθυνος για τις αποτυχίες που επηρεάζουν τους διακομιστές, την αποθήκευση, το δίκτυο, την ενέργεια και το τοπικό περιβάλλον του.
Ποιος είναι υπεύθυνος για την αποκατάσταση;
Αξιολογήστε:
- Συχνότητα αντιγράφων ασφαλείας
- Τοποθεσία αντιγράφων ασφαλείας
- Διαδικασίες αποκατάστασης
- Επικαλύψεις
- Αντίκτυπος σε περιστατικά
- Δεσμεύσεις υπηρεσιών παρόχων
- Εσωτερικές διαδικασίες επιχειρηματικής συνέχειας
Ο στόχος δεν είναι να υποθέσουμε ότι κανένα από τα μοντέλα ανάπτυξης δεν εξαλείφει τη διακοπή. Ο στόχος είναι να κατανοήσουμε πώς αποτρέπεται, ανιχνεύεται, διαχειρίζεται και αποκαθίσταται η διακοπή.
Πώς θα πρέπει να επιλέξετε μεταξύ λογισμικού cloud και on-premise;
Ξεκινήστε με τις απαιτήσεις λειτουργίας αντί για μια προτίμηση για ένα τεχνολογικό μοντέλο.
1. Ορίστε πού πρέπει να εργάζονται οι άνθρωποι
Καθορίστε ποιες χρήστες, ακίνητα, γραφεία και συσκευές χρειάζονται πρόσβαση και αν η απομακρυσμένη εργασία είναι μέρος του κανονικού λειτουργικού μοντέλου.
2. Ορίστε τις ευθύνες ασφαλείας και συμμόρφωσης σας
Καθορίστε τα δεδομένα που διαχειρίζονται, ποιος θα πρέπει να έχει πρόσβαση σε αυτά, τις σχετικές απαιτήσεις συμμόρφωσης και ποιους ελέγχους πρέπει να διατηρήσει ο οργανισμός σας.
3. Αξιολογήστε την εσωτερική σας ικανότητα IT
Καθορίστε αν ο οργανισμός σας έχει τους ανθρώπους και τις διαδικασίες που απαιτούνται για να λειτουργήσει την υποδομή, να διαχειριστεί τις ενημερώσεις, να παρακολουθεί τα συστήματα, να διατηρεί αντίγραφα ασφαλείας και να αποκαθιστά από αποτυχίες.
4. Χάρτης της αρχιτεκτονικής ολοκλήρωσης
Καθορίστε τα συστήματα που πρέπει να ανταλλάξουν πληροφορίες πριν επιλέξετε μια αρχιτεκτονική εφαρμογής.
5. Συγκρίνετε το συνολικό κόστος ιδιοκτησίας
Συμπεριλάβετε λογισμικό, υποδομές, υποστήριξη, υλοποίηση, ολοκληρώσεις, συντήρηση, ανθρώπους, μετανάστευση και μελλοντική επέκταση.
6. Σχεδιάστε για ανάπτυξη
Σκεφτείτε τι συμβαίνει όταν ο οργανισμός προσθέσει περισσότερες τοποθεσίες, χρήστες, αρχεία, επιχειρηματικές μονάδες, ροές εργασίας ή ολοκληρώσεις.
7. Σχεδιάστε την έξοδο πριν επιλέξετε την πλατφόρμα
Κατανοήστε πώς μπορούν να εξαχθούν τα δεδομένα, ποιες ολοκληρώσεις εξαρτώνται από την πλατφόρμα, πόσος χρόνος θα μπορούσε να χρειαστεί για τη μετανάστευση και τι θα συμβεί αν ο οργανισμός αλλάξει αργότερα συστήματα.
Η κατανεμημένη πρόσβαση, η υποδομή που διαχειρίζεται ο πάροχος, η ταχύτερη επέκταση και η μείωση της ευθύνης τοπικής υποδομής είναι σημαντικά για το λειτουργικό μοντέλο.
Η άμεση ιδιοκτησία υποδομής, η εξειδικευμένη τοπική αρχιτεκτονική ή συγκεκριμένες τεχνικές και κανονιστικές απαιτήσεις δικαιολογούν τη διαχείριση του περιβάλλοντος εσωτερικά.
Τι θα πρέπει να λάβετε υπόψη πριν μετακινηθείτε από on-premise σε cloud;
Η μετάβαση σε λογισμικό cloud δεν είναι απλώς θέμα αντιγραφής μιας βάσης δεδομένων σε έναν άλλο διακομιστή.
Καταγράψτε πρώτα τα δεδομένα
Καθορίστε τα αρχεία που μεταφέρονται, τους ιδιοκτήτες τους, τις μορφές, τις εξαρτήσεις, τα ζητήματα ποιότητας, τις απαιτήσεις διατήρησης και τις ευαίσθητες πληροφορίες.
Χάρτης ολοκληρώσεων και εξαρτήσεων
Καταγράψτε ποια συστήματα ανταλλάσσουν πληροφορίες και ποιες επιχειρηματικές διαδικασίες εξαρτώνται από αυτά.
Ανακατασκευάστε ρόλους και δικαιώματα σκόπιμα
Μην απλά μεταφέρετε παλαιές πρότυπες πρόσβασης στο νέο περιβάλλον. Χρησιμοποιήστε τη μετανάστευση για να επιβεβαιώσετε ποιος χρειάζεται πρόσβαση σε ποια αρχεία και λειτουργίες.
Δοκιμάστε τις ροές εργασίας πριν από την πλήρη εφαρμογή
Κρίσιμες ροές εργασίας θα πρέπει να δοκιμάζονται με αντιπροσωπευτικούς χρήστες και ρεαλιστικά δεδομένα πριν αποσυρθεί το παλιό περιβάλλον.
Ετοιμάστε την ομάδα για την αλλαγή λειτουργίας
Ένα νέο μοντέλο ανάπτυξης μπορεί να επηρεάσει την είσοδο, τις ροές εργασίας, τις ευθύνες, την αναφορά, την υποστήριξη και τις καθημερινές διαδικασίες.
Ο οδηγός μας για την προετοιμασία των ομάδων ακινήτων για νέο λογισμικό βαθύτερα σε σταδιακή εφαρμογή, εκπαίδευση και υιοθέτηση.
Μια πρακτική ακολουθία μετανάστευσης
Δεδομένα αποθέματος → χαρτογράφηση ενσωματώσεων → ρύθμιση νέου περιβάλλοντος → μετανάστευση και επικύρωση → δοκιμή ροών εργασίας → εκπαίδευση χρηστών → ελεγχόμενη εφαρμογή → αποσύρση παλιού περιβάλλοντος όταν εγκριθεί
Πώς εντάσσεται το Booking Ninjas στην απόφαση για λογισμικό cloud;
Το Booking Ninjas είναι μια πλατφόρμα εγγενής στο Salesforce για κρατήσεις και λειτουργίες.
Η πλατφόρμα έχει σχεδιαστεί γύρω από το Salesforce
Αντί να λειτουργεί ως μια απομονωμένη τοπική εφαρμογή ακινήτων, το Booking Ninjas λειτουργεί μέσα στο ευρύτερο οικοσύστημα του Salesforce.
Η εγγενής στο Salesforce βάση είναι σχετική για οργανισμούς που αξιολογούν πώς οι λειτουργικές εφαρμογές εντάσσονται στην ευρύτερη αρχιτεκτονική CRM, δεδομένων, ασφάλειας, ροής εργασίας, και πλατφόρμας.
Οι ενσωματώσεις παραμένουν μέρος της αρχιτεκτονικής
Η μεταφορά λειτουργιών στο cloud δεν αφαιρεί την ανάγκη σύνδεσης με υπάρχοντα συστήματα.
Σχετικές δυνατότητες ενσωμάτωσης μπορεί να περιλαμβάνουν ενσωμάτωσης API , συστήματα ταυτοποίησης, πλατφόρμες πληρωμών, συστήματα ERP, λογιστικά συστήματα, εργαλεία ανάλυσης και άλλες εφαρμογές ανάλογα με την εφαρμογή.
Το cloud δεν σημαίνει μία τυποποιημένη ροή εργασίας για κάθε οργανισμό
Το μοντέλο ανάπτυξης και η ροή εργασίας της επιχείρησης είναι ξεχωριστές αποφάσεις.
Το Booking Ninjas μπορεί να ρυθμιστεί γύρω από διαφορετικούς τύπους λειτουργικών αρχείων, διαδικασιών, χρηστών, δικαιωμάτων και ενσωματώσεων, με την ακριβή εφαρμογή να καθορίζεται από τις απαιτήσεις και το εύρος του οργανισμού.
Η απόφαση θα πρέπει να ξεκινά με τις επιχειρηματικές απαιτήσεις
Οι οργανισμοί θα πρέπει να αξιολογούν το Booking Ninjas με τον ίδιο τρόπο που θα αξιολογούσαν οποιαδήποτε πλατφόρμα λειτουργιών: με βάση τις ροές εργασίας, την ασφάλεια, τους χρήστες, τις ενσωματώσεις, τις απαιτήσεις δεδομένων, την εφαρμογή, την υποστήριξη και το μακροπρόθεσμο λειτουργικό μοντέλο.
Πώς φαίνεται στην πράξη η απόφαση cloud vs on-premise;
Σκεφτείτε έναν διαχειριστή ακινήτων με πολλές τοποθεσίες και μια κεντρική ομάδα λειτουργιών.
Τι θα απαιτούσε ένα μοντέλο on-premise;
Ο οργανισμός μπορεί να λειτουργεί το περιβάλλον εφαρμογής εσωτερικά, να διαχειρίζεται την ικανότητα του διακομιστή, να διατηρεί αντίγραφα ασφαλείας, να ελέγχει την ανάπτυξη λογισμικού, να ρυθμίζει την απομακρυσμένη πρόσβαση, και να παρέχει εσωτερική τεχνική υποστήριξη.
Τι θα άλλαζε ένα μοντέλο cloud;
Ο πάροχος θα αναλάμβανε την ευθύνη για περισσότερη από την υποκείμενη υποδομή της πλατφόρμας ενώ οι εξουσιοδοτημένοι χρήστες θα μπορούσαν να έχουν πρόσβαση στην εφαρμογή μέσω του δικτύου.
Ο οργανισμός θα χρειάζεται ακόμα να διαχειρίζεται τους χρήστες, τα δικαιώματα, τις επιχειρηματικές διαδικασίες, τα δεδομένα, τις ενσωματώσεις, την εκπαίδευση, τη διακυβέρνηση, και τις ευθύνες του σύμφωνα με τη συμφωνία υπηρεσίας.
Ποιο μοντέλο θα πρέπει να επιλέξει ο διαχειριστής;
Η απάντηση εξαρτάται από το αν ο οργανισμός αποκτά περισσότερη αξία από την κατοχή και λειτουργία της υποδομής του ή από την μεταφορά περισσότερης ευθύνης υποδομής σε μια πλατφόρμα cloud.
Συχνές ερωτήσεις
Ποια είναι η κύρια διαφορά μεταξύ λογισμικού cloud και on-premise;
Η κύρια διαφορά είναι το πού λειτουργεί η υποδομή λογισμικού και πώς διαχωρίζεται η ευθύνη. Το λογισμικό on-premise γενικά τοποθετεί περισσότερη ευθύνη υποδομής στον οργανισμό, ενώ το λογισμικό cloud τοποθετεί περισσότερη από αυτήν την ευθύνη στον πάροχο.
Είναι το λογισμικό cloud πάντα φθηνότερο από το λογισμικό on-premise;
Όχι. Το λογισμικό cloud μπορεί να μειώσει ορισμένα αρχικά κόστη υποδομής, αλλά το συνολικό κόστος εξαρτάται από τις συνδρομές, τους χρήστες, την εφαρμογή, την αποθήκευση, τις ενσωματώσεις, την υποστήριξη και την επέκταση. Τα κόστη on-premise μπορεί να περιλαμβάνουν υλικό, άδειες, προσωπικό IT, συντήρηση, ασφάλεια, αντίγραφα ασφαλείας και υποδομή αντικατάστασης.
Είναι το λογισμικό cloud πιο ασφαλές από το λογισμικό on-premise;
Κανένα μοντέλο δεν είναι αυτόματα πιο ασφαλές. Η ασφάλεια εξαρτάται από την αρχιτεκτονική, τη διαμόρφωση, τους ελέγχους πρόσβασης, την παρακολούθηση, τη συντήρηση, τη διαχείριση δεδομένων, τις πρακτικές του παρόχου, και τις δικές διαδικασίες ασφάλειας του οργανισμού.
Μπορεί το λογισμικό on-premise να υποστηρίξει απομακρυσμένη εργασία;
Ναι. Τα συστήματα on-premise μπορούν να υποστηρίξουν απομακρυσμένη πρόσβαση, αλλά ο οργανισμός μπορεί να χρειαστεί να ρυθμίσει και να διατηρήσει το δίκτυο, την ταυτοποίηση, το VPN ή άλλη υποδομή που απαιτείται για ασφαλή πρόσβαση.
Απαιτεί το λογισμικό cloud ακόμα εσωτερική συμμετοχή IT;
Μπορεί. Οι πάροχοι cloud μπορεί να διαχειρίζονται περισσότερη από την υποδομή, αλλά οι οργανισμοί εξακολουθούν να χρειάζονται να διαχειρίζονται τομείς όπως οι χρήστες, τα δικαιώματα, οι ενσωματώσεις, η διακυβέρνηση δεδομένων, οι επιχειρηματικές διαδικασίες, η διαχείριση προμηθευτών και η υποστήριξη.
Τι θα πρέπει να ελέγξετε πριν μεταβείτε από on-premise σε cloud;
Εξετάστε τα δεδομένα, τις ενσωματώσεις, τα δικαιώματα, τις απαιτήσεις ασφάλειας, τις εξαρτήσεις δικτύου, τις διαδικασίες μετανάστευσης, τις δοκιμές, την εκπαίδευση, τη συνέχεια της επιχείρησης και πώς το παλιό περιβάλλον θα αποσυρθεί αφού εγκριθεί το νέο σύστημα.
Είναι το Booking Ninjas βασισμένο στο cloud;
Το Booking Ninjas είναι μια πλατφόρμα κρατήσεων και λειτουργιών εγγενής στο Salesforce. Η ακριβής αρχιτεκτονική συστήματος, οι ενσωματώσεις, τα δικαιώματα, οι ροές εργασίας και η εφαρμογή εξαρτώνται από τις απαιτήσεις και το συμφωνηθέν εύρος του οργανισμού.
Επιλέξτε το λειτουργικό μοντέλο πριν επιλέξετε το λογισμικό
Ξεκινήστε με τους χρήστες σας, τις ροές εργασίας, τις απαιτήσεις ασφάλειας, τις ενσωματώσεις, τα δεδομένα, την ικανότητα IT και τα σχέδια ανάπτυξης. Στη συνέχεια, αποφασίστε ποια αρχιτεκτονική λογισμικού μπορεί να υποστηρίξει τη λειτουργία που πραγματικά χρειάζεστε.
.jpg)
