Skip to content

Commit 5c1cd23

Browse files
authored
Merge pull request #7076 from jddocs/rc-v1.343.0
[Release Candidate] v1.343.0
2 parents 10e081f + b458933 commit 5c1cd23

File tree

9 files changed

+1057
-0
lines changed

9 files changed

+1057
-0
lines changed

ci/vale/dictionary.txt

Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1163,6 +1163,7 @@ jenkinsx
11631163
jessie
11641164
jetpack
11651165
jez
1166+
Jicofo
11661167
JIDs
11671168
jira
11681169
jitsi
@@ -1192,6 +1193,9 @@ julialang
11921193
jumpbox
11931194
junit
11941195
jupyter
1196+
JVB
1197+
jvb_cluster_size
1198+
JVBs
11951199
jwebserver
11961200
JWTs
11971201
jx
@@ -1748,6 +1752,7 @@ oauth
17481752
obfuscator
17491753
observium
17501754
OCAs
1755+
Octo
17511756
octopress
17521757
ODMs
17531758
odoo
@@ -1855,6 +1860,7 @@ pentesting
18551860
pepi
18561861
perceptron
18571862
percona
1863+
Perf
18581864
performant
18591865
perl
18601866
perldoc
@@ -2489,6 +2495,7 @@ teardown
24892495
techdocs
24902496
techland
24912497
telecom
2498+
telehealth
24922499
teleporting
24932500
tensorflow
24942501
terrahelp
@@ -2731,6 +2738,8 @@ veritas
27312738
vhost
27322739
vhosts
27332740
Vickery
2741+
Videobridge
2742+
Videobridges
27342743
viewport
27352744
vigenere
27362745
vimrc
@@ -2806,6 +2815,7 @@ webpy
28062815
WEBrick
28072816
webroot
28082817
webroots
2818+
webrtcperf
28092819
webserver
28102820
webservers
28112821
webservice
Loading

docs/guides/akamai/solutions/complete-observability-for-live-stream-events-with-trafficpeak/complete-observability-use-case-guide-diagram.svg

