Σενάρια χρήσης power BI: Δημοσίευση εταιρικού περιεχομένου

Σημείωμα

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

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

Σημείωμα

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

Οι δημιουργοί περιεχομένου και οι καταναλωτές επωφελούνται από πολλά πλεονεκτήματα όταν υιοθετούν πρακτικές DevOps για τη δημοσίευση περιεχομένου Power BI. Τα παρακάτω σημεία είναι μια επισκόπηση υψηλού επιπέδου σχετικά με τον τρόπο λειτουργίας αυτής της διαδικασίας.

1. Αναπτύξτε περιεχόμενο και δεσμεύστε εργασίες σε ένα απομακρυσμένο αποθετήριο δεδομένων: Οι δημιουργοί περιεχομένου αναπτύσσουν τη λύση τους στον δικό τους υπολογιστή. Δεσμεύουν και αποθηκεύουν την εργασία τους σε ένα απομακρυσμένο αποθετήριο δεδομένων σε τακτά χρονικά διαστήματα κατά τη διάρκεια της ανάπτυξης. Ένα απομακρυσμένο αποθετήριο δεδομένων περιέχει την πιο πρόσφατη έκδοση της λύσης και είναι προσβάσιμο από ολόκληρη την ομάδα ανάπτυξης.
2. Συνεργασία και διαχείριση αλλαγών περιεχομένου με χρήση του στοιχείου ελέγχου έκδοσης: Άλλοι δημιουργοί περιεχομένου μπορούν να κάνουν αναθεωρήσεις στη λύση δημιουργώντας έναν κλάδο. Ένας κλάδος είναι αντίγραφο ενός απομακρυσμένου αποθετηρίου δεδομένων. Όταν αυτές οι αναθεωρήσεις είναι έτοιμες και εγκεκριμένες, ο κλάδος συγχωνεύεται με την πιο πρόσφατη έκδοση της λύσης. Παρακολουθούνται όλες οι αναθεωρήσεις της λύσης. Αυτή η διαδικασία είναι γνωστή ως στοιχείο ελέγχου έκδοσης (ή στοιχείο ελέγχου προέλευσης).
3. Ανάπτυξη και προώθηση περιεχομένου με χρήση διοχετεύσεων: Στο σενάριο χρήσης δημοσίευσης περιεχομένου αυτοεξυπηρέτησης, το περιεχόμενο προωθείται (ή αναπτύσσεται) μέσω χώρων εργασίας ανάπτυξης, δοκιμής και παραγωγής, χρησιμοποιώντας διοχετεύσεις ανάπτυξης Power BI. Οι διοχετεύσεις ανάπτυξης του Power BI μπορούν να προβιβάσουν περιεχόμενο σε χώρους εργασίας Power BI Premium με μη αυτόματο τρόπο, χρησιμοποιώντας το περιβάλλον εργασίας χρήστη ή μέσω προγραμματισμού, χρησιμοποιώντας τα REST API. Αντίθετα, η δημοσίευση εταιρικού περιεχομένου (το επίκεντρο αυτού του σεναρίου χρήσης) προωθεί περιεχόμενο χρησιμοποιώντας διοχετεύσεις Azure. Οι διοχετεύσεις Azure είναι μια υπηρεσία Azure DevOps που αυτοματοποιεί τις δοκιμές, τη διαχείριση και την ανάπτυξη του περιεχομένου, χρησιμοποιώντας μια σειρά προσαρμοσμένων, προγραμματικών βημάτων. Στο σενάριο χρήσης δημοσίευσης εταιρικού περιεχομένου, αυτές οι διοχετεύσεις μπορούν επίσης να αναφέρονται ως συνεχείς διοχετεύσεις ενοποίησης και ανάπτυξης (ή CI/CD). Αυτές οι διοχετεύσεις ενσωματώνουν συχνά και αυτόματα αλλαγές και βελτιστοποιούν τη δημοσίευση περιεχομένου.

Σημαντικό

Κατά καιρούς αυτό το άρθρο αναφέρεται στο Power BI Premium ή στις συνδρομές εκχωρημένων πόρων του (P SKU). Να γνωρίζετε ότι η Microsoft ενοποιεί επί του παρόντος επιλογές αγοράς και αποσύρει το Power BI Premium ανά SKU εκχωρημένων πόρων. Οι νέοι και υπάρχοντες πελάτες θα πρέπει να εξετάσουν το ενδεχόμενο αγοράς συνδρομών εκχωρημένων πόρων Fabric (F SKU).

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

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

Μπορείτε να ρυθμίσετε και να διαχειριστείτε πρακτικές DevOps για τη λύση σας Power BI χρησιμοποιώντας Azure DevOps. Σε επιχειρησιακά σενάρια, μπορείτε να αυτοματοποιήσετε τη δημοσίευση περιεχομένου με το Azure DevOps και τα API REST του Power BI με τρεις διαφορετικούς τρόπους.

