O'Reilly Japan Community Blog: スタートアップ企業向けインフラ運用入門アーカイブ
システムをリリースして無事運用に乗った後も、様々な要因によりシステムを拡張する必要が出てきます。今回は、システム拡張の要因、及び基本的なシステム拡張の方法を具体例を挙げつつ説明していきます。 初めに これまで4回に渡り、インフラ運用に関する入門的な記事を書いてきました。それらの内容を実施して、システムが安定運用に乗ってきたと仮定します。業務系のシステムであれば、そこでインフラ担当の仕事は大体終わりとなり、オペレーターなどに主要な業務を引き継ぐことになると思います。それに対してRettyのようなWebサービスの場合は、システムが軌道に乗った後も継続的なシステム拡張が発生することが一般的です。 本記事では、まずどのような事をきっかけ・要因としてシステム拡張が必要になるのかについて説明します。次に、Rettyのシステム構成を簡単に説明し、システム拡張が必要となる各種要因に対して、どのような方針で
oreilly.co.jp -- ハイパフォーマンスWebサイト
米Yahoo!のパフォーマンス担当責任者が導き出した「高速サイトを実現する14のルール」を実例とともに紹介します。サイトの高速化と聞くと、サーバ負荷分散などバックエンドで実施する大掛かりなパフォーマンスチューニングを思い浮かべますが、じつは待ち時間の80％はフロントエンドの処理に費やされています。ここで紹介する明解なルールに従いさえすれば、この時間を大幅に削減できるのです。本書では、ブラウザとサーバの通信の仕組みからわかりやすく解説し、14のルールに従うことでなぜ高速化できるのかを論理的に解明しています。 翻訳者によるサポートページ。 訳者まえがき 本書に対する賞賛の声 推薦の言葉 まえがき A章 フロントエンドのパフォーマンスの重要性 A.1 ウェブページのパフォーマンスを追跡する A.2 時間はどこで使われたのか？ A.3 パフォーマンス改善の鉄則 B章 HTTPの概要 B.1 圧縮
スケーラブルWebサイト
ユーザー数の増加に伴って、その規模を容易に拡大できるスケーラブルなWebサイト構築について解説した総合ガイド。何百万人ものユーザーに対応するWebアプリケーション用のインフラを構築するための立証された手順を、実践的な例と最先端テクニックを使ってソフトウェア/ハードウェアの両面から解説します。限られた予算で今日のWebアプリケーションに耐えうる性能を実現したいすべての開発者にとって有用な1冊です。 翻訳者によるサポートページ。 訳者まえがき まえがき 1章 はじめに 1.1 ウェブアプリケーションとは？ 1.2 ウェブアプリケーションの構築法 1.3 アーキテクチャとは？ 1.4 どう始めるか 2章 ウェブアプリケーションのアーキテクチャ 2.1 階層化されたソフトウェアアーキテクチャ 2.2 階層化技術 2.3 ソフトウェアインタフェースの設計 2.4 A地点からB地点へ 2.5 ソフトウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