Lines changed: 394 additions & 0 deletions
Loading
Lines changed: 65 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,65 @@
1+
---
2+
slug: complete-observability-for-live-stream-events-with-trafficpeak
3+
title: "Complete Observability for Live Stream Events With Trafficpeak"
4+
description: "This guide discusses the requirements and challenges related to implementing a observability solution for large-scale live streaming events. These challenges are addressed with a TrafficPeak-based observability architecture used to support one of the largest streaming sporting events in the world."
5+
authors: ["John Dutton"]
6+
contributors: ["John Dutton"]
7+
published: 2024-07-31
8+
keywords: ['list','of','keywords','and key phrases']
9+
license: '[CC BY-ND 4.0](https://creativecommons.org/licenses/by-nd/4.0)'
10+
external_resources:
11+
- '[Akamai Solution Brief: Media TrafficPeak Observability Platform](https://www.akamai.com/resources/solution-brief/trafficpeak-observability-platform)'
12+
- '[Akamai TechDocs: Stream logs to TrafficPeak](https://techdocs.akamai.com/datastream2/docs/stream-logs-trafficpeak)'
13+
14+
---
15+
16+
Live streaming events require complete observability in order to deliver a seamless user experience during periods of extreme traffic. Supporting large amounts of concurrent viewers depends on live application and infrastructure insights so that you can troubleshoot issues in real-time.
17+
18+
Complete observability for live streams poses multiple challenges, including implementing data logging at each step, logging storage costs, analyzing data, and timely data reporting. This guide discusses these challenges and considerations, how they can be addressed using TrafficPeak, and a high-level architecture review for achieving live stream observability on Akamai Connected Cloud.
19+
20+
The architecture diagram in this guide references a workflow used to stream one of the largest ad-supported sporting events in the world, supporting one of the largest concurrent user bases ever with an average of 18 million concurrent viewers. The observability solution implemented via Akamai DataStream and TrafficPeak was able to ingest, store, organize, and display insights into the entire streaming media workflow, while Akamai CDN delivered the event to end-users.
21+
22+
## Challenges & Considerations
23+
24+
### User Experience
25+
26+
It can become difficult to provide a great live streaming experience as viewership increases. Complete, step-by-step observability is a key factor in understanding the user experience from both a high and granular level.
27+
28+
TrafficPeak’s observability solution allows you to ingest, store, and analyze logs at every step of the streaming workflow for real-time troubleshooting. This gives developers the opportunity to spot issues and make adjustments earlier, providing each user with a consistent, high-quality experience.
29+
30+
### Log Storage Cost
31+
32+
Complete observability means logging each step of the live stream process, including ingesting live camera feeds, content storage, content delivery, ad insertion, and user playback. Doing this on a global scale, for millions of concurrent users, can result in processing billions of logs and large cloud bills in a very short amount of time.
33+
34+
TrafficPeak uses a highly efficient compression algorithm that helps store more logs, for longer, and cheaper - up to 75% less than other observability solutions. And since Linode Object Storage, TrafficPeak, and Akamai CDN are all part of Akamai Connected Cloud, egress costs can also be reduced by up to 100%.
35+
36+
### Log Analysis
37+
38+
Organizing data for billions of logs in real-time is critical. Likewise, indexing and querying huge amounts of log data, whether current or historical, can be time consuming.
39+
40+
TrafficPeak offers sub-second querying and optimizes log indexing with fully customizable visual dashboards so developers can troubleshoot network and infrastructure issues in a timely manner. By reducing the amount of time needed to analyze data, issues can be identified sooner and fixed faster.
41+
42+
### Architecture Diagram
43+
44+
1. [Akamai Media Services Live (Akamai MSL)](https://www.akamai.com/resources/product-brief/media-services-live) ingests the live stream feeds in a duplicated fashion. MSL logs are sent to TrafficPeak to ensure full visibility for any ingest-related issues in real-time.
45+
46+
1. [Linode Object Storage](/docs/products/storage/object-storage/) stores all live streaming content for instantaneous, low-latency delivery, as well as playback. Object Storage logs are sent to TrafficPeak.
47+
48+
1. [Akamai CDN](https://www.akamai.com/solutions/content-delivery-network) caches and delivers live streaming content to millions of concurrent users. CDN logs are also sent to TrafficPeak via Akamai DataStream, including all relevant HTTP(S) information for troubleshooting purposes.
49+
50+
1. Playback logs (like UI/video player logs) are sent to TrafficPeak for further troubleshooting, including buffering rates, bitrate switching, and more.
51+
{#complete-observability-diagram .large-diagram}
52+
53+
![Complete Observability for Live Streaming Events Architecture](complete-observability-use-case-guide-diagram.svg?diagram-description-id=complete-observability-diagram)
54+
55+
### Systems and Components
56+
57+
- **Akamai DataStream + TrafficPeak:** Akamai’s complete observability solution. DataStream sends logs from the edge to TrafficPeak on compute and object storage, all while on the Akamai Connected Cloud network.
58+
59+
- **Akamai CDN:** Akamai’s industry-leading content delivery network used for caching and global delivery.
60+
61+
- **Akamai Media Services Live (MSL):** Low-latency ingest of media content for high-quality live streaming.
62+
63+
- **Linode Object Storage:** Cost-effective object storage used for media and log storage on Akamai Connected Cloud.
64+
65+
- **Server-Side Ad Insertion (SSAI):** The process of attaching, or stitching, ads to content prior to reaching end-user devices. Ad logs (i.e. ad played and ad interacted) can also be sent to TrafficPeak with the TrafficPeak Video Analytics add-on.

docs/guides/applications/messaging/manually-deploy-jitsi-cluster/Jitsi-Cluster-Reference-Architecture.svg

Lines changed: 1 addition & 0 deletions
Loading

0 commit comments

Comments
 (0)