自 己紹介 株式会社ネクフル 代表取締役草薙俊介 (Shunsuke Kusanagi) 1982 年年北北海道札幌市出 身 2001 年年北北海道札幌 西 高等学校卒 2005 年年明治 大学経営学部卒 2011 年年フリーター web コンサルを経て独学でプログラミングを学び株式会社ネクフル設

AWS だけで構築する フルマネージド動画配信サービス 株式会社ネクフル

自 己紹介 株式会社ネクフル 代表取締役草薙俊介 (Shunsuke Kusanagi) 1982 年年北北海道札幌市出 身 2001 年年北北海道札幌 西 高等学校卒 2005 年年明治 大学経営学部卒 2011 年年フリーター web コンサルを経て独学でプログラミングを学び株式会社ネクフル設 立立 好きな AWS サービス : ElasticTranscoder 1.

会社概要 動画 C to C プラットフォーム necfru 販売のできるYoutube のようなもの 2011 年年ローンチ 販売者数 5000 人 ~ 動画数 20000 本 ~ PC, スマートフォン再 生対応 (RTMP,HLS) クレジット,Paypal, スマホ3キャリア AmazonPayment 等の決済に対応 http://necfru.jp 2.

会社概要 オリジナル動画サイト無料料構築 necfru yours http://necfru.com/yours/ 独 自の販売チャネルを無料料で構築できるサービス 機能はnecfruと同じ 審査不不要で各種決済機能付きで最短５ 日で運 用開始 九州朝 日放送様 KBCオンデマンド テレビ 長崎様 KTNオンデマンド Copyright 2016 Necfru Inc. 3.

AWS に運 用を切切り替えるまで 4.

2015 年年までの構成 動画配信業者 A を利利 用 Web サーバー (2cpu/4gb/40GB) * 2 台 DB サーバー (4cpu/8gb/100GB) * 2 台 動画変換サーバー (ffmpeg) 8cpu/16gb/100GB ストリーミング配信サーバー (Wowza)4cpu/8gb/1TB 国内のオンプレミス環境 DR として国内の VPS 5.

2015 年年までの構成 問題 1 拠点が国内にしか無い 増え始めてきた海外からのユーザーに対して配信が遅い 冗 長化の構成を取ることが出来ない 問題 2 単純に動画のエンコードが遅い 2 時間程度度の動画をユーザーがアップロードしてエンコード - > 配信完了了するまでにかかっていた時間 - > 約 4 時間 問題 3 各種ログ ( エンコード, エラーログ等 ) が提供されなかった 見見るまでにとても時間がかかる サービスをスケールさせていくにあたっての致命的 6.

2015 年年までの構成 問題 4 実態に 見見合ってない 高コスト ほとんど使 用されていないはずのサーバーの利利 用費 用 無駄に積み上がっていくストレージ料料 金金 ライセンス費 用の積み上げ 問題 5 単純に配信時のサービスの品質が悪かった 1 年年以上運 用してきて 数 十回のダウン 障害検知も遅い 管理理コストを削るはずが むしろ増えている 7.

開始早々に早くも限界に 費 用が掛かり過ぎるのも当然問題だが それよりもサービスのスケールに合わせて拡張できる環境とはほど遠いものであったほうが問題になった 8.

何とかするために 課題 1 インフラの管理理コストはかけることは出来ない 人的リソースが物理理的に 足りない 特定の 人の属 人的なノウハウにすることは避けたい ビジネスを作ることに注 力力したい 課題 2 コスト計算は明朗会計に 本当に必要な物に必要な投資をする 課題 3 稼働状況は把握できないといけない ログやサービスの稼働状況がある程度度リアルタイムで確認できないのは時代にあってない 9.

何とかするために 課題 4 国外からのアクセスの対応 国内のみの拠点ではサービスのスケールが 止まってしまう 課題 5 性能向上 エンコード 配信で低かった品質を 大幅に向上させる必要がある 10.

比較 海外向け動画配信業者 費 用が年年単位で数千万 ~ 国内動画配信事業者 初期費 用が数百万 ~ 拠点は国内のみ 自社で内製 技術的には問題ないが リソースと運 用コスト 属 人的ノウハウ 11.

比較 構築時に実際利利 用するため費 用はかかるが 初期費 用は無し フルマネージドである DNS,Mail, など関連して利利 用するサービスも全部 一本化できる 利利 用者が多いのでノウハウが豊富 海外拠点が即構築可能 関連サービスも全て含めて即構築できるのは AWS しかなかった 構築時にも担当者が 1 から相談に乗ってくれる マニュアルのトレーニングのみで後は放置 場所だけ 用意するだけのサービスが多い中 細かいレベルで問題解決に相談に乗ってくれたのは AWS のみ 12.

AWS での活 用 13.

現在の構成 EC2 RDS S3 Lambda SQS ETS CloudFront 14.

現在の構成 Route53,ELB も含めて基本的な使い 方 EC2 RDS S3 ユーザーからアップロードされる動画ファイル エンコードの動画ファイル エンコードした動画ファイルから 生成されるサムネイル 説明不不要の 高品質 15.

現在の構成 CloudFront S3 をオリジンとしてそのまま利利 用 RTMP 配信 用と HLS 用にディストリビューションを作成可能 利利 用するにあたって転送量量以外 ライセンス費 用など不不要 http, https 両 方共利利 用可能 16.