• Power BI REST API με διοχετεύσεις ανάπτυξης Power BI: Μπορείτε να εισαγάγετε περιεχόμενο σε χώρους εργασίας ανάπτυξης και να χρησιμοποιήσετε διοχετεύσεις ανάπτυξης για την ανάπτυξη περιεχομένου μέσω χώρων εργασίας δοκιμής και παραγωγής. Εξακολουθείτε να ελέγχετε την ανάπτυξη από το Azure DevOps και χρησιμοποιείτε τα Power BI REST API για τη διαχείριση διοχετεύσεων ανάπτυξης αντί για μεμονωμένα στοιχεία περιεχομένου. Επιπλέον, χρησιμοποιείτε το τελικό σημείο XMLA για να αναπτύξετε μετα-δεδομένα μοντέλου δεδομένων αντί για ένα αρχείο Power BI Desktop (.pbix) με Azure DevOps. Αυτά τα μετα-δεδομένα σάς επιτρέπουν να παρακολουθείτε τις αλλαγές σε επίπεδο αντικειμένου χρησιμοποιώντας τον έλεγχο έκδοσης. Παρόλο που είναι πιο ισχυρή και πιο εύκολη στη συντήρηση, αυτή η προσέγγιση απαιτεί άδεια χρήσης Premium και μέτρια προσπάθεια δημιουργίας δέσμης ενεργειών για τη ρύθμιση της εισαγωγής και ανάπτυξης περιεχομένου με τα Power BI REST API. Χρησιμοποιήστε αυτήν την προσέγγιση όταν θέλετε να απλοποιήσετε τη διαχείριση του κύκλου ζωής του περιεχομένου με διοχετεύσεις ανάπτυξης και έχετε μια άδεια χρήσης Premium. Το τελικό σημείο XMLA και οι διοχετεύσεις ανάπτυξης Power BI είναι δυνατότητες Premium.
• Power BI REST API: Μπορείτε επίσης να εισαγάγετε περιεχόμενο σε χώρους εργασίας ανάπτυξης, δοκιμής και παραγωγής, χρησιμοποιώντας το Azure DevOps και μόνο τα Power BI REST API. Αυτή η προσέγγιση δεν απαιτεί εκχώρηση αδειών χρήσης Premium, αλλά περιλαμβάνει προσπάθεια και ρύθμιση υψηλών δεσμών ενεργειών, καθώς η διαχείριση της ανάπτυξης εκτελείται εκτός του Power BI. Χρησιμοποιήστε αυτή την προσέγγιση όταν θέλετε να αναπτύξετε περιεχόμενο Power BI κεντρικά από το Azure DevOps ή όταν δεν έχετε μια άδεια χρήσης Premium. Για μια οπτική σύγκριση μεταξύ των δύο πρώτων προσεγγίσεων, ανατρέξτε στο διάγραμμα ροής προσεγγίσεων διοχέτευσης έκδοσης.
• Εργαλεία αυτοματισμού του Power BI με διοχετεύσεις ανάπτυξης του Power BI: Μπορείτε να χρησιμοποιήσετε τα εργαλεία αυτοματισμού του Power BI επέκταση Azure DevOps για να διαχειριστείτε διοχετεύσεις ανάπτυξης αντί για τα Power BI REST API. Αυτή η προσέγγιση είναι μια εναλλακτική της πρώτης επιλογής, η οποία χρησιμοποιεί τα Power BI REST API με διοχετεύσεις ανάπτυξης Power BI. Η επέκταση εργαλείων αυτοματισμού του Power BI είναι ένα εργαλείο ανοιχτός κώδικας. Σας βοηθά να διαχειρίζεστε και να δημοσιεύετε περιεχόμενο από το Azure DevOps χωρίς να χρειάζεται να συντάξετε δέσμες ενεργειών PowerShell. Χρησιμοποιήστε αυτήν την προσέγγιση όταν θέλετε να διαχειριστείτε διοχετεύσεις ανάπτυξης από το Azure DevOps με ελάχιστη προσπάθεια δημιουργίας δέσμης ενεργειών και έχετε Premium εκχωρημένους πόρους.

Αυτό το άρθρο εστιάζει στην πρώτη επιλογή, η οποία χρησιμοποιεί τα Power BI REST API με διοχετεύσεις ανάπτυξης Power BI. Περιγράφει πώς μπορείτε να χρησιμοποιήσετε το Azure DevOps για να ρυθμίσετε πρακτικές DevOps. Περιγράφει επίσης πώς μπορείτε να χρησιμοποιήσετε τα αποθετήρια δεδομένων Azure για τα απομακρυσμένα αποθετήρια δεδομένων σας και να αυτοματοποιήσετε τις δοκιμές περιεχομένου, την ενοποίηση και την παράδοση με τις διοχετεύσεις Azure. Το Azure DevOps δεν είναι ο μόνος τρόπος για να ρυθμίσετε τη δημοσίευση εταιρικού περιεχομένου, αλλά η απλή ενοποίηση με το Power BI το καθιστά μια καλή επιλογή.

Σημείωμα

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

Φιλοδώρημα

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

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

Διάγραμμα σεναρίου

Το παρακάτω διάγραμμα απεικονίζει μια επισκόπηση υψηλού επιπέδου των συνηθέστερων ενεργειών χρήστη και στοιχείων Του Power BI που υποστηρίζουν τη δημοσίευση εταιρικού περιεχομένου. Η εστίαση είναι στη χρήση του Azure DevOps για τη διαχείριση και δημοσίευση περιεχομένου μέσω προγραμματισμού, σε κλίμακα σε χώρους εργασίας ανάπτυξης, δοκιμής και παραγωγής στον Υπηρεσία Power BI.

Φιλοδώρημα

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

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

