GigaViewer の配信基盤を支えるマルチテナントアーキテクチャ - Hatena Developer Blog
執筆: id:chaya2z この記事は SRE 連載の 3 月号です。 2 月の記事は id:koudenpa さんの Amazon AuroraのCPU世代を上げるとどうなる？ でした。 はじめに 技術的な課題 アーキテクチャ サイロモデル: CDN プールモデル: ロードバランサー・リバースプロキシ サイロとプールの境界 配信基盤の移行戦略 サイロとプールの橋渡し オリジンの保護 ふりかえり はじめに GigaViewer は、はてなが提供するマンガビューワーです。 2017 年のリリースから 2026 年 3 月現在で 20 以上のサービスに導入されています。 各サービスには専属のデザイナーや独自のマーケティング戦略があり、配信基盤がサービス固有の要件を制約しないことが求められます。 加えて、作品の更新タイミングでトラフィックが急増し、そのスケジュールもサービスごとに異なります。
「パフォーマンスチューニングのために普段からできること」〜なぜ突然システムが遅くなるのか？ISUCON優勝者が語る計測と推測のリアリティ 〜 - KAKEHASHI Tech Blog
カケハシでの社内講演に、さくらインターネット株式会社の藤原俊一郎氏（@fujiwara）をお招きしました。「パフォーマンスチューニングのために普段からできること」というタイトルで、具体的な失敗談や現場の思考プロセス、そしてチューニングの本質についてお話しいただきました。 社内向けの場ではありましたが、貴重なお話をお伺いできたため、ご本人の許可を得て外部向けにまとめました。 当日は、前半を講演編、後半を対談編として構成し、対談パートにはカケハシのテックリードである松山も参加しました。 講演編：「パフォーマンスチューニングのために普段からできること」 なぜパフォーマンス問題は突然「死」を呼ぶのか グラフが改善したりISUCONで勝ったりする瞬間は「ものすごく楽しい」ものですが、一方で現在進行形でサービスが死んでいる状況は「めっちゃ楽しくない」ものです。長年育てたサービスが落ちることは、「自分の
Azure Bicep の設計 Resource編 - tech.guitarrapc.cóm
前回は、Bicepの性質から、どのような基本設計でIaCを指向するか書きました。 https://tech.guitarrapc.com/entry/2021/07/15/033715 今回は、実際にBicep Resourceを使って書くときに、どのような工夫が必要なのかメモしておきます。 概要 Bicep Resource Preview リソースと ARM Template Previewページは手薄 Bicep Module 粒度 Bicep Parameter string, int, bool の扱いやすさ object型の型宣言が弱い array 型の型宣言が弱い 実行時Parameter の渡し方 existing と リソースの存在保障 existing の実行成功は存在保障ではない Role Name の取得 Built-in Role Custom Role 来てほし
PulumiでECS環境を構築する - Kaizen Platform 開発者ブログ
SREの本田（@mov_vc）です。 Kaizen Platformではインフラ構築にPulumiを採用し始めています。今回は、Pulumiの基本的な説明+ECS環境をPulumiで構築した手順をまとめました。結論から言うとPulumi、かなり便利なので、導入を考えているよ〜という人はぜひ読んでみてください。 TL;DR 汎用言語で書ける TypeScript, JavaScript, Pythonで記述できます。 依存関係解決してくれる リソース間に依存関係があってもPulumiさんがよしなにやってくれます。 WebUIやべーじゃん WebUIはこんな感じでプロジェクト、環境一覧画面があり、イケてます。 作業履歴とかもWebUIで確認できる 環境ごとのstate情報、Pulumi作業履歴などが確認できます。 開発めっちゃ活発 リリースサイクルが週1ペース。ちゃんと寝てる？？？ ぷ…Pul
まつもとりーのインフラ入門－第六回「高集積マルチテナントアーキテクチャのセキュリティ（1）」 - Forkwell Press
みなさん、こんにちは。まつもとりーのインフラ入門第六回です。 本連載では、主にインターネット基盤技術、または、インターネットのインフラ技術と呼ばれる領域に関して、Webホスティングサービスの歴史やWebサーバの設計と実装を中心に執筆していくと第一回で述べました。 第六回では、高集積マルチテナント環境において非常に重要で、かつ、とてもおもしろいセキュリティの研究動向についての研究動向を紹介します。 まつもとりーのインフラ入門－第五回「高集積マルチテナントアーキテクチャのリソース分離（2）」 まつもとりーのインフラ入門－第四回「高集積マルチテナントアーキテクチャのリソース分離（１）」 まつもとりーのインフラ入門－第三回 「WebサーバとWebホスティングシステム(2)」 まつもとりーのインフラ入門－第二回 「WebサーバとWebホスティングシステム」 まつもとりーのインフラ入門－序章「インフラ
まつもとりーのインフラ入門－第二回 「WebサーバとWebホスティングシステム」 - Forkwell Press
みなさん、こんにちは。まつもとりーのインフラ入門第二回です。 本連載では、主にインターネット基盤技術、または、インターネットのインフラ技術と呼ばれる領域に関して執筆していくと前回述べました。 そこで、第二回では古くからあるWebホスティングサービス、または、レンタルサーバと呼ばれるサービスについて、Webサーバの観点からどのような技術的取り組みがなされてきたかを紹介します。 本記事を通じて、Webホスティングサービスのように古くから提供され、長い間改善が積み重ねられてきたサービスの構成や設計から、WebサーバやOSに関する基礎的でありながら実践的な知識を習得頂ければ幸いです。 みなさま、はじめまして。さくらインターネット研究所で主にインターネット基盤技術を中心に研究開発をしているまつもとりーと申します。 本連載では、主にインターネット基盤技術、または、インターネットのインフラ技術と呼ばれる
ゲームサーバ勉強会の発表内容メモ - Qiita
聞きながら書いてたので抜けてたり誤字とか多いと思う。各々の資料はあとで公開されるはず。Twitter のハッシュタグは #ゲームサーバ勉強会 なお、会場内からも発表されてましたが、第二回の開催も検討とのことです。 皆さまご来場ありがとうございました。懇親会で話しましたが、好評いただいたので、第2回やる方向で検討します。次回予告イメージとしては、10月頃、負荷試験、うどんの会による自家製うどん。 #ゲームサーバ勉強会 — 元イカ2 (@seizans) August 3, 2018 アカツキ: 失敗から学ぶ・大規模環境における Ruby on Rails on AWS の最適化 めっちゃ鳥肌 これ、正月かな......#ゲームサーバ勉強会 pic.twitter.com/RKARkr3F5f — 紫苑 (@grwth1009) 2018年8月3日 Rubyはsmallスタートむき#ゲームサー
OSレイヤでWebサーバが起動時に実行するシステムコールを監視し起動完了直前のプロセスをイメージ化する - 人間とウェブの未来
今回は、Webサーバの実装に依存することなく、OSレイヤでWebサーバソフトウェアが起動時に実行するであろうシステムコールを監視して、そのタイミングでプロセスをイメージ化する方法（PoC）について紹介します。 その前に、まずは前提の一致ということで、僕は以前から、Webサーバプロセスの性質について、プロアクティブ性とリアクティブ性という分類について述べてきました。 プロアクティブ性とリアクティブ性について簡単にまとめると、以下のようになります。 Webサーバ機能のプロアクティブ性とリアクティブ性 突発的なアクセス集中のような変化に耐えうるシステムを構築するためには，負荷の状態に基いて適切なインスタンスの数を決定し，必要以上にコンピュータリソースを使用しないように設計することも重要である． 単一のサーバに高集積にホストが収容可能であり，ホスト単位でのリソース管理を適切に行いながら，セキュリテ
試したいから、作る。ghq、goreの作者motemenの開発は「自分本位」で駆動する - エンジニアHub｜Webエンジニアのキャリアを考える！
試したいから、作る。ghq、goreの作者motemenの開発は「自分本位」で駆動する 次々とOSSを送り出す株式会社はてなのCTO、大坪弘尚さん。連続開発を支える、発想の源、そしてモチベーションをご本人に伺いました。 エンジニアにとっての強みとは何でしょうか。その答えはさまざまですが、「プロダクトを完成させるスピード」という要素は、“強み”の一つの指標と考えていいでしょう。 「エンジニアの会社」として見られることの多い株式会社はてなの中でも特に「作るスピードが早い」と一目置かれる人物がいます。CTOの大坪弘尚（おおつぼ・ひろなお／ @motemen ）さんです。 大坪さんはghqというツールを20代で公開し、コミュニティから高い評価を受けました。それにとどまらず、GoにおけるREPLを実現するツール、goreも続けてリリースし、GitHubで2000以上のスターを獲得しています。常にオー
ミドルウェア性能検証の手引き | 外道父の匠
インフラエンジニアの多分、華形のお仕事の１つであるミドルウェアの性能検証を久々にガッツリやる機会がありましたので、検証作業の基本的な項目について初心から振り返っておきたいと思います。読みやすさ度外視の詰め込み記事注意警報です。 世の中、雑な検証結果もちょいちょい散乱していて、私自身もそうならないよう注意を払っているわけですが、ガチでやると気をつける項目が多くて、自分で忘れたりしないようにと、誰かにやってもらいたい時に基本を抑えてから取り掛かってもらうために、形にして残しておこうと思った次第であります。 目次 なぜ性能検証をするのか 環境の準備 インスタンスの用意 クライアントの用意 サーバーの用意 ボトルネックになりうる項目 CPU Utilization Memory Network Bandwidth Disk Bandwidth Disk IOPS Disk Latency Disk
Webシステムにおけるオートファジー構想 - 人間とウェブの未来
サービスの一時的な飢餓状態とはどういう状態か。その上で、とあるインスタンスが古いインスタンスのリソースを奪い、自身に吸収することによってとあるインスタンスはある種リソースを蓄積する。しかし飢餓状態が長く続くとその循環が起こり続け、いつかインスタンスは少数になりサービスは停止する。— 松本 亮介 / まつもとりー (@matsumotory) 2017年9月29日 こんなことを以前から考えていました。 生命の個体を維持するために非常に重要な役割を果たしているとされているオートファジーという機能があります。まずは以下のようにWikipediaの解説を見てみましょう。 オートファジー (Autophagy) は、細胞が持っている、細胞内のタンパク質を分解するための仕組みの一つ。自食（じしょく）とも呼ばれる。酵母からヒトにいたるまでの真核生物に見られる機構であり、細胞内での異常なタンパク質の蓄積を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
Infrastructure as Code Platform with Agentic AI – Pulumi
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
ITエンジニア向けのトレンド情報 | Forkwell Press （フォークウェルプレス）
Ruby and Infrastructure as Code