現在の構成 Lambda S3 にアップロードされた動画を ETS へ登録 ETS からの完了了通知を受け取ってアプリケーションへ通知 ETS によって 生成されたサムネイルから別フォーマットのサムネイルを 生成 〇 Nodejs で実装 ( 他 python なども実装可能 ) 〇サーバーレスでバイパス的な実装を担当 〇実 行行時のメモリの割当, 実 行行時間等指定できる 〇実 行行時のログはすべて cloudwatch で確認可能 〇 Imagemagick など予め 用意されているものなども利利 用でき 自分で組み込むことも可 17.

現在の構成 ETS RTMP 配信 用に MP4 をエンコード HLS 配信に m3u8 ファイルと ts ファイル 生成 10 秒おきにムービーからサムネイルを 生成 〇ほぼすべてのフォーマットからのエンコードが可能 〇出 力力したい動画形式をプリセットとして作成 〇課 金金はムービファイルの動画の分数 〇作成するプリセットの数 * 動画の分数の合計 〇 一つのリージョンに 4 つまで処理理するパイプラインを持つことができる 実装時には 工夫が必要 〇エンコード速度度は早い 例例 ) 3GB 30 分を 4 プリセットで約 8 分程度度で完了了 18.

AWS に切切り替えてから 19.

AWS に切切替後 改善 1 エンコード処理理の改善 3GB 30 分の動画をアップロードから配信までトータルで 4 時間程度度かかっていた物が 約 10 分以内に完了了 改善 2 ストレージ費 用が激減 動画データはとてもサイズが 大きいので これまでストレージ費 用として毎 月 15 万程度度かかっていたものが S3 に保存を利利 用することで 約 1 万円とコスト削減し 信頼性は 大幅に向上 20.

AWS に切切替後 改善 3 海外からのアクセスも問題なくなった S3 と CloudFront のみで配信できているため 国内のユーザーと海外からのユーザーへの配信が同品質になった 改善 4 運 用コストがかからなくなった AWS のみで構築しているため 物理理的なマシンの管理理などは無し 必要なログなどもすべて CloudWatch から確認することができる 21.

AWS に切切替後 改善 5 トータル費 用の削減 ストレージ 配信 エンコードですべての費 用を削減することが出来たので トータル費 用でやく 20 分の 1 程度度コストを削ることが出来た 改善 6 構築までの時間も早かった ノウハウの豊富さ 物理理環境が無いためインフラ導 入コストなど気にする必要がなく オンプレミスの環境から AWS 環境へ切切り替えるのに 2 週間くらい作業が終わった 22.

まとめ 23.

まとめ ETS のエンコード速度度は体感できるレベルで早い S3 に何もかも保存しておけば ストレージ費 用が 目に 見見えて安くなる 切切り替えコストも想定よりかなり早く終わった CloudFront と S3 のみで動画配信をしているので 高負荷になったとしても スケールは AWS が勝 手に 行行ってくれる EC2 のインスタンスサイズに悩まなくていい 24.

まとめ Lambda で補助的な処理理をすべて担当させることができるのはとても助かる Lambda で出来ない処理理があった場合は 自分で EC2 など利利 用して実装する必要がある パイプラインが 一つのリージョンに対して 4 個しか持てないのはなんとかしてほしい マルチドメインで運 用するようなサービスの場合 アプリケーションで 工夫する必要がある AWS 内だけで 非常にサービスが多く 特に動画トランスコードや配信に関しては知識識と経験が無ければ恐らく難しい 25.

Necfru 新サービスについて 動画 音声ストリーミング配信プラットフォーム necfru Media Cloud 26.

配信プラットフォーム 立立ち上げのきっかけ 課題 1 従来の動画配信事業者のコストは 高すぎる なぜか常に 高 止まりしている 動画事業が拡がらない第 一の 足枷 一部の配信事業者の寡占状態 課題 2 コスト計算が超不不明朗 配信量量 ストレージ量量のほか 動画本数 ユーザー数 アカウント数 再 生数 ストリーム数 トランスコード設定など 一般のユーザーでは理理解も計算もしにくい料料 金金設定 27.

弊社の配信プラットフォーム necfru Media Cloud necfru Media Cloud の特徴 初期費 用無し 面倒な契約等無し 無料料試 用可能 利利 用後も完全従量量制 縦動画 音声も配信可能 尺 容量量 配信量量のみの明朗会計 http://necfru.com/mediacloud 例例 : 世界最 大 手配信事業者 B 社 (AWS 使 用 ) を利利 用していた弊社クライアントの場合 年年間 4,000 万 弊社 300 万前後までコスト削減 28.

necfru Media Cloud のソリューション提供 サービス上ではなく OEM で利利 用したい 自社アカウントでの AWS サーバーで同じものを組みたい このような法 人様へ Media Cloud のソリューションのみの提供も開始します ソリューション提供事例例 博報堂 DY メディアパートナー様 テレビ 新聞 雑誌 ラジオなどメディア企業 コンテンツホルダーを対象に動画事業に必要な機能をワンストップで提供するオリジナルの動画ビジネスマネジメントシステムに Media Cloud のソリューションを提供 29.

お問合せはこちらへ メール :info@necfru.com 電話 :03-6826- 8969 草薙 ( クサナギ ) まで 30.