Στοιχείο	Περιγραφή
	Οι δημιουργοί περιεχομένου αναπτύσσουν μοντέλα δεδομένων χρησιμοποιώντας το Power BI Desktop ή το Tabular Editor και αναπτύσσουν αναφορές χρησιμοποιώντας το Power BI Desktop. Οι δημιουργοί περιεχομένου αποθηκεύουν την εργασία τους σε ένα τοπικό αποθετήριο δεδομένων κατά τη διάρκεια της ανάπτυξης.
	Οι δημιουργοί περιεχομένου μπορούν να κλωνοποιήσουν ένα απομακρυσμένο αποθετήριο δεδομένων για να λάβουν ένα τοπικό αντίγραφο αυτού του περιεχομένου.
	Ορισμένες προελεύσεις δεδομένων ενδέχεται να απαιτούν μια πύλη δεδομένων εσωτερικής εγκατάστασης ή μια πύλη VNet για την ανανέωση δεδομένων, όπως αυτές που βρίσκονται εντός ενός ιδιωτικού εταιρικού δικτύου.
	Οι δημιουργοί περιεχομένου δεσμεύονται τακτικά και προωθούν τις αλλαγές τους σε ένα απομακρυσμένο αποθετήριο κατά τη διάρκεια της ανάπτυξης, χρησιμοποιώντας ένα πρόγραμμα-πελάτη Git, όπως το Visual Studio Code. Στο διάγραμμα, το απομακρυσμένο αποθετήριο δεδομένων είναι τα Αποθετήρια δεδομένων Azure.
	Άλλοι δημιουργοί περιεχομένου χρησιμοποιούν τα Αποθετήρια δεδομένων Azure για την παρακολούθηση των αλλαγών με τον έλεγχο έκδοσης. Συνεργάζονται με τη δέσμευση αλλαγών σε ξεχωριστούς κλάδους.
	Οι αλλαγές στο περιεχόμενο στο απομακρυσμένο αποθετήριο ενεργοποιούν τις Διοχετεύσεις Azure. Μια διοχέτευση επικύρωσης είναι η πρώτη διοχέτευση που ενεργοποιείται. Η διοχέτευση επικύρωσης εκτελεί αυτοματοποιημένες δοκιμές για την επικύρωση περιεχομένου πριν από τη δημοσίευσή του.
	Το περιεχόμενο που διαβιβάζει τη διοχέτευση επικύρωσης ενεργοποιεί μια επακόλουθη διοχέτευση δόμησης. Η διοχέτευση δόμησης προετοιμάζει το περιεχόμενο για δημοσίευση στον Υπηρεσία Power BI. Η διαδικασία μέχρι αυτό το σημείο αναφέρεται συνήθως ως συνεχής ενοποίηση (CI).
	Το περιεχόμενο δημοσιεύεται και αναπτύσσεται χρησιμοποιώντας διοχετεύσεις έκδοσης. Οι διοχετεύσεις έκδοσης χρησιμοποιούν είτε τα Power BI REST API είτε το τελικό σημείο XMLA χώρου εργασίας για την εισαγωγή περιεχομένου μέσω προγραμματισμού στον Υπηρεσία Power BI. Η ανάπτυξη με χρήση διοχετεύσεων έκδοσης αναφέρεται συνήθως ως συνεχής ανάπτυξη (CD).
	Μια διαχείριση εκδόσεων ελέγχει την ανάπτυξη για χώρους εργασίας δοκιμής και παραγωγής, χρησιμοποιώντας μια έγκριση έκδοσης διοχετεύσεων Azure. Στη δημοσίευση εταιρικού περιεχομένου, ένας διαχειριστής εκδόσεων συνήθως σχεδιάζει και συντονίζει την έκδοση περιεχομένου σε περιβάλλοντα δοκιμής και παραγωγής. Συντονίζουν και επικοινωνούν με δημιουργούς περιεχομένου, ενδιαφερόμενους και χρήστες.
	Μια διοχέτευση έκδοσης δημοσιεύει περιεχόμενο στον χώρο εργασίας ανάπτυξης ή προωθεί περιεχόμενο από την ανάπτυξη σε δοκιμαστικούς χώρους εργασίας ή δοκιμάζει σε χώρους εργασίας παραγωγής.
	Οι δημιουργοί περιεχομένου που εργάζονται σε έναν χώρο εργασίας που διαθέτει τη λειτουργία άδειας χρήσης εκχωρημένων πόρων Fabric μπορούν να χρησιμοποιήσουν ενοποίηση Git. Με την ενοποίηση Git, οι δημιουργοί περιεχομένου μπορούν να εργαστούν σε έναν ιδιωτικό χώρο εργασίας κατά τη διάρκεια της ανάπτυξης. Ο δημιουργός περιεχομένου συγχρονίζει έναν απομακρυσμένο κλάδο (συνήθως έναν συγκεκριμένο κλάδο δυνατοτήτων ή έναν κλάδο σφαλμάτων) από τα Αποθετήρια δεδομένων Azure στον ιδιωτικό χώρο εργασίας του. Οι αλλαγές περιεχομένου συγχρονίζονται μεταξύ του απομακρυσμένου κλάδου στα Αποθετήρια δεδομένων Azure και του χώρου εργασίας. Σε αυτό το σενάριο, οι δημιουργοί περιεχομένου δεν χρειάζεται να χρησιμοποιήσουν διοχετεύσεις Azure για τη δημοσίευση περιεχομένου. Οι δημιουργοί περιεχομένου μπορούν επίσης να δεσμεύουν και προωθούν τακτικά αλλαγές από τον χώρο εργασίας μετά τη δημοσίευση. Όταν είναι έτοιμο, οι δημιουργοί περιεχομένου μπορούν να υποβάλουν ένα αίτημα έλξης (PR) για να συγχωνεύσουν τις αλλαγές τους στον κύριο κλάδο.
	Όταν χρησιμοποιείτε την ενοποίηση Git, ο χώρος εργασίας ανάπτυξης συγχρονίζεται με τον κύριο κλάδο για να λάβει τις πιο πρόσφατες εκδόσεις περιεχομένου. Αυτό το περιεχόμενο περιλαμβάνει όλες τις αλλαγές από τα αιτήματα έλξης που εξετάζει, εγκρίνει και συγχωνεύει ένας διαχειριστής έκδοσης.
	Οι χώροι εργασίας ορίζονται σε εκχωρημένους πόρους Fabric, Premium εκχωρημένους πόρους, Premium ανά χρήστη ή Ενσωματωμένηλειτουργία άδειας χρήσης, για να επιτρέπεται η χρήση διοχετεύσεων ανάπτυξης Power BI και του τελικού σημείου ανάγνωσης/εγγραφής XMLA.
	Ένας διαχειριστής διοχέτευσης ανάπτυξης ρυθμίζει τη διοχέτευση ανάπτυξης Power BI με τρία στάδια: ανάπτυξη, δοκιμή και παραγωγή. Κάθε στάδιο στοιχίζεται σε έναν ξεχωριστό χώρο εργασίας στην Υπηρεσία Power BI. Οι ρυθμίσεις ανάπτυξης και η πρόσβαση ορίζονται για τη διοχέτευση ανάπτυξης.
	Ο χώρος εργασίας ανάπτυξης περιέχει τις τελευταίες εκδόσεις περιεχομένου, συμπεριλαμβανομένων όλων των εγκεκριμένων και συγχωνευμένων αλλαγών. Όταν εγκριθεί, μια διοχέτευση έκδοσης αναπτύσσει περιεχόμενο από την ανάπτυξη στον δοκιμαστικό χώρο εργασίας.
	Οι αναθεωρητές εντός του δοκιμαστικού χώρου εργασίας πραγματοποιούν δοκιμές και διασφάλιση ποιότητας στο περιεχόμενο. Όταν εγκριθεί, μια διοχέτευση έκδοσης αναπτύσσει περιεχόμενο από τη δοκιμή στον χώρο εργασίας παραγωγής. Όταν χρησιμοποιείτε την ενοποίηση Git με διοχετεύσεις ανάπτυξης, ο δοκιμαστικός χώρος εργασίας δεν συγχρονίζεται με καμία διακλάδωση.
	Αφού ολοκληρωθεί η ανάπτυξη της διοχέτευσης ανάπτυξης, οι δημιουργοί περιεχομένου εκτελούν με μη αυτόματο τρόπο δραστηριότητες μετά την ανάπτυξη. Οι δραστηριότητες μπορεί να περιλαμβάνουν τη ρύθμιση προγραμματισμένης ανανέωσης δεδομένων ή την ενημέρωση μιας εφαρμογής Power BI για τον χώρο εργασίας παραγωγής. Όταν χρησιμοποιείτε την ενοποίηση Git με διοχετεύσεις ανάπτυξης, ο χώρος εργασίας παραγωγής δεν συγχρονίζεται με καμία διακλάδωση.
	Οι θεατές περιεχομένου αποκτούν πρόσβαση στο περιεχόμενο χρησιμοποιώντας τον χώρο εργασίας παραγωγής ή μια εφαρμογή Power BI.

