サイバー攻撃渦中のニコニコがAWSのイベントで講演 動画の配信基盤について解説、観客から拍手の一幕も
久保田さんは講演の冒頭で「報道などでご存じの方も多いと思いますが、現在ニコニコは大規模なサイバー攻撃の影響により、多くのサービスが利用できない状態が続いています。ユーザー・関係者の皆さまには、ご不便をおかけしており、心からおわび申し上げます」とサイバー攻撃について触れた。 観客からは拍手があり、久保田さんは「ありがとうございます。少しでも早い復旧に向け、全社を挙げて取り組んでいますので、今しばらくお待ちください」と感謝の意を述べ、講演を続けた。 動画・生放送の相乗りが足かせに 基盤刷新に至ったワケ 久保田さんは、基盤の刷新に至った背景や、新しい基盤の構成について講演。ニコニコ動画では2016年から約8年間オンプレミスの配信基盤を利用していたが、24年3月に新たなクラウド基盤に乗り換えた。性能は安定していたものの、設計思想に由来するいくつかの課題があったという。 そもそも旧基盤は、ニコニコ動
[レポート]ニコニコでのクラウド活用、その意思決定とアーキテクチャ #AWSSummit #CUS-36 | DevelopersIO
アジェンダ ニコニコの開発組織のふりかえり クラウド活用のテーマ設定 組織のビジョンが大事 現状のアーキテクチャのご紹介 経緯を踏まえたもの 推進活動 技術解決以外にも紹介する ニコニコの開発組織のふりかえり ニコニコの開発 = 大規模オンプレミス環境 ドワンゴのスコープでは教育事業ではAWSを使っていたがニコニコではオンプレミスばかりだった 多くは今でもオンプレミスで稼働している しかしオンプレミス環境としてはかなり整備されていると感じる オンプレミスの社内マネージドサービスがあることは大きなメリット インフラチームに申請すると構築されて、運用の設計も施されてSlack通知とかも完備していた 調達購買もインフラがやってアプリチームは開発に集中できていた しかし、社内マネージドサービスの範囲でも収まらない要件が増えてきた AWSなど別のインフラを利用する場合には選定からやらないといけなくて
![[レポート]ニコニコでのクラウド活用、その意思決定とアーキテクチャ #AWSSummit #CUS-36 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/512354a3cd4a8ad18df5d98d26423785c2b82fc1/height=288;version=1;width=512/https%3A%2F%2Fd1tlzifd8jdoy4.cloudfront.net%2Fwp-content%2Fuploads%2F2023%2F04%2Fbnr_AWS_smt_tokyo2023_1200x630_SR.png)
Pull Request発行時にそのコミットIDでデプロイされた環境を自動構築してレビュー時/マージ前に確認しやすくする仕組み - トレタ開発者ブログ
インフラをアレしてる佐野です。Pull Request(以下、p-r)が発行されると、そのp-rのコミットIDでデプロイされた環境を自動構築する仕組みを作ったので、今日はそれについて。マージ直前の環境が立ち上がるのでレビューアはレビュー時にコードを追うだけでなく、ブラウザ/アプリの接続先をこの環境に向きかえることで実際のアプリケーションの動作も確認できるようになります。レビューが非常に捗ります。 動作 仕組み GitHubのWebhookについて 自動構築の処理 Dockerの活用 tmpfsの活用 まとめ 1. 動作 こんな感じです。ここで、この通知するボットおよびこの仕組みを以下、シャイニング・ウィザードと呼ぶことにします。シャイニング・ウィザードというのは好きなプロレスの技でして最初はこの基盤の仮名だったのですが、チーム内で定着してしまったのでもうこれでいいや的な…。ちなみに、Ama
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cloudscape - Cloudscape Design System
