はじめに

• 本書の構成

第1章　インフラの心得

1-1　なぜ，インフラの担当者が必要になるのか

• インフラに最低限必要なこととは
• 極力手間がかからないシステムをつくる
• お客様は社員である
• コラム　自滅他賛

1-2　インフラの環境と規模を考える

• 最初の条件は「場所」，次に「サービスの規模」
• オフィスは「与えられた箱で，いかにやりくりするか？」がカギ
• データセンターの契約形態はサービスの「規模」と「拡張スピード」で考える
• サービスでやっかいなのは，規模より性質

1-3　技術要件として確認しておきたい6つのこと

• 性能と予算のバランスを考え，決断するのも，1つの“技術”
• 予算
• OSS or 有償製品
• 冗長性
• 分散性
• 堅牢性（セキュリティ）
• 運用性
• コラム　緊急対応の思ひで

1-4　知識を集め，選択する

• 知識とは，目的を果たすための手段である
• 広くキャッチアップした後，深く掘り下げる
• 運用フェーズでは必要となる知識の深さが変わる
• アーキテクチャの決断材料となるもの
• 決定権はだれにあるか
• 金で時間は買えても，組織の文化や技術力は買えない

1-5　食っていくうえで必要な精神と肉体

• 大切な心がまえ
• 守るべきこと
• 経験しておくべきこと
• より長く楽しむために

第2章　スタートアップ期に必要なこと

2-1　小規模組織に必要な心がまえ

• 要望を満たしていても，組織が拡大すると後悔する
• 自宅でもシステムを動かそう
• 率先して1人で活動すべし
• 記録を残すのは必須

2-2　オフィスを構築する

• オフィスの構築はデータセンターの構築よりも慎重に
• コラム　オフィスの脆弱性あるある
• ネットワーク
• ハードウェア
• コラム　計画停電
• ソフトウェア

2-3　物品を購入し，管理する

• エンジニアが購入を担当する物とは
• 購入の基礎
• 物品購入時に注意すべき3つのこと
• 資産管理は早い段階から手がけるべき

2-4　サービス開発を支援する

• 開発リソースが確保できるように仕事を巻き取る
• 開発用サーバー
• ソースコード管理システム
• プロジェクト管理／バグトラッキングシステム
• 情報共有システム
• CIツール（継続的インテグレーション）

2-5　パブリッククラウドを選択する

• クラウドの意味とは
• クラウドのメリット
• クラウドのデメリット
• どのパブリッククラウドを選ぶか

2-6　パブリッククラウドを利用する

• アカウントの管理で注意したいこと
• ネットワークのポイント
• コラム　Amazon Aurora
• インスタンスを選択するうえでのポイント
• コラム　高橋名人
• AWSの活用例

2-7　クラウドサーバーを運用する

• デプロイの仕組みをつくる
• 監視の体制を整える
• オートスケーリングを活用する
• バックアップとリストアを確実に行う
• ディスク容量を節約する
• ログを確保する

第3章　イベント（1）引っ越し

3-1　引っ越しに臨むための心がまえ

• 引っ越しは現場で決められるんじゃない，会議室で決められるんだ
• 経営陣や人事とのコミュニケーションが大事
• 大変＝とてつもなく大きな成長機会

3-2　現行オフィスを整理する

• 引っ越しは，黒歴史を払拭するチャンス
• インターネット回線の契約内容を確認する
• 稼働するサービスや機器を整理する
• IPアドレスの割り当てをまとめる
• DNSの値を変更する
• 従業員数と機器数を把握する

3-3　新規オフィスを設計する

• より良い環境へアップグレード
• インターネット回線で考えるべき4つのこと
• サーバールームを設計するチャンスはオフィス構築時だけ
• 執務室の配線は常に綺麗に
• IPアドレスのBefore／After表を作る
• 引っ越しと同時に日常システムに変更を加えるのは避ける

3-4　スケジューリングを考える

• 当日の安定化に最低限必要なこととは
• 社内システムの移動をどう考えるか
• 計画の鬼門とは
• スケジュールの例

3-5　移転当日に注意すべきこと

• 装備を万全にして肉体へのダメージを抑える
• IPアドレスの変更ではコンソール作業を極力なくせるように
• DNSの変更もひと手間で完結できるようにしておく
• システムの動作確認にはアラート監視システムを活用しよう

第4章　中小企業期に求められること

4-1　中規模の段階で必要な心がまえ

• システムの重要性が高まり，責任が重くなってくる
• 予算や決済の流れに関わるよう働きかけていく
• 人材の変動に対応する
• コラム　卒業

4-2　オフィスを構築する

• サーバールームで考慮すべきこと
• ネットワーク
• ハードウェア
• ソフトウェア

4-3　共有システムの扱いを検討する

• 従業員データの管理
• 勤怠管理
• グループウェア
• メッセンジャー
• ブログ
• Wiki
• ファイルサーバー
• コラム　NFSの思ひで
• コラム　突き抜けしユーザー
• 情報統制を考える

4-4　物品を購入する

• 購入にあたって押さえておくべきポイント
• コラム　納品は手元に届くまでが納品です
• 支払い方法に気をつける
• コラム　決算期の割引を狙え