Φιλοδώρημα

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

Βασικά σημεία

Ακολουθούν ορισμένα βασικά σημεία που πρέπει να τονιστούν σχετικά με το σενάριο δημοσίευσης εταιρικού περιεχομένου.

Έλεγχος έκδοσης

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

Οι δημιουργοί περιεχομένου συνήθως αναπτύσσουν μοντέλα δεδομένων στο Tabular Editor για την υποστήριξη καλύτερου ελέγχου εκδόσεων. Σε αντίθεση με ένα μοντέλο δεδομένων που αναπτύσσετε στο Power BI Desktop, ένα μοντέλο δεδομένων που αναπτύσσεται στο Tabular Editor αποθηκεύεται σε μορφή μετα-δεδομένων με δυνατότητα ανάγνωσης από τον άνθρωπο. Αυτή η μορφή επιτρέπει το στοιχείο ελέγχου έκδοσης του μοντέλου δεδομένων σε επίπεδο αντικειμένου. Θα πρέπει να χρησιμοποιείτε το στοιχείο ελέγχου έκδοσης σε επίπεδο αντικειμένου όταν συνεργάζεστε με πολλά άτομα στο ίδιο μοντέλο δεδομένων. Για περισσότερες πληροφορίες, ανατρέξτε στο σενάριο χρήσης για τη διαχείριση μοντέλων δεδομένων για προχωρημένους. Δεν είναι δυνατό να δείτε αλλαγές που κάνατε σε ένα αρχείο Power BI Desktop (.pbix), όπως ο ορισμός αναφοράς ή το μοντέλο δεδομένων. Για παράδειγμα, δεν μπορείτε να παρακολουθήσετε αλλαγές σε μια σελίδα αναφοράς, όπως τις απεικονίσεις που χρησιμοποιούνται, τις θέσεις τους και τις αντιστοιχίσεις πεδίων ή τη μορφοποίηση τους.

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

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

• Εμβέλεια: Καθορίστε με σαφήνεια την εμβέλεια του αποθετηρίου δεδομένων. Ιδανικά, η εμβέλεια του αποθετηρίου είναι πανομοιότυπη με την εμβέλεια των μεταγενέστερων χώρων εργασίας και εφαρμογών που χρησιμοποιείτε για την παράδοση περιεχομένου στους καταναλωτές.
• Πρόσβαση: Θα πρέπει να ρυθμίσετε την πρόσβαση στο αποθετήριο χρησιμοποιώντας ένα παρόμοιο μοντέλο δικαιωμάτων όπως έχετε ρυθμίσει για τα δικαιώματα διοχέτευσης ανάπτυξης και τους ρόλους χώρου εργασίας. Οι δημιουργοί περιεχομένου χρειάζονται πρόσβαση στο αποθετήριο.
• Τεκμηρίωση: Προσθέστε αρχεία κειμένου στο αποθετήριο για να τεκμηριώσετε τον σκοπό, την κυριότητα, την πρόσβαση και τις καθορισμένες διαδικασίες του. Για παράδειγμα, η τεκμηρίωση μπορεί να περιγράψει τον τρόπο με τον οποίο οι αλλαγές πρέπει να οργανώνονται και να δεσμεύονται.
• Εργαλεία: Για την πραγματοποίηση και προώθηση αλλαγών σε ένα απομακρυσμένο αποθετήριο δεδομένων, οι δημιουργοί περιεχομένου χρειάζονται ένα πρόγραμμα-πελάτη Git , όπως το Visual Studio ή το Visual Studio Code. Το Git είναι ένα κατανεμημένο σύστημα ελέγχου εκδόσεων που παρακολουθεί τις αλλαγές στα αρχεία σας. Για να μάθετε τα βασικά στοιχεία του Git, ανατρέξτε στο θέμα Τι είναι το Git;.

