Ανάγνωση στα Αγγλικά

Κοινή χρήση μέσω


Βέλτιστες πρακτικές για τη διαχείριση του κύκλου ζωής στο Fabric

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

Το άρθρο διαιρείται σε τέσσερις ενότητες:

  • Προετοιμασία περιεχομένου - Προετοιμάστε το περιεχόμενό σας για διαχείριση του κύκλου ζωής.

  • Ανάπτυξη - Μάθετε τους καλύτερους τρόπους δημιουργίας περιεχομένου στο στάδιο ανάπτυξης διοχετεύσεων ανάπτυξης.

  • Δοκιμή - Κατανοήστε τον τρόπο χρήσης ενός σταδίου δοκιμής διοχετεύσεων ανάπτυξης για να ελέγξετε το περιβάλλον σας.

  • Παραγωγή - Χρησιμοποιήστε ένα στάδιο παραγωγής διοχετεύσεων ανάπτυξης για να κάνετε το περιεχόμενό σας διαθέσιμο για κατανάλωση.

Βέλτιστες πρακτικές για την προετοιμασία περιεχομένου

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

  • Αποδέσμευση περιεχομένου στην παραγωγή.

  • Ξεκινήστε να χρησιμοποιείτε μια διοχέτευση ανάπτυξης για έναν συγκεκριμένο χώρο εργασίας.

Ξεχωριστή ανάπτυξη μεταξύ ομάδων

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

Σχεδιασμός του μοντέλου δικαιωμάτων

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

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

  • Ποιος πρέπει να έχει πρόσβαση στον πηγαίο κώδικα στο αποθετήριο δεδομένων Git;

  • Ποιες λειτουργίες πρέπει να μπορούν να εκτελέσουν οι χρήστες με πρόσβαση διοχέτευσης σε κάθε στάδιο;

  • Ποιος ελέγχει το περιεχόμενο στο στάδιο δοκιμής;

  • Θα πρέπει να έχουν πρόσβαση στη διοχέτευση οι αναθεωρητές σταδίου δοκιμής;

  • Ποιος πρέπει να επιβλέπει την ανάπτυξη στο στάδιο παραγωγής;

  • Ποιον χώρο εργασίας αντιστοιχίζετε σε μια διοχέτευση ή συνδέεστε στο Git;

  • Σε ποια διακλάδωση συνδέετε τον χώρο εργασίας; Ποια είναι η πολιτική που ορίζεται για αυτόν τον κλάδο;

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

  • Σε ποιο στάδιο αντιστοιχίζετε τον χώρο εργασίας σας;

  • Χρειάζεται να κάνετε αλλαγές στα δικαιώματα του χώρου εργασίας που αντιστοιχίζετε;

Σύνδεση διαφορετικών σταδίων σε διαφορετικές βάσεις δεδομένων

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

Χρήση παραμέτρων για ρυθμίσεις παραμέτρων που θα αλλάζουν μεταξύ σταδίων

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

Βέλτιστες πρακτικές για το στάδιο ανάπτυξης διοχετεύσεων ανάπτυξης

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

Δημιουργία αντιγράφων ασφαλείας της εργασίας σας σε αποθετήριο δεδομένων Git

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

  • Βεβαιωθείτε ότι έχετε ένα απομονωμένο περιβάλλον για να εργαστείτε, ώστε οι άλλοι χρήστες να μην παρακάμπτουν την εργασία σας προτού δεσμευτεί. Αυτό σημαίνει ότι πρέπει να εργαστείτε σε ένα εργαλείο desktop (όπως vs code, Power BI Desktop ή άλλα) ή σε έναν ξεχωριστό χώρο εργασίας στον οποίο δεν έχουν πρόσβαση άλλοι χρήστες.

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

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

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

Επαναφορά αλλαγών

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

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

  • Επαναφορά σε παλαιότερες δεσμεύσεις: Δεν υπάρχει απευθείας τρόπος επιστροφής σε μια προηγούμενη δέσμευση στο περιβάλλον εργασίας χρήστη. Η καλύτερη επιλογή είναι να προβιβάσετε μια παλαιότερη δέσμευση να είναι το HEAD χρησιμοποιώντας git revert ή git reset. Αυτή η ενέργεια δείχνει ότι υπάρχει μια ενημέρωση στο τμήμα παραθύρου ελέγχου προέλευσης και μπορείτε να ενημερώσετε τον χώρο εργασίας με αυτήν τη νέα δέσμευση.

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

