はてなブックマーク

前提 Twitch の次世代配信プロトコルである Warp の仕様が公開されたこともあり、せっかくなのでリアルタイム配信における考えをまとめておくことにしました。 基本的に「自分の考え」なので、仕様とかについて知りたい場合は Twitchの QUICを用いたライブストリーミングプロトコル Warp - ASnoKaze blog がお勧めです。 参考資料 kixelated/warp-draft Warp - Segmented Live Video Transport [Moq] Warp Luke Curley - Low-Latency Video over QUIC - YouTube WebRTC でなぜだめだったのか Twitch は WebRTC はレイテンシーを重視しすぎて採用に至らなかったと書いています。実際 WebRTC は年単位で検証し、SFU も開発したようです。

v2 へ移行中です 円安の影響や、自社製品がスケールアウトに対応したこと、Cloudflare LB の WebSocket の挙動が残念だったことなどを踏まえ、サービス構成を変更を検討中です。 脱 Vultr Egress 料金が Linode だと Vultr の半額 Linode へ移行 脱 Cloudflare LB Linode の NodeBalancers へ移行 マルチリージョンでの利用は Linode の Akamai Global Load Balancer 公開待ち 脱 Cloudflare サポートに不安があるため Akamai へ移行 脱 TimescaledB 移行は Linode PostgreSQL の提供開始待ち OLAP は DuckDB + S3 互換オブジェクトストレージへ移行 ログ保存は VictoriaLogs へ移行予定 脱 DataPacke

前提 Cloudflare Workers は知っていたが最近触って、本番環境へ導入済み。 普段は Erlang/OTP を書いてるので JavaScript は専門外 自社サービスの本番環境には Cloudflare Workers を導入済み OpenResty はエンタープライズ大規模環境向けで設計/開発経験あり 雑感 Cloudflare Workers® ざーっと見た感じ Nginx + Lua (OpenResty) のマネージド、さらに Edge で動かしてくれて、スケールも勝手にしてくれるバージョンという認識。実際 shared.dict / redis の代わりが Workers KV が利用できる。 さらにローカル開発環境が充実している、デプロイ後のログ確認も管理画面から簡単に利用できる。 Lua Introducing Cloudflare Workers これを読む

前提 RDB や SQL 初心者 DynamoDB や Redis といった KVS は経験あり TimescaleDB を利用する Time-series data simplified | Timescale sqlc を利用 kyleconroy/sqlc: Generate type-safe code from SQL migrate を利用 golang-migrate/migrate: Database migrations. CLI and Golang library. TablePlus を利用 TablePlus | Modern, Native Tool for Database Management モチベーション 自社サービスのバックエンドで利用したい TSDB 機能も利用したい sqlc から利用したい 読んだドキュメント PostgreSQL 13.1文書

前提 ここで言っているドキュメントは仕様書ではなく、顧客向け製品ドキュメント。 ミドルウェア製品を開発 小さなチーム パッケージ製品とパッケージ製品のクラウド版 そのため顧客に提供するドキュメントが必ず必要 GitHub を利用 自分で開発する場合のフロー 作りたい機能をぼんやりでいいので GitHub Issue に追加する feature ブランチを切る デザインドキュメントをリポジトリの doc/ 以下に書く デザインドキュメントに合わせてコーディングを進めてなんとなく動くところまで作る 動かなくてもいいのでイメージを膨らませるためにコードを書いてみる デザインドキュメントは書き捨て前提で、とにかくメモを書く 製品ドキュメントを書き始めて、一旦書き終える ブランチマージに向けてコーディングを進める 書ける範囲でテストを書く ドキュメントを平行して修正する プルリクエストをだしてレビュ