Σημείωμα

Εξετάστε τη χρήση του Git Large File Υπηρεσία αποθήκευσης (LFS) εάν σκοπεύετε να διαπράξετε αρχεία Power BI Desktop (.pbix). Το Git LFS παρέχει σύνθετες επιλογές για τη διαχείριση αρχείων όπου οι αλλαγές δεν είναι ορατές (αδιαφορώντα αρχεία), όπως ένα αρχείο .pbix. Για παράδειγμα, μπορείτε να χρησιμοποιήσετε το κλείδωμα αρχείων για να αποτρέψετε τις ταυτόχρονες αλλαγές σε μια αναφορά Power BI κατά τη διάρκεια της ανάπτυξης. Ωστόσο, το Git LFS έχει το δικό του πρόγραμμα-πελάτη και ρύθμιση παραμέτρων.

Συνεργασία με το Azure DevOps

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

Για συνεργασία και επικοινωνία στο Azure DevOps, χρησιμοποιείτε υποστηρικτικές υπηρεσίες.

• Πίνακες Azure: Οι κάτοχοι περιεχομένου χρησιμοποιούν πίνακες για την παρακολούθηση στοιχείων εργασίας. Τα στοιχεία εργασίας ανατίθενται το καθένα σε έναν μόνο προγραμματιστή στην ομάδα και περιγράφουν ζητήματα, σφάλματα ή δυνατότητες στη λύση, καθώς και τους αντίστοιχους ενδιαφερομένους.
• Azure Wiki: Οι δημιουργοί περιεχομένου μοιράζονται πληροφορίες με την ομάδα τους για να κατανοήσουν και να συνεισφέρουν στη λύση.
• Αποθετήρια δεδομένων Azure: Οι δημιουργοί περιεχομένου παρακολουθούν τις αλλαγές στο απομακρυσμένο αποθετήριο δεδομένων και τις συγχωνεύουν σε μια μοναδική λύση.
• Διοχετεύσεις Azure: Οι κάτοχοι διοχέτευσης ορίζουν προγραμματισμένη λογική για την ανάπτυξη της λύσης, είτε αυτόματα είτε κατ' απαίτηση.

Διάγραμμα ροής συνεργασίας

Το παρακάτω διάγραμμα απεικονίζει μια επισκόπηση υψηλού επιπέδου ενός παραδείγματος του τρόπου με τον οποίο το Azure DevOps επιτρέπει τη συνεργασία στο σενάριο χρήσης δημοσίευσης εταιρικού περιεχομένου. Το διάγραμμα εστιάζει στη χρήση του Azure DevOps για τη δημιουργία μιας δομημένης και τεκμηριωμένης διαδικασίας δημοσίευσης περιεχομένου.

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

Στοιχείο	Περιγραφή
	Ένας δημιουργός περιεχομένου δημιουργεί έναν νέο, βραχύβιο κλάδο κλωνοποιώντας τον κύριο κλάδο, ο οποίος περιέχει την πιο πρόσφατη έκδοση του περιεχομένου. Ο νέος κλάδος αναφέρεται συχνά ως ο κλάδος δυνατοτήτων , καθώς χρησιμοποιείται για την ανάπτυξη μιας συγκεκριμένης δυνατότητας ή την επίλυση ενός συγκεκριμένου ζητήματος.
	Ο δημιουργός του περιεχομένου δεσμεύεται για τις αλλαγές του σε ένα τοπικό αποθετήριο κατά τη διάρκεια της ανάπτυξης.
	Ο δημιουργός περιεχομένου συνδέει τις αλλαγές του σε στοιχεία εργασίας των οποίων η διαχείριση γίνεται σε πίνακες Azure. Τα στοιχεία εργασίας περιγράφουν συγκεκριμένες εξελίξεις, βελτιώσεις ή επιδιορθώσεις σφαλμάτων που στοχεύουν στον κλάδο τους.
	Ο δημιουργός περιεχομένου δεσμεύεται τακτικά για τις αλλαγές του. Όταν είναι έτοιμο, ο δημιουργός περιεχομένου δημοσιεύει τον κλάδο του στο απομακρυσμένο αποθετήριο δεδομένων.
	Για να δοκιμάσει τις αλλαγές του, ο δημιουργός περιεχομένου αναπτύσσει τη λύση του σε έναν απομονωμένο χώρο εργασίας για την ανάπτυξή του (δεν εμφανίζεται σε αυτό το διάγραμμα). Ο δημιουργός περιεχομένου μπορεί επίσης να συγχρονίσει τον κλάδο δυνατοτήτων στον χώρο εργασίας χρησιμοποιώντας την ενοποίηση Fabric Git.
	Οι δημιουργοί περιεχομένου και οι κάτοχοι περιεχομένου τεκμηριώνουν τη λύση και τις διαδικασίες της σε ένα Wiki Azure, το οποίο είναι διαθέσιμο σε ολόκληρη την ομάδα ανάπτυξης.
	Όταν είναι έτοιμο, ο δημιουργός περιεχομένου ανοίγει ένα αίτημα έλξης για να συγχωνεύσει τον κλάδο της δυνατότητας στον κύριο κλάδο.
	Ένας τεχνικός κάτοχος είναι υπεύθυνος για την αναθεώρηση του αιτήματος έλξης και τη συγχώνευση αλλαγών. Όταν εγκρίνουν το αίτημα έλξης, συγχωνεύουν τη διακλάδωση της δυνατότητας στον κύριο κλάδο.
	Μια επιτυχημένη συγχώνευση ενεργοποιεί την ανάπτυξη της λύσης σε έναν χώρο εργασίας ανάπτυξης χρησιμοποιώντας μια διοχέτευση Azure (δεν εμφανίζεται σε αυτό το διάγραμμα). Όταν χρησιμοποιείτε την ενοποίηση Fabric Git, ο κύριος κλάδος συγχρονίζεται στον χώρο εργασίας ανάπτυξης.
	Ο διαχειριστής έκδοσης εκτελεί μια τελική αναθεώρηση και έγκριση της λύσης. Αυτή η έγκριση έκδοσης αποτρέπει τη δημοσίευση της λύσης προτού είναι έτοιμη. Στη δημοσίευση εταιρικού περιεχομένου, ένας διαχειριστής εκδόσεων συνήθως σχεδιάζει και συντονίζει την έκδοση περιεχομένου σε χώρους εργασίας δοκιμής και παραγωγής. Συντονίζουν και επικοινωνούν με δημιουργούς περιεχομένου, ενδιαφερόμενους και χρήστες.
	Όταν ο διαχειριστής έκδοσης εγκρίνει την έκδοση, οι διοχετεύσεις Azure προετοιμάζουν αυτόματα τη λύση για ανάπτυξη. Εναλλακτικά, μια διοχέτευση Azure μπορεί επίσης να ενεργοποιήσει μια διοχέτευση ανάπτυξης για την προώθηση περιεχομένου μεταξύ χώρων εργασίας.
	Οι χρήστες δοκιμάζουν και επικυρώνουν περιεχόμενο στον δοκιμαστικό χώρο εργασίας. Όταν χρησιμοποιείτε την ενοποίηση Git με τις Διοχετεύσεις Azure για ανάπτυξη, ο δοκιμαστικός χώρος εργασίας δεν συγχρονίζεται με καμία διακλάδωση.
	Αφού οι χρήστες αποδεχτούν και επικυρώσουν τις αλλαγές, ο διαχειριστής έκδοσης εκτελεί μια τελική αναθεώρηση και έγκριση της λύσης για ανάπτυξη στον χώρο εργασίας παραγωγής.
	Οι χρήστες προβάλουν περιεχόμενο που έχει δημοσιευτεί στον χώρο εργασίας παραγωγής. Όταν χρησιμοποιείτε την ενοποίηση Git με τις Διοχετεύσεις Azure για ανάπτυξη, ο χώρος εργασίας παραγωγής δεν συγχρονίζεται με καμία διακλάδωση.

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

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