Εργασία με έναν "ιδιωτικό" χώρο εργασίας

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

  • Ρύθμιση του χώρου εργασίας: Πριν ξεκινήσετε, βεβαιωθείτε ότι μπορείτε να δημιουργήσετε έναν νέο χώρο εργασίας (εάν δεν έχετε ήδη έναν), ότι μπορείτε να τον εκχωρήσετε σε εκχωρημένους πόρους Fabric και ότι έχετε πρόσβαση σε δεδομένα για να εργαστείτε στον χώρο εργασίας σας.

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

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

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

Χρήση εργαλείων προγράμματος-πελάτη για επεξεργασία της εργασίας σας

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

Διαχείριση χώρων εργασίας και διακλαδώσεις

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

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

  • Οι προγραμματιστές που χρησιμοποιούν ένα εργαλείο προγράμματος-πελάτη (όπως κώδικα VS, Power BI Desktop ή άλλα), δεν χρειάζονται απαραίτητα έναν χώρο εργασίας. Μπορούν να δημιουργήσουν κλάδους και να δεσμεύσουν αλλαγές σε αυτόν τον κλάδο τοπικά, να προωθήσουν αυτές στο απομακρυσμένο αποθετήριο δεδομένων και να δημιουργήσουν ένα αίτημα έλξης στον κύριο κλάδο, χωρίς χώρο εργασίας. Ένας χώρος εργασίας είναι απαραίτητος μόνο ως περιβάλλον δοκιμών για να ελέγξετε ότι όλα λειτουργούν σε ένα πραγματικό σενάριο. Από εσάς εξαρτάται πότε θα συμβεί αυτό.

Αναπαραγωγή ενός στοιχείου σε ένα αποθετήριο δεδομένων Git

Για να αναπαραγάγετε ένα στοιχείο σε ένα αποθετήριο δεδομένων Git:

  1. Αντιγράψτε ολόκληρο τον κατάλογο του στοιχείου.
  2. Αλλάξτε το logicalId σε κάτι μοναδικό για αυτόν τον συνδεδεμένο χώρο εργασίας.
  3. Αλλάξτε το εμφανιζόμενο όνομα για να το διαφοροποιήσετε από το αρχικό στοιχείο και να αποφύγετε το διπλότυπο σφάλμα εμφανιζόμενου ονόματος.
  4. Εάν είναι απαραίτητο, ενημερώστε το logicalId ή/και τα εμφανιζόμενα ονόματα σε οποιεσδήποτε εξαρτήσεις.

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

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

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

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

Βεβαιωθείτε ότι αυτοί οι τρεις παράγοντες αντιμετωπίζονται στο περιβάλλον δοκιμής σας:

  • Όγκος δεδομένων

  • Όγκος χρήσης

  • Παρόμοιο σύνολο εκχωρημένων πόρων όπως στην παραγωγή

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

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

Χρήση κανόνων ανάπτυξης με πραγματική προέλευση δεδομένων

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

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

Μπορείτε εύκολα να βρείτε τα σχετικά στοιχεία χρησιμοποιώντας την ανάλυση επιπτώσεων.

Ενημέρωση στοιχείων δεδομένων

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

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

  • Να γνωρίζετε εκ των προτέρων ποιες είναι οι αλλαγές και ποιες μπορεί να είναι οι επιπτώσεις τους στα υπάρχοντα δεδομένα. Χρησιμοποιήστε μηνύματα δέσμευσης για να περιγράψετε τις αλλαγές που έγιναν.

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

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

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

  • Μετά την ανάπτυξη, οι δοκιμές μετά την ανάπτυξη στο Prod για να επαληθευτούν ότι όλα λειτουργούν με τον αναμενόμενο τρόπο.

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

Δοκιμάστε την εφαρμογή σας

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

Σημαντικό

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

Βέλτιστες πρακτικές για το στάδιο παραγωγής διοχετεύσεων ανάπτυξης

Αυτή η ενότητα παρέχει οδηγίες για το στάδιο παραγωγής διοχετεύσεων ανάπτυξης.

Διαχείριση των ατόμων που μπορούν να αναπτύξουν στην παραγωγή

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

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

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

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

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

Ενημέρωση της εφαρμογής παραγωγής

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

Ανάπτυξη στην παραγωγή με χρήση διακλαδώσεις του Git

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

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

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

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

Γρήγορες επιδιορθώσεις στο περιεχόμενο

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

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