このメモについて 自分向けの資料や記事やコードをまとめてあります 自分が調べて理解したこととかも雑に書いていきます。 モチベーション 一カ所にまとめておきたい 日本語訳重視 WebTransport のフォールバックについて WebTransport over HTTP/3 や WebTransport using HTTP/2 ではフォールバックについては一切触れられていない FallbackTransport はまだドラフトが出てきていない Fallback support への方針 Archive TCP へフォールバックすべき HTTP/2 へフォールバックすべき draft がでている WebTransport using HTTP/2 で行く Fallback support についての議論 Fallback support · Issue #107 · w3c/webtran

ブラウザは省略 オープンソースソフトウェア macvim-dev/macvim: Vim - the text editor - for macOS Visual Studio Code - Code Editing. Redefined iTerm2 - macOS Terminal Replacement VideoLAN CotEditor -Text Editor for macOS Wireshark · Go Deep. macOS(またはLinux)用パッケージマネージャー — Homebrew フリーソフトウェア The Unarchiver | Top Free Unarchiving Software for macOS 商用ソフトウェア iStat Menus Dash for macOS - API Documentation Browser, Snippet Ma

E2EE で守れないもの 悪意ある参加者 認証を握っているであろうサービスの管理者が悪意がある場合は拒否できない 悪意ある参加者を拒否するには本人確認がサービスとは別の仕組みでできる必要があり、それは E2EE とは関係ない ローカルへの保存 受信したデータをローカルで復号する以上は防げない、これはもうどうしようもない E2EE で求められるもの パケットへの署名 公開鍵ペアを生成し秘密鍵を利用してパケットに署名を行う事で途中でパケットが改ざんされていないことを確認する 公開鍵がサービス外の第三者によって共有されていることも重要となる これで悪意ある管理者がパケットを改ざんしていないことを確認できる 例えば接続完了時に公開鍵のフィンガープリントを口頭などで共有することで確認することができる Zoom や Cisco はフィンガープリントを数値のみにしたりして、共有しやすくしている メンバー

Cloubhouse はすでに OSS である Janus Gateway に切り替えており Agora は使用していないようです ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 前提 ざっくりと雑に解説。 どんな技術を使っていてこんな感じだろうという妄想は以下をどうぞ。 Clubhouse リアルタイム配信の仕組みについて (妄想編) 著者 商用 WebRTC SFU 開発者 WebRTC プロトコルスタック実装者 End to End Encryption プロトコルスタック実装者 Clubhouse の仕組みはとてもシンプルで配信者が N 人で、それを数千人が聞くという co-streaming と呼ばれる仕組みの一つ。この方式は今までは主に映像ありでパネルディスカッション的な使い方が主だっだ。それを

ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 前提 TURN サーバを間違って理解している人が多いので雑にまとめておく。 TURN プロトコル自体を知りたい場合 WebRTC で利用されいる TURN プロトコルの解説 著者 商用 WebRTC SFU 開発者 商用 TURN サーバ実装者 (WebRTC SFU に組み込み) WebRTC プロトコルスタック実装者 よくある間違い TURN サーバはリレーするパケットの中身を見ることができる TURN サーバを通るもともとのパケットを復号化したりしない ただ通信が暗号化されていなければ見ることはできる TURN サーバはスケールが難しい 1 接続事に独立しているので TURN サーバ同士で状態を共有する必要はないので難しくない Username / Cr

この資料には宣伝が含まれます ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 内容 これから WebRTC を学ぶ人が何を学ぶべきで、何は学ばないべきなのかを書く。定期的に更新していく。 趣味で学びたい人はターゲットに入っていません、仕事で利用する場合のみがターゲット。 まとめ 急がば回れで、W3C の資料を理解できるまで読み込む。 下手にフレームワークに依存したりして簡単な仕組みを覚えてしまうと後からツライ。 Media Capture and Streams WebRTC 1.0: Real-Time Communication Between Browsers Identifiers for WebRTC's Statistics API 作って学ぶも良いが、まずは出てくる単語などの意味を理解できるの