Προτάσεις συνεργασίας

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

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

Σημαντικό

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

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

API REST του Power BI

Αναπτύσσετε λογική προγραμματισμού για την εισαγωγή και ανάπτυξη περιεχομένου από το Azure DevOps χρησιμοποιώντας τα API REST του Power BI. Μπορείτε να εισαγάγετε αρχεία Power BI (.pbix) σε έναν χώρο εργασίας χρησιμοποιώντας μια λειτουργία εισαγωγής. Χρησιμοποιείτε μια λειτουργία διοχέτευσης για να αναπτύξετε κάποιο περιεχόμενο ή όλο το περιεχόμενο για να ελέγξετε ή να δημιουργήσετε χώρους εργασίας χρησιμοποιώντας διοχετεύσεις ανάπτυξης Power BI. Η λογική προγραμματισμού ορίζεται στις Διοχετεύσεις Azure.

Συνιστούμε να χρησιμοποιήσετε μια κύρια υπηρεσία για να καλέσετε τα Power BI REST API στις διοχετεύσεις σας. Μια κύρια υπηρεσία προορίζεται για αυτοματοποιημένες δραστηριότητες χωρίς επίβλεψη και δεν βασίζεται σε διαπιστευτήρια χρήστη. Ωστόσο, ορισμένα στοιχεία και δραστηριότητες δεν υποστηρίζονται από τα Power BI REST API ή κατά τη χρήση μιας κύριας υπηρεσίας, όπως οι ροές δεδομένων.

Όταν χρησιμοποιείτε μια κύρια υπηρεσία, φροντίστε να διαχειρίζεστε προσεκτικά τα δικαιώματα. Ο στόχος σας θα πρέπει να είναι να ακολουθείτε την αρχή του ελάχιστου δικαιώματος. Θα πρέπει να ορίσετε επαρκή δικαιώματα για την κύρια υπηρεσία χωρίς δικαιώματα υπερ-προμήθειας. Χρησιμοποιήστε το Azure Key Vault ή κάποια άλλη υπηρεσία που αποθηκεύει με ασφάλεια τους μυστικούς κωδικούς και τα διαπιστευτήρια της κύριας υπηρεσίας.

Προσοχή

Εάν έχετε ένα μοντέλο δεδομένων που έχει αποθηκευτεί ως μορφή μετα-δεδομένων αναγνώσιμη από τον άνθρωπο, δεν μπορεί να δημοσιευτεί χρησιμοποιώντας τα Power BI REST API. Αντίθετα, πρέπει να τη δημοσιεύσετε χρησιμοποιώντας το τελικό σημείο XMLA. Μπορείτε να δημοσιεύσετε αρχεία μετα-δεδομένων χρησιμοποιώντας εργαλεία τρίτων κατασκευαστών, όπως τη διασύνδεση γραμμής εντολών tabular Editor (CLI). Μπορείτε επίσης να δημοσιεύσετε αρχεία μετα-δεδομένων μέσω προγραμματισμού, χρησιμοποιώντας τη δική σας προσαρμοσμένη ανάπτυξη .NET. Η ανάπτυξη μιας προσαρμοσμένης λύσης απαιτεί περισσότερη προσπάθεια, καθώς πρέπει να χρησιμοποιήσετε την επέκταση Microsoft Tabular Object Model (TOM) των βιβλιοθηκών προγράμματος-πελάτη αντικειμένου διαχείρισης ανάλυσης (AMO).

Διοχετεύσεις Azure

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

Υπάρχουν τρεις τύποι διοχετεύσεων Azure που μπορείτε να ρυθμίσετε για δοκιμή, διαχείριση και ανάπτυξη της λύσης σας Power BI:

• Διοχετεύσεις επικύρωσης.
• Δημιουργήστε διοχετεύσεις.
• Κυκλοφορίες διοχετεύσεων.

