FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Αφρικανικά
sq.fmuser.org -> Αλβανικά
ar.fmuser.org -> Αραβικά
hy.fmuser.org -> Αρμενίων
az.fmuser.org -> Αζερμπαϊτζάν
eu.fmuser.org -> Βάσκων
be.fmuser.org -> Λευκορωσικά
bg.fmuser.org -> Βουλγαρικά
ca.fmuser.org -> Καταλανικά
zh-CN.fmuser.org -> Κινέζικα (απλοποιημένα)
zh-TW.fmuser.org -> Κινέζικα (Παραδοσιακά)
hr.fmuser.org -> Κροατικά
cs.fmuser.org -> Τσέχικα
da.fmuser.org -> Δανικά
nl.fmuser.org -> Ολλανδικά
et.fmuser.org -> Εσθονικά
tl.fmuser.org -> Φιλιππινέζικα
fi.fmuser.org -> Φινλανδικά
fr.fmuser.org -> Γαλλικά
gl.fmuser.org -> Γαλικιανά
ka.fmuser.org -> Γεωργιανά
de.fmuser.org -> Γερμανικά
el.fmuser.org -> Ελληνική
ht.fmuser.org -> Κρεόλ της Αϊτής
iw.fmuser.org -> Εβραϊκά
hi.fmuser.org -> Χίντι
hu.fmuser.org -> Ουγγρική
is.fmuser.org -> Ισλανδικά
id.fmuser.org -> Ινδονησιακά
ga.fmuser.org -> Ιρλανδικά
it.fmuser.org -> Ιταλικά
ja.fmuser.org -> Ιαπωνικά
ko.fmuser.org -> Κορεάτικα
lv.fmuser.org -> Λετονικά
lt.fmuser.org -> Λιθουανικά
mk.fmuser.org -> Μακεδόνας
ms.fmuser.org -> Μαλαισιανά
mt.fmuser.org -> Μαλτέζικα
no.fmuser.org -> Νορβηγική
fa.fmuser.org -> Περσικά
pl.fmuser.org -> Πολωνικά
pt.fmuser.org -> Πορτογαλικά
ro.fmuser.org -> Ρουμανικά
ru.fmuser.org -> Ρωσικά
sr.fmuser.org -> Σέρβικα
sk.fmuser.org -> Σλοβακικά
sl.fmuser.org -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
Προώθηση συμφωνίας
Ας παρουσιάσουμε πρώτα ποια πρωτόκολλα προώθησης είναι διαθέσιμα, την τρέχουσα κατάσταση, τα πλεονεκτήματα και τα μειονεκτήματά τους στο πεδίο της ζωντανής μετάδοσης.
RTMP
WebRTC
Ιδιόκτητο πρωτόκολλο με βάση το UDP
HLS
FLV
RTMP
Το RTMP είναι το ακρωνύμιο του Real Time Messaging Protocol. Το πρωτόκολλο βασίζεται σε TCP και είναι μια οικογένεια πρωτοκόλλων, συμπεριλαμβανομένου του βασικού πρωτοκόλλου RTMP και RTMPT / RTMPS / RTMPE και πολλές άλλες παραλλαγές. Το RTMP είναι ένα πρωτόκολλο δικτύου σχεδιασμένο για επικοινωνία δεδομένων σε πραγματικό χρόνο. Χρησιμοποιείται κυρίως για επικοινωνία ήχου, βίντεο και δεδομένων μεταξύ της πλατφόρμας Flash / AIR και ροής πολυμέσων / διαδραστικών διακομιστών που υποστηρίζουν το πρωτόκολλο RTMP. Το λογισμικό που υποστηρίζει αυτήν τη συμφωνία περιλαμβάνει τον Adobe Media Server / Ultrant Media Server / red5 κ.λπ.
Το RTMP είναι το τρέχον πρωτόκολλο μετάδοσης ροής mainstream streaming, το οποίο χρησιμοποιείται ευρέως στο πεδίο ζωντανής μετάδοσης. Μπορούμε να πούμε ότι τα περισσότερα από τα ζωντανά προϊόντα εκπομπής στην αγορά υιοθετούν αυτό το πρωτόκολλο.
πλεονέκτημα
Η υποστήριξη CDN είναι καλή, η υποστήριξη των προμηθευτών mainstream CDN
Απλό πρωτόκολλο, εύκολο στην εφαρμογή σε διάφορες πλατφόρμες
Μειονέκτημα
Με βάση το TCP, το κόστος μετάδοσης είναι υψηλό και το πρόβλημα είναι σημαντικό όταν ο ρυθμός απώλειας πακέτου είναι υψηλός σε ένα αδύναμο περιβάλλον δικτύου
Δεν υποστηρίζει push browser
Συμφωνία ιδιοκτησίας της Adobe, η Adobe δεν ενημερώνει πλέον
Απρόβλεπτα προβλήματα σταθερότητας είναι επίσης επιρρεπή να εμφανιστούν όταν ογκώδης ταυτόχρονη ταυτότητα
WebRTC
Το WebRTC, του οποίου το όνομα προέρχεται από τη συντομογραφία της Επικοινωνίας Ιστού σε πραγματικό χρόνο (Αγγλικά: Επικοινωνία Ιστού σε πραγματικό χρόνο), είναι ένα API που υποστηρίζει προγράμματα περιήγησης ιστού για συνομιλίες φωνής ή βίντεο σε πραγματικό χρόνο. Ήταν ανοιχτή από την 1η Ιουνίου 2011 και συμπεριλήφθηκε στα προτεινόμενα πρότυπα του W3C του World Wide Web Consortium με την υποστήριξη των Google, Mozilla και Opera.
πλεονέκτημα
Πρότυπο W3C, υψηλός βαθμός υποστήριξης από τα κύρια προγράμματα περιήγησης
Η Google βρίσκεται πίσω από αυτήν και έχει υλοποιήσεις αναφοράς σε διάφορες πλατφόρμες
Το κάτω επίπεδο βασίζεται σε SRTP και UDP και υπάρχει πολύ περιθώριο βελτιστοποίησης σε αδύναμες συνθήκες δικτύου
Η επικοινωνία από σημείο σε σημείο μπορεί να πραγματοποιηθεί, με χαμηλή καθυστέρηση μεταξύ των μερών επικοινωνίας
Μειονέκτημα
ICE, STUN, TURN Το παραδοσιακό CDN δεν παρέχει παρόμοιες υπηρεσίες
Ιδιόκτητο πρωτόκολλο με βάση το UDP
Ορισμένες εφαρμογές ζωντανής μετάδοσης θα χρησιμοποιούν το UDP ως το υποκείμενο πρωτόκολλο για να αναπτύξουν τα δικά τους ιδιωτικά πρωτόκολλα, επειδή τα πλεονεκτήματα του UDP σε ένα αδύναμο περιβάλλον δικτύου μπορούν να επιτύχουν ένα καλύτερο αδύναμο αποτέλεσμα βελτιστοποίησης δικτύου μέσω κάποιου προσαρμοσμένου συντονισμού, αλλά δεσμεύεται επίσης να είναι ιδιωτικό πρωτόκολλο.
πλεονέκτημα
Περισσότερος χώρος για προσαρμογή και βελτιστοποίηση
Μειονέκτημα
Υψηλό κόστος ανάπτυξης
Το CDN δεν είναι φιλικό, πρέπει να δημιουργήσετε το δικό σας CDN ή να καταλήξετε σε συμφωνία με το CDN
Καταπολέμηση ανεξάρτητα, ανίκανος να εξελιχθεί με την κοινότητα
Άλλες συμφωνίες
FLV
Το πρωτόκολλο FLV προωθείται κυρίως από την Adobe. Η μορφή είναι εξαιρετικά απλή, εκτός του ότι ορισμένες πληροφορίες κεφαλίδας δείκτη προστίθενται σε ένα μεγάλο μπλοκ καρέ βίντεο και κεφαλίδες ήχου και βίντεο. Λόγω αυτής της εξαιρετικής απλότητας, είναι ώριμη από την άποψη της απόδοσης καθυστέρησης και της μεγάλης κλίμακας ταυτόχρονης απόδοσης. Το μόνο μειονέκτημα είναι ότι η υποστήριξη στο πρόγραμμα περιήγησης για κινητά είναι πολύ περιορισμένη, αλλά είναι εξαιρετικά κατάλληλη για χρήση ως πρωτόκολλο ζωντανής μετάδοσης APP για κινητά.
HLS
Η λύση που εισήγαγε η Apple χωρίζει το βίντεο σε μικρά τμήματα βίντεο 5-10 δευτερολέπτων και, στη συνέχεια, τα διαχειρίζεται με τον πίνακα ευρετηρίου m3u8. Δεδομένου ότι τα βίντεο που κατεβάστηκαν από τον πελάτη είναι πλήρη δεδομένα 5-10 δευτερολέπτων, η ομαλότητα του βίντεο είναι πολύ καλή. Καλό, αλλά εισάγει επίσης μια μεγάλη καθυστέρηση (η γενική καθυστέρηση του HLS είναι περίπου 10-30s). Σε σύγκριση με το FLV, το HLS έχει πολύ ισχυρή υποστήριξη στο iPhone και στα περισσότερα προγράμματα περιήγησης Android για κινητά, οπότε χρησιμοποιείται συχνά για κοινή χρήση διευθύνσεων URL σε QQ και WeChat Moments.
δίκτυο μεταφοράς
Τα μέσα ροής που προωθούμε πρέπει να μεταδοθούν στο κοινό. Ολόκληρος ο σύνδεσμος είναι το δίκτυο μετάδοσης. Η αναλογία της εφοδιαστικής εμπορευματικών μεταφορών είναι όλη η απόσταση από το σημείο αναχώρησης μέχρι τον προορισμό. Εάν η χωρητικότητα του δρόμου δεν είναι αρκετή, θα προκαλέσει κυκλοφοριακή συμφόρηση, η οποία είναι η κυκλοφοριακή συμφόρηση. Αυτή τη στιγμή, θα αλλάξουμε την απόσταση, που είναι ο λεγόμενος έξυπνος προγραμματισμός, αλλά το δίκτυο μετάδοσης θα προγραμματιστεί από μια παγκόσμια προοπτική, οπότε θα έχει καλύτερο αποτέλεσμα από τον προγραμματισμό του ατομικού κόσμου. Είναι πιθανό ότι υπάρχει ένας θεός που κοιτάζει προς τα κάτω την προέλευση και τον προορισμό στον ουρανό. Όλες οι πληροφορίες κυκλοφορίας στο χρόνο, και είναι σε πραγματικό χρόνο, και στη συνέχεια σας δίνει έναν καθαρό δρόμο, πόσο μαγικό.
Ας εξετάσουμε πρώτα το παραδοσιακό δίκτυο διανομής περιεχομένου.
Γιατί υπάρχει δίκτυο διανομής περιεχομένου, η προέλευση του δικτύου διανομής περιεχομένου
Το Διαδίκτυο προήλθε από ένα εσωτερικό δίκτυο του στρατού των ΗΠΑ. Ο Tim Berners-Lee είναι ένας από τους εφευρέτες του Διαδικτύου. Πρόβλεψε νωρίς ότι η συμφόρηση του δικτύου θα γίνει το μεγαλύτερο εμπόδιο για την ανάπτυξη του Διαδικτύου στο εγγύς μέλλον, οπότε έθεσε ένα ακαδημαϊκό πρόβλημα. Για να επινοήσει μια νέα και βασικά μέθοδο επίλυσης προβλημάτων για να πραγματοποιήσει τη διανομή περιεχομένου Διαδικτύου χωρίς συμφόρηση, αυτό το ακαδημαϊκό πρόβλημα τελικά γέννησε μια καινοτόμο υπηρεσία διαδικτύου-CDN. Εκείνη την εποχή, ο Δρ Berners-Lee ήταν δίπλα στο γραφείο του καθηγητή Tom Leighton, καθηγητή εφαρμοσμένων μαθηματικών στο Ινστιτούτο Τεχνολογίας της Μασαχουσέτης. Διεγείρεται από την πρόκληση του Berners-Lee. Ο Letghton επιλύθηκε τελικά αυτό το πρόβλημα και ξεκίνησε το δικό του επιχειρηματικό σχέδιο, ιδρύοντας την Akamai, που έγινε η πρώτη εταιρεία CDN στον κόσμο.
Παραδοσιακή αρχιτεκτονική CDN
Το παραπάνω σχήμα είναι ένα σχηματικό διάγραμμα της ανάπτυξης τριών επιπέδων ενός τυπικού συστήματος CDN. Ο κόμβος είναι η πιο βασική μονάδα ανάπτυξης στο σύστημα CDN. Χωρίζεται σε ανάπτυξη τριών επιπέδων, κεντρικός κόμβος, περιφερειακός κόμβος και κόμβος ακμής. Το ανώτερο επίπεδο είναι ο κεντρικός κόμβος και ο μεσαίος είναι ο κεντρικός κόμβος. Το επίπεδο είναι ένας περιφερειακός κόμβος και οι ακραίοι κόμβοι είναι γεωγραφικά διασκορπισμένοι, παρέχοντας στους χρήστες υπηρεσίες πρόσβασης περιεχομένου σε κοντινή απόσταση.
Το παρακάτω εισάγει την ταξινόμηση των κόμβων CDN, οι οποίοι διαιρούνται κυρίως σε δύο κατηγορίες, κόμβους κορμού και κόμβοι POP, και κόμβοι ραχοκοκαλιάς χωρίζονται περαιτέρω σε κεντρικούς κόμβους και περιφερειακούς κόμβους.
Κόμβος κορμού
Κεντρικός κόμβος
Κόμβος περιοχής
Κόμβος POP
Κόμβος άκρου
Λογικά, οι κόμβοι ραχοκοκαλιάς είναι κυρίως υπεύθυνοι για τη διανομή περιεχομένου και επιστρέφουν στην πηγή όταν λείπουν κόμβοι ακμής και οι κόμβοι POP είναι κυρίως υπεύθυνοι για την παροχή στους χρήστες υπηρεσιών πρόσβασης περιεχομένου σε κοντινή απόσταση. Ωστόσο, εάν η κλίμακα δικτύου του CDN είναι μεγάλη, οι ακραίοι κόμβοι επιστρέφουν απευθείας στον κεντρικό κόμβο θα προκαλέσουν υπερβολική πίεση στον πυρήνα του μεσαίου στρώματος. Φυσικά εισαγάγετε περιφερειακούς κόμβους για να είστε υπεύθυνοι για τη διαχείριση μιας γεωγραφικής περιοχής και να αποθηκεύετε ορισμένα καυτά δεδομένα.
Τα σημεία πόνου του δικτύου μετάδοσης ζωντανής μετάδοσης που διαφέρουν από το παραδοσιακό CDN
Με την έλευση της ζωντανής εποχής, η ζωντανή μετάδοση έχει γίνει ένα άλλο σημαντικό πεδίο μάχης για τους τρέχοντες προμηθευτές CDN. Τι είδους υπηρεσίες χρειάζεται το CDN για υποστήριξη στη ζωντανή εποχή;
Υποστήριξη για ροή πρωτοκόλλων πολυμέσων, συμπεριλαμβανομένων RTMP, HLS, HTTP-FLV κ.λπ.
Η πρώτη οθόνη είναι ενεργοποιημένη σε δευτερόλεπτα και ο έλεγχος είναι μέσα σε δευτερόλεπτα από το κλικ του χρήστη έως την αναπαραγωγή
Έλεγχος καθυστέρησης 1 ~ 3, από το τέλος ροής έως το τέλος αναπαραγωγής, η καθυστέρηση ελέγχεται μεταξύ 1 και 3 δευτερολέπτων
Η παγκόσμια έξυπνη δρομολόγηση ολόκληρου του δικτύου μπορεί να χρησιμοποιήσει όλους τους κόμβους σε ολόκληρο το δίκτυο CDN για να εξυπηρετήσει έναν μόνο χρήστη, ανεξάρτητα από τους γεωγραφικούς περιορισμούς. Με τη συνεχή πρόοδο της διαδικασίας παγκόσμιας ολοκλήρωσης, η ζωντανή μετάδοση σε διάφορες περιοχές, χώρες και ηπείρους γίνεται ο κανόνας. Είναι πολύ πιθανό ότι η άγκυρα θα είναι στην Ευρώπη και τις Ηνωμένες Πολιτείες και οι χρήστες θα είναι στην Ασία.
Οι ημερήσιοι κόμβοι αυξάνονται κατ 'απαίτηση και οι κινεζικές εταιρείες που πηγαίνουν στο εξωτερικό έχουν γίνει μια τάση. Το CDN χρειάζεται περισσότερους κόμβους στο εξωτερικό. Σήμερα, περισσότεροι κόμβοι στο εξωτερικό ανταγωνίζονται για ταχεία ανάπτυξη. Χρειάζεται μια μέρα από την αύξηση της ζήτησης για κόμβους έως τη σύνδεση στο δίκτυο για την παροχή υπηρεσιών. Μέσα σε αυτό, τοποθετούνται πολύ υψηλές απαιτήσεις για τη λειτουργία και τη συντήρηση και τον προγραμματισμό του CDN. Το αρχικό μηνιαίο πρόγραμμα και η πρόσβαση στο δίκτυο δεν μπορούν να ικανοποιήσουν τις προηγμένες απαιτήσεις.
Παραδοσιακή δρομολόγηση συνδέσμων CDN
Το CDN βασίζεται σε μια τοπολογία δικτύου που μοιάζει με δέντρο. Κάθε επίπεδο έχει GSLB (Global Server Load Balancing) για εξισορρόπηση φορτίου πολλαπλών κόμβων CDN στο ίδιο επίπεδο. Ποια είναι τα οφέλη;
Μεταξύ των πολλών σεναρίων εφαρμογών CDN που αναφέρθηκαν παραπάνω, η επιτάχυνση ιστού, η επιτάχυνση βίντεο και η επιτάχυνση μεταφοράς αρχείων βασίζονται ταυτόχρονα στα συστήματα GSLB και Cache. Το σύστημα Cache είναι το κόστος ολόκληρου του συστήματος CDN και η δομή του δέντρου σχεδιασμού μπορεί να μεγιστοποιηθεί. Αποθηκεύστε την επένδυση κεφαλαίου του συστήματος Cache. Επειδή μόνο ο κεντρικός κόμβος χρειάζεται να διατηρήσει όλα τα αντίγραφα προσωρινής μνήμης της ευκαιρίας, μειώνεται βήμα προς βήμα και οι ακραίοι κόμβοι χρειάζονται μόνο μια μικρή ποσότητα καυτής προσωρινής μνήμης για να χτυπήσουν τα περισσότερα από τα αιτήματα πρόσβασης CDN, γεγονός που μειώνει σημαντικά το κόστος το δίκτυο CDN, το οποίο είναι επίσης συμβατό με το χρόνο. Οι ανάγκες των χρηστών CDN είναι μια win-win κατάσταση.
Αλλά στην εποχή των Ζωντανών, η υπηρεσία ζωντανής μετάδοσης είναι μια υπηρεσία ροής και σπάνια περιλαμβάνει το σύστημα Cache. Βασικά, οι πόροι αποθήκευσης μπορούν να απελευθερωθούν μετά την ολοκλήρωση της μετάδοσης. Ακόμα κι αν οι απαιτήσεις αποθήκευσης οφείλονται σε λόγους πολιτικής, όλες είναι ψυκτικές αποθήκες. Η επένδυση στην αποθήκευση είναι σχετικά. Είναι πολύ φθηνή και δεν απαιτεί αποθήκευση σε όλους τους κόμβους, εφόσον τα δεδομένα μπορούν να εντοπιστούν και να είναι διαθέσιμα.
Ας ρίξουμε μια ματιά στην τοπολογία δικτύου που μοιάζει με δέντρο. Ο αριθμός των συνδέσμων που διατίθενται στους χρήστες είναι περιορισμένος. Όπως φαίνεται στο παρακάτω σχήμα, ο αριθμός των συνδέσμων που διατίθενται στους χρήστες σε μια συγκεκριμένη περιοχή είναι: 2 * 5 = 10
Εάν ο χρήστης βρίσκεται σε μια συγκεκριμένη περιοχή, το GSLB (συνήθως Έξυπνο DNS στο επίπεδο του κόμβου άκρου) θα κατευθύνει τον χρήστη σε έναν κόμβο άκρης στην περιοχή και το ανώτερο επίπεδο θα κατευθύνει τον χρήστη σε έναν κόμβο περιοχής (εδώ, το GSLB Συνήθως εσωτερικός εξισορροπητής φορτίου), και τελικά πίσω στον κεντρικό κόμβο, ο κεντρικός κόμβος θα συνδέσει τον σταθμό προέλευσης.
Η υπόθεση εδώ είναι:
Ο γρηγορότερος κόμβος στον οποίο μπορεί να έχει πρόσβαση ο χρήστης πρέπει να είναι ο κόμβος ακμής στην περιοχή. Εάν δεν υπάρχει κόμβος ακμής στην περιοχή, ο γρηγορότερος κόμβος πρέπει να είναι ο κόμβος ακμής στη λογικά παρακείμενη περιοχή.
Ο γρηγορότερος κόμβος στον οποίο μπορεί να έχει πρόσβαση ένας κόμβος άκρων πρέπει να είναι ένας κόμβος περιοχής στην περιοχή και δεν πρέπει να είναι κόμβος σε άλλες περιοχές.
Ο περιφερειακός κόμβος στον κεντρικό κόμβο πρέπει να είναι ο γρηγορότερος και η ταχύτητα και το εύρος ζώνης αυτού του συνδέσμου είναι και τα δύο βέλτιστα.
Αλλά αυτό συμβαίνει πραγματικά; Είναι αλήθεια να εισαγάγουμε τόσες πολλές υποθέσεις;
Στην πραγματικότητα, ακόμη και αν θεωρητικά μπορούμε να αποδείξουμε ότι οι παραπάνω παραδοχές είναι έγκυρες, ο σχεδιασμός κόμβων και η περιφερειακή διαμόρφωση εξαρτώνται κυρίως από το σχεδιασμό και τον σχεδιασμό των ανθρώπων. Γνωρίζουμε ότι ένας μεγάλος αριθμός ανθρώπων είναι αναξιόπιστος και ακόμη και αν ο περιφερειακός σχεδιασμός είναι σωστός τότε, ποιος μπορεί να εγγυηθεί αυτά τα στατικά Θα αλλάξει ο σχεδιασμός δικτύου λόγω της τοποθέτησης μιας ίνας ή λόγω υπερβολικής πίεσης σε ορισμένα IDC; Επομένως, μπορούμε να πηδήξουμε από τα δεσμά της τοπολογίας δικτύου που μοιάζει με δέντρα και να εξερευνήσουμε μια νέα τοπολογία δικτύου κατάλληλη για επιτάχυνση ζωντανής μετάδοσης.
Για να απαλλαγούμε από τους περιορισμένους περιορισμούς δρομολόγησης συνδέσμων και να ενεργοποιήσουμε τη δυνατότητα οργάνωσης του δικτύου, μπορούμε να μετατρέψουμε τους παραπάνω κόμβους σε τοπολογία δικτύου πλέγματος:
Έχουμε δει ότι μόλις αλλάξουμε τη δομή του δικτύου σε μια δομή πλέγματος, οι επιλέξιμοι σύνδεσμοι του χρήστη γίνονται: όλες οι διαδρομές μεταξύ δύο σημείων που καθορίζονται στο μη κατευθυνόμενο γράφημα, όπως γνωρίζουν οι μαθητές που έχουν μελετήσει τη θεωρία γραφημάτων, ο αριθμός είναι συγκλονιστικός.
Το σύστημα μπορεί να επιλέξει οποιοδήποτε γρηγορότερο συνδέστε μέσω έξυπνης δρομολόγησης αντί να βασίζεστε στον ξεπερασμένο μη αυτόματο σχεδιασμό κατά την ανάπτυξη του συστήματος. Είτε πρόκειται για την προσθήκη ινών μεταξύ ορισμένων συνδέσμων ή της υπερβολικής πίεσης ενός συγκεκριμένου IDC, αυτό μπορεί να αντικατοπτρίζεται στο δίκτυο τερματισμού σε πραγματικό χρόνο, Για να βοηθήσει τους χρήστες να προωθήσουν τον βέλτιστο σύνδεσμο σε πραγματικό χρόνο. Προς το παρόν, μπορούμε να καταργήσουμε μερικές από τις προηγούμενες παραδοχές και να σχεδιάσουμε τη δρομολόγηση του δικτύου σε πραγματικό χρόνο μέσω μηχανών αντί για ανθρώπους. Τέτοιες υπολογιστικές εργασίες σε πραγματικό χρόνο μεγάλης κλίμακας δεν είναι εγγενώς ανθρώπινα πλεονεκτήματα, και πρέπει να τις δώσουμε σε πιο κατάλληλα είδη.
Επέκταση CDN
Όπως αναφέρθηκε προηγουμένως, οι κινεζικές εταιρείες που πηγαίνουν στο εξωτερικό έχουν γίνει μια γενική τάση, και η ζήτηση για κόμβους CDN στο εξωτερικό αυξάνεται. Σε αυτήν την περίπτωση, οι προμηθευτές CDN πρέπει να αναπτύξουν νέα δίκτυα κορμού και κόμβους άκρου σε νέες περιοχές και απαιτείται λεπτομερής σχεδιασμός δικτύου. Οι καιροί έχουν αλλάξει. Αρχικά, οι χρήστες CDN ήταν όλοι χρήστες σε επίπεδο επιχείρησης, και ο κύκλος επανάληψης των επιχειρηματικών τους γραμμών ήταν μακρύς, υπήρχε ένα μακρύ χρονοδιάγραμμα και απομένει περισσότερος χρόνος για τους προμηθευτές CDN. Οι εταιρείες Διαδικτύου δίνουν προσοχή στην ταχύτητα. Οι δύο εβδομαδιαίες επαναλήψεις έχουν γίνει ο κανόνας. Αυτό συνεπάγεται την αντίφαση μεταξύ κόστους και ταχύτητας απόκρισης. Εάν οι κόμβοι αναπτύσσονται εκ των προτέρων, μπορούν να εξυπηρετήσουν καλύτερα αυτές τις εταιρείες Διαδικτύου, αλλά υπάρχει υψηλότερη πίεση κόστους και το αντίστροφο. Δεν είναι δυνατή η απάντηση σε αυτές τις ταχέως αναπτυσσόμενες εταιρείες Διαδικτύου.
Στην ιδανική περίπτωση, εάν ο χρήστης υποβάλει μια απαίτηση, ο κατασκευαστής του CDN το αξιολογεί εσωτερικά, δίνει σχόλια την ίδια ημέρα και αναπτύσσεται την ίδια ημέρα, ο πελάτης μπορεί να δοκιμάσει νέους κόμβους στη νέα περιοχή την ίδια ημέρα. Πώς να το αντιμετωπίσετε;
Η απάντηση είναι ένα δίκτυο peer-to-peer που βασίζεται σε τοπολογία πλέγματος. Στην τοπολογία του πλέγματος, κάθε κόμβος είναι ομότιμος. Λογικά, οι υπηρεσίες που παρέχονται από κάθε κόμβο είναι ισοδύναμες. Δεν χρειάζεται να σχεδιάσετε μια περίπλοκη τοπολογία δικτύου ανά περιοχή. Αφού οι κόμβοι είναι συνδεδεμένοι Δεν υπάρχει ανάγκη για μια περίπλοκη διαδικασία ανάπτυξης και μπορείτε να καταχωρίσετε απευθείας πληροφορίες κόμβου στο διαδίκτυο για να παρέχετε υπηρεσίες στους χρήστες. Θεωρητικά, ο χρόνος πριν και μετά σε συνδυασμό με την τεχνολογία εικονικοποίησης μπορεί να ελεγχθεί εντός μίας ημέρας.
|
Εισαγάγετε email για να εκπλήξετε
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Αφρικανικά
sq.fmuser.org -> Αλβανικά
ar.fmuser.org -> Αραβικά
hy.fmuser.org -> Αρμενίων
az.fmuser.org -> Αζερμπαϊτζάν
eu.fmuser.org -> Βάσκων
be.fmuser.org -> Λευκορωσικά
bg.fmuser.org -> Βουλγαρικά
ca.fmuser.org -> Καταλανικά
zh-CN.fmuser.org -> Κινέζικα (απλοποιημένα)
zh-TW.fmuser.org -> Κινέζικα (Παραδοσιακά)
hr.fmuser.org -> Κροατικά
cs.fmuser.org -> Τσέχικα
da.fmuser.org -> Δανικά
nl.fmuser.org -> Ολλανδικά
et.fmuser.org -> Εσθονικά
tl.fmuser.org -> Φιλιππινέζικα
fi.fmuser.org -> Φινλανδικά
fr.fmuser.org -> Γαλλικά
gl.fmuser.org -> Γαλικιανά
ka.fmuser.org -> Γεωργιανά
de.fmuser.org -> Γερμανικά
el.fmuser.org -> Ελληνική
ht.fmuser.org -> Κρεόλ της Αϊτής
iw.fmuser.org -> Εβραϊκά
hi.fmuser.org -> Χίντι
hu.fmuser.org -> Ουγγρική
is.fmuser.org -> Ισλανδικά
id.fmuser.org -> Ινδονησιακά
ga.fmuser.org -> Ιρλανδικά
it.fmuser.org -> Ιταλικά
ja.fmuser.org -> Ιαπωνικά
ko.fmuser.org -> Κορεάτικα
lv.fmuser.org -> Λετονικά
lt.fmuser.org -> Λιθουανικά
mk.fmuser.org -> Μακεδόνας
ms.fmuser.org -> Μαλαισιανά
mt.fmuser.org -> Μαλτέζικα
no.fmuser.org -> Νορβηγική
fa.fmuser.org -> Περσικά
pl.fmuser.org -> Πολωνικά
pt.fmuser.org -> Πορτογαλικά
ro.fmuser.org -> Ρουμανικά
ru.fmuser.org -> Ρωσικά
sr.fmuser.org -> Σέρβικα
sk.fmuser.org -> Σλοβακικά
sl.fmuser.org -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
Επικοινωνία
Διεύθυνση:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Κίνα 510620
Κατηγορίες
Newsletter