Cloubhouse はすでに OSS である Janus Gateway に切り替えており Agora は使用していないようです ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 前提 @suthio_さんがつぶやいていたのがきっかけ https://twitter.com/suthio_/status/1353945619577008128?s=20 招待してくれた @dmnlk さんに感謝 DNS パケット見ただけ 他の方の解析は見ていない クライアント側の処理は知らない 気が向いたら更新している 著者 商用 WebRTC SFU 開発者 WebRTC プロトコルスタック実装者 End to End Encryption プロトコルスタック実装者 IRIAM 配信サーバ設計者 妄想 求人にメディアサーバ

ライセンス Creative Commons — 表示 - 非営利 - 改変禁止 4.0 国際 — CC BY-NC-ND 4.0 前提 Session Initiation Protocol (SIP) 系は除きます Controlling Multiple Streams for Telepresence (CLUE) 系は除きます 定義 実装者 WebRTC スタック実装者 開発者 SDK などを利用したアプリ開発者 保留 RFC 8865: T.140 Real-Time Text Conversation over WebRTC Data Channels

2023 年 9 月 25 日時点の 1 GB あたりの金額 1 ドル 150 円換算。 GCP 18 円 0ドル.12/GB 10 TB 以上利用 上り無料 AWS 12.6 円 0ドル.084/GB 150 TB 以上利用 上り無料 Azure 9 円 0ドル.06/GB 350 TB 以上利用 上り無料 Vultr 1.5 円 0ドル.01/GB 上り無料 Linode 0.75 円 0ドル.005/GB 上り無料 関連リンク S3 互換オブジェクトストレージまとめ サーバ転送料金まとめ 自社で開発している WebRTC SFU のような常時帯域を食べる。 そのため、いろいろなサービスの転送量の課金体系をまとめておくことにした。 条件 日本のリージョンがある VPS やクラウドやベアメタルなどは特に区別しない オンプレはなし GCP インターネット -> GCP は無料 Premium Tie

結論 iOS 14.3 から Chrome や Firefox で getUserMedia が利用できるようになりました。 雑感 WebKit の Issue はまだ閉じられてませんが、無事 WKWebView で getUserMedia が動くようになりました。 208667 – getUserMedia does not work in WKWebView-based browsers like Chrome, Firefox. 今まで抱えていた課題である iOS 上のブラウザで WebRTC (getUserMedia) を利用するなら Safari で、という縛りが iOS 14.3 でなくなります。 これはサービスを提供している側はとても大きいと思います。 実際に試してみたところ iOS 14.3 の Chrome で VP8 で WebRTC 経由でフル HD の映像を配信

この資料は定期的に更新される 概要 Erlang/OTP を GitHub にあるソースコードからビルドして利用する方法についてまとめている。 前提 株式会社時雨堂 の商用製品向けのビルド設定 パッケージングに利用する Erlang/OTP は OpenSSL を dynamic link しない OpenSSL 最新版を自前ビルドする 利用していないモジュールはビルドしない jinterface odbc wx debugger observer et tftp ftp megaco eldap diameter jinterface mnesia snmp ssh erl_docgen mnesia GitHub から clone してきてビルドする Linux 古いカーネルは利用しないほうがいい Ubuntu 24.04 x86_64 | arm64 apt install buil

この記事は 6 年前に書いた記事を更新したものです プログラミングの生産性を上げるには - Cside::Private とても面白かったのでマネしてみた。人それぞれあると思うので自分のスタイルを。 といっても、かなり不真面目なので参考にはならないと思う。 1. README.rst を書く まず最初に何がしたいのか、どんなことをしたいのかを書く 概要、ゴール、実装方法、使用ライブラリ、TODO などを書いていく そして README.rst に擬似コードを書き始める コンパイルが通る必要は無い コメントもガンガン書いていく とにかく issues とか使わず全て README.rst に書いていく 一通り出来てきたら GitHub Issues にタスクを移す 2. 擬似コードでプロトを書く コードを書いてみないと分からない事が多いのでまずはコードを書く 自分が一番かける Erlang