Σημείωμα

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

Διοχετεύσεις επικύρωσης

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

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

Δημιουργία διοχετεύσεων

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

Κυκλοφορίες διοχετεύσεων

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

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

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

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

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

Στοιχείο	Περιγραφή
	Στην πρώτη προσέγγιση, οι διοχετεύσεις έκδοσης δημοσιεύουν περιεχόμενο χρησιμοποιώντας το τελικό σημείο XMLA και τα API REST του Power BI με διοχετεύσεις ανάπτυξης Power BI. Το περιεχόμενο δημοσιεύεται και, στη συνέχεια, προωθείται μέσω χώρων εργασίας ανάπτυξης, δοκιμής και παραγωγής. Οι διοχετεύσεις ανάπτυξης Power BI και το τελικό σημείο ανάγνωσης/εγγραφής XMLA είναι δυνατότητες Premium.
	Μια επιτυχημένη συγχώνευση διακλάδωσης ή η ολοκλήρωση μιας ανοδικής διοχέτευσης ενεργοποιεί τη διοχέτευση δόμησης. Στη συνέχεια, η διοχέτευση δόμησης προετοιμάζει το περιεχόμενο για δημοσίευση και ενεργοποιεί τη διοχέτευση έκδοσης ανάπτυξης.
	Η διοχέτευση έκδοσης ανάπτυξης δημοσιεύει περιεχόμενο στον χώρο εργασίας ανάπτυξης χρησιμοποιώντας το τελικό σημείο XMLA (για μετα-δεδομένα μοντέλου δεδομένων) ή τα API REST του Power BI (για αρχεία Power BI Desktop, τα οποία μπορούν να περιέχουν μοντέλα δεδομένων και αναφορές). Η διοχέτευση ανάπτυξης χρησιμοποιεί τη διασύνδεση γραμμής εντολών του Προγράμματος επεξεργασίας σε μορφή πίνακα (CLI) για την ανάπτυξη μετα-δεδομένων μοντέλου δεδομένων χρησιμοποιώντας το τελικό σημείο XMLA.
	Μια έγκριση έκδοσης ή έναυσμα κατ' απαίτηση ενεργοποιεί τη διοχέτευση έκδοσης δοκιμής.
	Η διοχέτευση έκδοσης δοκιμής αναπτύσσει περιεχόμενο χρησιμοποιώντας τις λειτουργίες ανάπτυξης του Power BI REST API, οι οποίες εκτελούν τη διοχέτευση ανάπτυξης Power BI.
	Η διοχέτευση ανάπτυξης Power BI προωθεί περιεχόμενο από τον χώρο εργασίας ανάπτυξης στον δοκιμαστικό χώρο εργασίας. Μετά την ανάπτυξη, η διοχέτευση έκδοσης εκτελεί δραστηριότητες μετά την ανάπτυξη, χρησιμοποιώντας τα Power BI REST API (δεν εμφανίζονται στο διάγραμμα).
	Ένα έναυσμα έγκρισης έκδοσης ή έναυσμα κατ' απαίτηση ενεργοποιεί τη διοχέτευση έκδοσης παραγωγής.
	Η διοχέτευση έκδοσης παραγωγής αναπτύσσει περιεχόμενο χρησιμοποιώντας τις λειτουργίες ανάπτυξης του Power BI REST API, οι οποίες εκτελούν τη διοχέτευση ανάπτυξης Power BI.
	Η διοχέτευση ανάπτυξης Power BI προωθεί περιεχόμενο από τον δοκιμαστικό χώρο εργασίας στον χώρο εργασίας παραγωγής. Μετά την ανάπτυξη, η διοχέτευση έκδοσης εκτελεί δραστηριότητες μετά την ανάπτυξη, χρησιμοποιώντας τα Power BI REST API (δεν εμφανίζονται στο διάγραμμα).

Το παρακάτω διάγραμμα απεικονίζει τη δεύτερη προσέγγιση. Αυτή η προσέγγιση δεν χρησιμοποιεί διοχετεύσεις ανάπτυξης. Αντί για αυτό, χρησιμοποιεί διοχετεύσεις έκδοσης για τη δημοσίευση περιεχομένου σε χώρους εργασίας δοκιμής και παραγωγής από το Azure DevOps. Συγκεκριμένα, αυτή η δεύτερη προσέγγιση δεν απαιτεί άδεια χρήσης Premium όταν δημοσιεύετε μόνο αρχεία Power BI Desktop με τα Power BI REST API. Περιλαμβάνει περισσότερη προσπάθεια εγκατάστασης και πολυπλοκότητα, καθώς πρέπει να διαχειριστείτε την ανάπτυξη εκτός του Power BI. Οι ομάδες ανάπτυξης που χρησιμοποιούν ήδη DevOps για λύσεις δεδομένων εκτός του Power BI μπορεί να είναι πιο εξοικειωμένες με αυτή την προσέγγιση. Οι ομάδες ανάπτυξης που χρησιμοποιούν αυτή την προσέγγιση μπορούν να ενοποιήσουν την ανάπτυξη λύσεων δεδομένων στο Azure DevOps.

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

