שירותי המדיה של AWS להזרמת ערוצי FAST על גבי SRT
חברת מדיה נדרשה להקים ערוצי תרומה (contribution feeds) אמינים ובעלי השהיה נמוכה עבור ערוצי ה-FAST שלהם, תוך שימוש בפרוטוקול Secure Reliable Transport (SRT) — מה שאפשר קליטת תוכן באיכות גבוהה מאולפנים מרוחקים, מערכות cloud playout, ושותפי syndication על גבי חיבורי אינטרנט בלתי צפויים.
דון בפרויקט שלך
האתגר
תהליכי עבודה מסורתיים של תרומת תוכן (contribution workflows) הסתמכו על קישורי סיב אופטי או לוויין ייעודיים, שהיו יקרים ובלתי גמישים:
- מעגלים ייעודיים עלו אלפי דולרים לחודש לקישור ונדרשו שבועות לאספקתם
- העברת נתונים מבוססת אינטרנט (RTMP) סבלה מאובדן מנות (packet loss), ריצוד (jitter), וחסרה הצפנה
- קליטת תוכן ממספר מקורות דרשה קישוריות גמישה ומוגדרת-תוכנה (software-defined)
- תיקון השגיאות וההצפנה של SRT הפכו אותו לסטנדרט שידור מתפתח, אך שילובו בפייפליין (pipeline) מבוסס AWS דרש הנדסה מותאמת אישית
- ניטור מדדים ספציפיים ל-SRT (RTT, retransmission rate, bandwidth overhead) הצריך כלים ייעודיים
הפתרון שלנו
בנינו פייפליין (pipeline) של תרומה והפצה מבוסס SRT באמצעות AWS Elemental MediaLive ו-MediaConnect, המאפשר העברת תוכן אמינה ומוצפנת על גבי האינטרנט הציבורי עם תיקון שגיאות ברמת שידור (broadcast-grade).
ארכיטקטורה
- תרומה (Contribution): AWS Elemental MediaConnect לקליטת SRT ממקורות מרוחקים
- העברה (Transport): פרוטוקול SRT עם הצפנת AES ותיקון שגיאות ARQ
- קידוד (Encoding): AWS Elemental MediaLive לטרנסקודינג (transcoding) של כניסות SRT לפלט מרובה ביטרייטים (multi-bitrate)
- אריזה (Packaging): AWS Elemental MediaPackage לאריזת HLS/DASH עבור אספקה לצופה הקצה
- הפצה (Distribution): פלט SRT מ-MediaConnect לסינדיקציית B2B לשותפי פלטפורמה
- ניטור: לוח מחוונים למדדים ספציפיים ל-SRT (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront לאספקת HLS "המייל האחרון" (last-mile) לצופים
יתרונות פרוטוקול SRT
לעומת RTMP
SRT מספק יתרונות משמעותיים על פני RTMP עבור ערוצי תרומה (contribution feeds): תיקון שגיאות ARQ מובנה (המאפשר סבילות של עד 20% אובדן מנות לעומת קטיעת זרם ב-1-2% עם RTMP), הצפנת AES מקורית, שליטה בהשהיה הניתנת להגדרה, העברת נתונים ידידותית ל-NAT מבוססת UDP, ותקורה מינימלית של רוחב פס לשחזור שגיאות.
לעומת מעגלים ייעודיים
SRT על גבי האינטרנט מציע עלות נמוכה באופן דרמטי ואספקה מהירה יותר בהשוואה לסיב אופטי ייעודי — עם היתרונות הנוספים של יתירות מרובת נתיבים וגמישות גיאוגרפית מכל מיקום המחובר לאינטרנט.
תכנון הפייפליין
תרומה (Ingest)
- מקורות מרוחקים — אולפנים, cloud playout, או שותפים שולחים זרמי SRT ל-MediaConnect
- מאזין SRT (SRT Listener) — נקודת קצה של MediaConnect מוגדרת כמאזין SRT
- הצפנה — הצפנת AES passphrase לאבטחת תוכן במעבר
- תיקון שגיאות — ARQ משחזר מנות שאבדו עם בּאפֶר השהיה הניתן להגדרה
- Failover — כניסות SRT כפולות עם failover אוטומטי במקרה של כשל בזרם הראשי
עיבוד
- MediaConnect → MediaLive — זרם SRT מועבר ל-MediaLive לטרנסקודינג
- טרנסקודינג — קידוד מרובה ביטרייטים עם העברת SCTE-35
- הזרקת SCTE-35 — אותות של הפסקות פרסומות מוכנסים בנקודות מתוזמנות
- פלט — זרם שעבר טרנסקודינג נשלח ל-MediaPackage לאריזת HLS
הפצה (סינדיקציית B2B דרך SRT)
עבור syndication לשותפי פלטפורמה הזקוקים לערוץ ברמת שידור (broadcast-grade feed):
- פלט SRT במצב caller או listener בהתאם לדרישות השותף
- passphrases הצפנה נפרדים לכל שותף לבקרת גישה
- תצורת רוחב פס לכל שותף
- מדדי SRT לכל פלט עבור ניטור תקינות ערוץ השותף
תצורת SRT
כוונון השהיה
השהיית SRT מכווננת בהתבסס על תנאי הרשת ומקרה השימוש:
- אולטרה-נמוכה (Ultra-Low) — רשתות באותו אזור, באיכות גבוהה (אולפן לענן)
- נמוכה (Low) — רשתות חוצות-אזורים, טובות
- סטנדרטית (Standard) — רשתות בינלאומיות, משתנות
- עמידות גבוהה (High Resilience) — רשתות ירודות, סבילות מקסימלית לאובדן מנות
ההגדרות מותאמות באופן אופטימלי לכל מקרה שימוש עם השהיה מתאימה, מגבלות רוחב פס, רמת הצפנה, ומצב חיבור (caller לעומת listener).
ניטור והתראות
הפלטפורמה מנטרת מדדים ספציפיים ל-SRT בזמן אמת:
- זמן הלוך ושוב (Round Trip Time - RTT) — השהיית רשת בין השולח למקבל
- קצב שידור חוזר (Retransmission Rate) — אחוז המנות הדורשות שידור חוזר של ARQ
- אובדן מנות (Packet Loss) — קצב אובדן המנות לפני ARQ המצביע על איכות הרשת
- ריצוד (Jitter) — שינויים בזמני הגעת מנות
- ניצול רוחב פס (Bandwidth Utilization) — רוחב פס בפועל לעומת המקסימום המוגדר
- רמת באפר (Buffer Level) — רמת מילוי באפר המקבל (underrun מצביע על גמגום פוטנציאלי)
התראות אוטומטיות מופעלות על מדדים שהידרדרו לפתרון יזום של בעיות.
תכונות עיקריות
- קליטת SRT (SRT Ingest) — קליטת ערוצי תרומה (contribution feeds) מכל מקור המחובר לאינטרנט
- הצפנת AES — הצפנת תוכן מובנית ללא VPN או TLS חיצוני
- שחזור ARQ — סובלנות של עד 20% אובדן מנות עם שידור חוזר אוטומטי
- השהיה ניתנת להגדרה (Configurable Latency) — ניתנת לכוונון בהתבסס על איכות הרשת ומקרה השימוש
- Failover כפול כניסות (Dual-Input Failover) — מעבר אוטומטי במקרה של כשל בערוץ SRT הראשי
- סינדיקציית B2B — ערוצי פלט SRT להפצת שותפים
- לוח מחוונים למדדי SRT (SRT Metrics Dashboard) — ניטור RTT, אובדן, ריצוד ושידור חוזר בזמן אמת
- פלט היברידי (Hybrid Output) — SRT לתרומת B2B, HLS דרך CloudFront לאספקת צרכנים
תוצאות
מחסנית טכנולוגית
caseStudyDetail.more מקרי בוחן
גלה עוד מהיישומים הטכניים שלנו
הזרקת פרסומות בצד הלקוח (CSAI) עם ניתוח סמני SCTE-35 ושילוב נגן מרובה פלטפורמות
פלטפורמת הזרמת וידאו נזקקה ליישם הזרקת פרסומות בצד הלקוח (CSAI) על פני יישומי אינטרנט, מובייל וטלוויזיות חכמות — המאפשרת חוויות פרסום מותאמות אישית ברמת המכשיר עם תמיכה מלאה באינטראקציה עם פרסומות (שכבות-על ניתנות ללחיצה, באנרים נלווים, כפתורי דילוג) שאותן הזרקה בצד השרת אינה יכולה לספק.
צינור איתות לסמני פרסומות SCTE-35 והכנסת טריילרים למדיה
חברת מדיה סטרימינג נזקקה לצינור עבודה אוטומטי ויציב להזרקת סמני פרסומות SCTE-35 לזרמי שידור חי ו-VOD, יחד עם היכולת להכניס טריילרים פרסומיים (pre-roll, mid-roll, ו-post-roll) במיקומים מדויקים בזמן — מה שמאפשר מונטיזציה בערוצי FAST, אירועים חיים, וספריות תוכן לפי דרישה.
שאלות נפוצות
MicrocosmWorks בחרה ב-SRT בזכות הביצועים העדיפים שלה על גבי רשתות לא אמינות, המספקת הצפנת AES-128, שידור חוזר אוטומטי של מנות (packet retransmission), והתאמת קצב נתונים אדפטיבית (adaptive bitrate adjustment) שחסרים ב-RTMP. SRT שומרת על אספקת וידאו באיכות שידור (broadcast-quality) עם תקורה (overhead) של פחות מ-1% לשחזור מנות שאבדו (packet loss recovery), אפילו על גבי נתיבי אינטרנט ציבוריים היכן ש-RTMP יציג ארטיפקטים נראים לעין.
MicrocosmWorks הגדירה את AWS Elemental MediaLive לקבל קלט SRT במצבי caller ו-listener כאחד, ולאחר מכן לבצע טרנסקוד לסולם ABR ולהוציא קטעי HLS/DASH ל-MediaPackage. קליטת ה-SRT נהנית מפענוח ה-SRT המובנה ומ-jitter buffer של MediaLive, מה שמבטיח איכות מקור נקייה לפני שלב הטרנסקודינג.
כן, MicrocosmWorks הגדירה את MediaLive עם מספר מקורות קלט SRT ובנתה שכבת בקרת ניתוב שמחליפה בין הפידים בהתבסס על לוח זמנים מוגדר מראש או דריסה ידנית. כל תורם SRT מתחבר דרך פורט האזנה ייחודי עם אימות סיסמת AES פרטני, והמערכת תומכת במנגנון hot-standby failover בין מקורות SRT ראשיים וגיבויים.
MicrocosmWorks בנתה לוח מחוונים לניטור באמצעות מדדים מותאמים אישית של CloudWatch, הקולט נתונים סטטיסטיים של SRT הכוללים זמן הלוך-חזור, קצב שידור חוזר, ניצול רוחב פס ורמות מאגר. התראות אוטומטיות מופעלות כאשר קצבי השידור החוזר עולים על 2% או ש-RTT עולה על 200ms, ומספקות לצוותי התפעול התרעה מוקדמת לפני שפגיעה באיכות הופכת גלויה לצופים.
חברת MicrocosmWorks פורסת תשתית ערוצי FAST מבוססי SRT בתעריפים של 30-50 דולר לשעה, כאשר ההתקנה המלאה הכוללת קונפיגורציית ingest של SRT, קידוד MediaLive, אספקת CDN ודשבורד ניטור דורשת בדרך כלל 200-350 שעות פיתוח. הקונפיגורציה הספציפית ל-SRT מוסיפה כ-40-60 שעות בהשוואה להתקנת ingest סטנדרטית של RTMP.
מוכן לשנות את העסק שלך?
בואו נדון כיצד נוכל ליישם פתרונות דומים לאתגרים שלך.