4-5　オンプレミス環境を選定する

• オンプレミスとパブリッククラウドを比較すると
• プライベートクラウドを構築する
• データセンターの契約をする

4-6　オンプレミス環境の基盤を構築する

• ネットワーク
• コラム　オンプレミスとパブリッククラウドを共存させるときの注意点
• ハードウェア
• コラム　現実的なネットワーク構成例
• コラム　ラッキングの思ひで
• リモートコントロールで保守する方法
• コラム　障害対応の思ひで

4-7　オンプレミス環境を支えるソフトウェア

• 仮想環境
• 基幹システム
• サービスサーバー

4-8　オンプレミス環境でサービスを運用するうえでのポイント

• サービス用のサーバー以外に監視すべき機器とは
• アラートメールに慣れないように
• 自動化を推進する
• バックアップ／リストアのポイント
• 故障対応する
• コラム　サーバー紛失事件

第5章　イベント（2）事業拡大

5-1　規模を把握する

• サービスの変化がきっかけで環境が変化しなければならなくなる
• 現状を把握する
• 段階的計画とアーキテクチャ構想を練る
• 必要となるリソースを予測する

5-2　再設計する

• 物理設計
• 拡張性／分散性
• 冗長性
• 堅牢性
• 運用機能
• 運用コスト

5-3　新しい環境を選択する

• データセンターは2つの視点で分散思考
• ハードウェアは金の力に溺れすぎずに
• ソフトウェアは「自前の部分」と「外部に出す部分」の切り分けが大切

5-4　移転のための計画を立てる

• 新環境の構築に必要な日数を予測する
• 実測値を得る
• 移転の当日のことを計画する

5-5　移転する

• 自動化で作業の確実性と効率を上げる
• 通しテストを行う
• 本番でのトラブルに対処する

第6章　大規模に向けて

6-1　大規模になると起こること

• インフラの責任は重大になる
• 組織構造が変化する
• 技術と人材が変化する

6-2　冗長化して被害から逃れる

• 大きな迷惑をかけないように品質を考える
• パーツ
• サーバー
• ネットワーク
• ラック
• データセンター
• 同時に2箇所以上が故障することを検討する
• 中途半端な死
• 監視システム
• 冗長化を実装するには

6-3　負荷分散を行う

• 散らす前にスケールアップを検討する
• スケールアウトは段階を踏んで，シンプルな構成で
• スケーラビリティについて考えるべきこと
• スケールインする場合は安全面を最重視
• データセンターを分散させる意味と注意点
• ロードバランサの負荷分散で大切なこと
• Web／APサーバーは最も完全放置を目指しやすい
• DBのさまざまな分散手法を理解する
• KVSで注意すべきこと

6-4　インフラの改善と効率化を図る

• Infrastructure as Codeを実現する
• Immutable Infrastructureを実現する
• Blue-Green Deploymentを導入する
• テストを導入する
• 監視の仕組みを整える
• ベンチマークをして障害を防ぎ，パフォーマンスを向上させる
• ボトルネックを解決する

6-5　アプリケーションの品質を向上させる

• インフラはサービス全体の半分以下の領域でしかない
• 品質の変化に対応する
• リファクタリングを行う
• キャッシュを活用する

6-6　セキュリティに配慮する

• セキュリティ対策の3つの種類
• 開放するのは最低限に
• アクセス制限をする
• ソフトウェアの脆弱性に対応する
• アプリケーションの脆弱性に対応する
• データの漏洩と盗聴への対策を考える

6-7　運用を楽に，正しくする

• 情報を共有する
• OSとミドルウェアを適切に選択する
• アーキテクチャを安全に変更する
• オペレーションのミスを防ぐ
• バグに対応する

6-8　最新技術を取り入れる

• 新しい技術に取り組むメリットとは
• 仮想環境
• ビッグデータ
• リアルタイム通信
• 支援ツール

第7章　イベント（3）コスト削減

7-1　なぜ，コスト削減が発動されるのか

• 栄枯盛衰
• 拡張の引き締め
• 売上の低迷からくるシワ寄せ

7-2　余剰をカットするためのポイント

• 台数を削減する
• リソースを見直す
• 新しいプログラミング言語やフレームワークを選択する
• 値引き交渉をする
• コラム　AWSスポットインスタンスのリスクと費用高騰を回避するには

7-3　集中と選択

• 重要度で仕分けする
• 構成を共有化する
• 冗長性を破棄する

第8章　求道者の心得

8-1　情報に向き合う

• 楽しく息を吸うように情報の収集，吸収，選別を行う
• 発信してこそ，エンジニアとして真の自信がつく
• 英語を「読む」のは必須

8-2　経験を積む

• 運用して改善し，また新規構築をしては運用改善をする
• インフラエンジニアを育成する

8-3　組織と付き合う

• 成長できる環境を選択する
• キャリアプランを意識してエンジニアとしてのレベルも給料も上げていく
• 変化に対して「自分がやるべき業務とその価値が十分であるか？」を判断する
• 互いに良好な影響を与えられる人間関係を大切にする

Appendix　インフラを支える基礎知識

• OS
• コラム　SNMP
• ネットワーク
• DNS
• NTP
• 通信プロトコル

おわりに