Στοιχείο	Περιγραφή
	Στη δεύτερη προσέγγιση, η έκδοση διοχετεύει περιεχόμενο, χρησιμοποιώντας το τελικό σημείο XMLA και μόνο τα API REST του Power BI. Το περιεχόμενο δημοσιεύεται σε χώρους εργασίας ανάπτυξης, δοκιμής και παραγωγής.
	Μια επιτυχημένη συγχώνευση διακλάδωσης ή η ολοκλήρωση μιας ανοδικής διοχέτευσης ενεργοποιεί τη διοχέτευση δόμησης. Στη συνέχεια, η διοχέτευση δόμησης προετοιμάζει το περιεχόμενο για δημοσίευση και ενεργοποιεί τη διοχέτευση έκδοσης ανάπτυξης.
	Η διοχέτευση έκδοσης ανάπτυξης δημοσιεύει περιεχόμενο στον χώρο εργασίας ανάπτυξης χρησιμοποιώντας το τελικό σημείο XMLA (για μετα-δεδομένα μοντέλου δεδομένων) ή τα API REST του Power BI (για αρχεία Power BI Desktop, τα οποία μπορούν να περιέχουν μοντέλα δεδομένων και αναφορές). Η διοχέτευση ανάπτυξης χρησιμοποιεί τη διασύνδεση γραμμής εντολών του Προγράμματος επεξεργασίας σε μορφή πίνακα (CLI) για την ανάπτυξη μετα-δεδομένων μοντέλου δεδομένων χρησιμοποιώντας το τελικό σημείο XMLA.
	Μια έγκριση έκδοσης ή έναυσμα κατ' απαίτηση ενεργοποιεί τη διοχέτευση έκδοσης δοκιμής.
	Η διοχέτευση έκδοσης ανάπτυξης δημοσιεύει περιεχόμενο στον δοκιμαστικό χώρο εργασίας χρησιμοποιώντας το τελικό σημείο XMLA (για μετα-δεδομένα μοντέλου δεδομένων) ή τα API REST του Power BI (για αρχεία Power BI Desktop, τα οποία μπορούν να περιέχουν μοντέλα δεδομένων και αναφορές). Η διοχέτευση ανάπτυξης χρησιμοποιεί τη διασύνδεση γραμμής εντολών του Προγράμματος επεξεργασίας σε μορφή πίνακα (CLI) για την ανάπτυξη μετα-δεδομένων μοντέλου δεδομένων χρησιμοποιώντας το τελικό σημείο XMLA. Μετά την ανάπτυξη, η διοχέτευση έκδοσης εκτελεί δραστηριότητες μετά την ανάπτυξη, χρησιμοποιώντας τα Power BI REST API (δεν εμφανίζονται στο διάγραμμα).
	Ένα έναυσμα έγκρισης έκδοσης ή έναυσμα κατ' απαίτηση ενεργοποιεί τη διοχέτευση έκδοσης παραγωγής.
	Η διοχέτευση έκδοσης ανάπτυξης δημοσιεύει περιεχόμενο στον χώρο εργασίας παραγωγής χρησιμοποιώντας το τελικό σημείο XMLA (για μετα-δεδομένα μοντέλου δεδομένων) ή τα API REST του Power BI (για αρχεία Power BI Desktop, τα οποία μπορούν να περιέχουν μοντέλα δεδομένων και αναφορές). Η διοχέτευση ανάπτυξης χρησιμοποιεί τη διασύνδεση γραμμής εντολών του Προγράμματος επεξεργασίας σε μορφή πίνακα (CLI) για την ανάπτυξη μετα-δεδομένων μοντέλου δεδομένων χρησιμοποιώντας το τελικό σημείο XMLA. Μετά την ανάπτυξη, η διοχέτευση έκδοσης εκτελεί δραστηριότητες μετά την ανάπτυξη, χρησιμοποιώντας τα Power BI REST API (δεν εμφανίζονται στο διάγραμμα).

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

Φιλοδώρημα

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

Διοχετεύσεις ανάπτυξης Power BI

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

Μια διοχέτευση διοχέτευσης διοχετεύσεων Azure χρησιμοποιεί τα Power BI REST API για την ανάπτυξη περιεχομένου χρησιμοποιώντας μια διοχέτευση ανάπτυξης Power BI. Η πρόσβαση τόσο στον χώρο εργασίας όσο και στη διοχέτευση ανάπτυξης απαιτείται για τους χρήστες που διεξάγουν μια ανάπτυξη. Συνιστούμε να σχεδιάσετε την πρόσβαση διοχέτευσης ανάπτυξης έτσι ώστε οι χρήστες διοχέτευσης να μπορούν να προβάλλουν το ιστορικό ανάπτυξης και να συγκρίνουν περιεχόμενο.

Φιλοδώρημα

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

Παραχώρηση αδειών χρήσης Premium

Οι διοχετεύσεις ανάπτυξης Power BI και το τελικό σημείο ανάγνωσης/εγγραφής XMLA είναι δυνατότητες Premium. Αυτές οι δυνατότητες είναι διαθέσιμες με εκχωρημένους πόρους Power BI Premium και Power BI Premium ανά χρήστη (PPU).

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

Σημείωμα

Εξακολουθείτε να μπορείτε να ρυθμίσετε τη δημοσίευση εταιρικού περιεχομένου χωρίς άδεια χρήσης Premium, όπως περιγράφεται από τη δεύτερη προσέγγιση στην ενότητα διοχέτευσης έκδοσης. Στη δεύτερη προσέγγιση, χρησιμοποιείτε διοχετεύσεις Azure για τη διαχείριση ανάπτυξης αρχείων Power BI Desktop σε χώρους εργασίας ανάπτυξης, δοκιμής και παραγωγής. Ωστόσο, δεν μπορείτε να αναπτύξετε μετα-δεδομένα μοντέλου χρησιμοποιώντας το τελικό σημείο XMLA, επειδή δεν είναι δυνατή η δημοσίευση ενός σημασιολογικού μοντέλου μορφής μετα-δεδομένων με τα Power BI REST API. Επίσης, δεν είναι δυνατή η προώθηση περιεχομένου μέσω περιβαλλόντων με διοχετεύσεις ανάπτυξης χωρίς άδεια χρήσης Premium.

Ρύθμιση πύλης

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

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

Σημείωμα

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

Εποπτεία συστήματος

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

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

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

Σχετικό περιεχόμενο

Για άλλα χρήσιμα σενάρια που θα σας βοηθήσουν με αποφάσεις υλοποίησης Power BI, ανατρέξτε στο άρθρο Σενάρια χρήσης του Power BI.