インフラ エンジニア とは、なんだ 今だから伝えられる、基礎中の基礎

おまえは、なんだ

しょっさん(0x27)

中級 ITアーキテクト 初級 ITコンサルタント 中級 アクアリスト 上級 Perfume Enthusiast 超級 深田恭子は俺の嫁 封印 ナイスカレー

ID : sho7650

今日の目的とゴール

目的 インフラエンジニアの役割を知り、業界の第一人者となるべく、知識と知恵を習得するためのきっかけとなること

ゴール インフラエンジニアのスコープを理解する インフラエンジニアとは? の問いに自分の答えを見つける

想定読者

素人 インフラエンジニアのなんたるかを、何も知らずにこの業界に来てしまったペーペー

玄人 そんなペーペーを指導し、養っていかないとならない、自分はプロだと信じてやまないけど、それほどでもない人たち。

先に伝えておきたいこと

下書き 今日のスライドは「ドラフト」のままです。 なぜか。 他人の下書きをみることで、どのように考え、どのように表現しようとしたか、結果へ辿りつく重要なプロセスが垣間見えるから。

時間がなくて、手を抜いたわけではない。手抜きじゃない。

今日の段取り Why 何故、インフラエンジニアが必要なのか

What インフラエンジニアとは何か、その構成する要素を理解して、必要性を認識する

How インフラエンジニアはいかにして、インフラエンジニアたり得るか

今日の段取り Why 何故、インフラエンジニアが必要なのか

What インフラエンジニアとは何か、その構成する要素を理解する

How インフラエンジニアはいかにして、インフラエンジニアたり得るか

このセッションでの内容

次以降のセッション

Why Why 何故、インフラエンジニアが必要なのか

インフラ(基盤) をエンジニアリング する人が必要だから

基盤をエンジニアリング するとはナニゴトか

基盤? ところで、そもそも基盤とはなんぞや 国民福祉の向上と国民経済の発展に必要な公共施設とは、学校、病院、道路、港湾、工業用地、公営住宅、橋梁、鉄道路線、バス路線、上水道、下水道、電気、ガス、電話などを指し、社会的経済基盤と社会的生産基盤とを形成するものの総称である。建造物からパイプ類、場合によっては電気機器（サーバ等のハードウェア）レベルが該当する。(毎度の如くWikipediaから)

なにはともあれ「基盤」を理解することから始めよう

基盤を構成する要素 レイヤー DC/HW/NW/OS/MW/APL

インフラの領域・要素は多岐にわたる。

基盤の要素と範囲は分かった、エンジニアリングとは?

基盤を構成する要素 レイヤー DC/HW/NW/OS/MW/APL

インフラの領域・要素は多岐にわたる。

基盤の要素と範囲は分かった、エンジニアリングとは?

設備 ネットワーク

ハードウェア

オペレーティングシステム

ミドルウェア

アプリケーション

妥当な範囲

エンジニアリングとは 課題 と必要性から、世の中にある技術を組み合

わせて、最適解を導きだし、それを実現するための活動を行うこと

エンジニアリングには、技術を利用する「スキル」が必要

スキル? 技能 IPA のスキル標準を参考にする

一口に「インフラ」の「技術」と言っても、それを構成するスキルは多種多様であり、すべてを一人でまかなうことは不可能 ゆえにインフラ固有のスキルを持ったエンジニアが必要である。

「スキル」を駆使して、どのように解を実現するのか

スキル? スキル IPA のスキル標準を参考にする

一口に「インフラ」の「技術」と言っても、それを構成するスキルは多種多様であり、すべてを一人でまかなうことは不可能 ゆえにインフラ固有のスキルを持ったエンジニアが必要である。

「スキル」を駆使して、どのように解を実現するのか

職種 マーケティング セールスコンサルタント

ＩＴアーキテクトプロジェクトマネジメント

ＩＴスペシャリスト

アプリケーション

スペシャリスト

ソフトウェアデベロップメント

カスタマサービスＩＴサービスマネジメント

エデュケーション

専門分野

マ

ケテ

ングマネジメント

販売チ

ネル戦略

マ

ケ

トコミ

ニケ

シ

ン

訪問型コンサルテ

ングセ

ルス

訪問型製品セ

ルス

メデ

ア利用型セ

ルス

インダストリ

ビジネスフ

ンクシ

ン

アプリケ

シ

ンア

キテクチ

インテグレ

シ

ンア

キテクチ

インフラストラクチ

ア

キテクチ

システム開発

ＩＴアウトソ

シング

ネ

トワ

クサ

ビス

ソフトウ

ア製品開発

プラ

トフ

ム

ネ

トワ

ク

デ

タベ

ス

アプリケ

シ

ン共通基盤

システム管理

セキ

リテ

業務システム

業務パ

ケ

ジ

基本ソフト

ミドルソフト

応用ソフト

ハ

ドウ

ア

ソフトウ

ア

フ

シリテ

マネジメント

運用管理

システム管理

オペレ

シ

ン

サ

ビスデスク

研修企画

インストラクシ

ン

レベル７

レベル６

レベル５

レベル４

レベル３

レベル２

レベル１

スキル? スキル IPA のスキル標準を参考にする

一口に「インフラ」の「技術」と言っても、それを構成するスキルは多種多様であり、すべてを一人でまかなうことは不可能 ゆえにインフラ固有のスキルを持ったエンジニアが必要である。

「スキル」を駆使して、どのように解を実現するのか

職種 マーケティング セールスコンサルタント

ＩＴアーキテクトプロジェクトマネジメント

ＩＴスペシャリスト

アプリケーション

スペシャリスト

ソフトウェアデベロップメント

カスタマサービスＩＴサービスマネジメント

エデュケーション

専門分野

マ

ケテ

ングマネジメント

販売チ

ネル戦略

マ

ケ

トコミ

ニケ

シ

ン

訪問型コンサルテ

ングセ

ルス

訪問型製品セ

ルス

メデ

ア利用型セ

ルス

インダストリ

ビジネスフ

ンクシ

ン

アプリケ

シ

ンア

キテクチ

インテグレ

シ

ンア

キテクチ

インフラストラクチ

ア

キテクチ

システム開発

ＩＴアウトソ

シング

ネ

トワ

クサ

ビス

ソフトウ

ア製品開発

プラ

トフ

ム

ネ

トワ

ク

デ

タベ

ス

アプリケ

シ

ン共通基盤

システム管理

セキ

リテ

業務システム

業務パ

ケ

ジ

基本ソフト

ミドルソフト

応用ソフト

ハ

ドウ

ア

ソフトウ

ア

フ

シリテ

マネジメント

運用管理

システム管理

オペレ

シ

ン

サ

ビスデスク

研修企画

インストラクシ

ン

レベル７

レベル６

レベル５

レベル４

レベル３

レベル２

レベル１

構築技法 技法 過去のエンジニアが積み上げた、経験を元

に、実現可能性の高い手法を組み合わせ、システム化(汎用的な手順や使い方を定義)したもの

どのような構築技法があるのか

ウォーターフォールと アジャイル

2つ? ウォーターフォールをなめたらあかん。 アジャイルは銀の弾丸ではないこと、その礎にはウォーターフォールの血があることを理解する 先人たちの知恵には、一人がいくらがんばっても簡単に乗り越えることはできない。あるものを再利用し、改善することが近道

ウォーターフォールのフェーズを理解しよう

ウォーターフォールと アジャイル

2つ? ウォーターフォールをなめたらあかん。 アジャイルは銀の弾丸ではないこと、その礎にはウォーターフォールの血があることを理解する 先人たちの知恵には、一人がいくらがんばっても簡単に乗り越えることはできない。あるものを再利用し、改善することが近道

ウォーターフォールのフェーズを理解しよう

超上流

上流

中流

下流

超上流

上流

中流

下流

超上流

上流

中流

下流

超上流

上流

中流

下流

t �

ウォーターフォール型 アプローチ

フェーズ EA + RD/ED/ID/CD/UT/IT/ST(UAT)

これらのフェーズはどのように関係するのか

フェーズ EA + RD/ED/ID/CD/UT/IT/ST(UAT)

Enterprise Architecture

ウォーターフォール型 アプローチ

これらのフェーズはどのように関係するのか

RD

ED/ID

CD/UT

IT/ST ? �

Vモデル V字? 要件定義を元に設計されたものが、正しく

実装されているかを検査する内容を定義するためのモデル

具体的に各フェーズがどのように関係しているのだろうか

Vモデル V字? 要件定義を元に設計されたものが、正しく

実装されているかを検査する内容を定義するためのモデル

具体的に各フェーズがどのように関係しているのだろうか

RD

ED

CD

UT ID

IT(a/b)

ST(UAT)

EA EA? Enterprise Architecture

今日ははしょる。名前だけは覚えて帰ってください。要は企業全体で統一したシステム化方針を策定すること Business Architecture Data Architecture Application Architecture Technology Architecture

では新しいシステムを作ろう

EA EA? Enterprise Architecture

今日ははしょる。名前だけは覚えて帰ってください。要は企業全体で統一したシステム化方針を策定すること Business Architecture Data Architecture Application Architecture Technology Architecture

では新しいシステムを作ろう

Technology Architecture

Application Architecture

Data Architecture

Business Architecture

Requirements Definition

RD? 要件定義とは 顧客の要求をまとめ、矛盾した要求がないか整理して定義し、顧客の望む要求をどのように IT化して解決できるか、その解決策を定める。 けして、要件をまとめるだけではない 要件は、機能要件と非機能要件とを区別して整理する。インフラでは「非機能要件」が重要。概算がゴール

この解決策をどのように実現するのか

External Design ED? 外部設計では、解決策となるITシステムを

実現するためのコンポーネントを決定する 機能の配置(Concept Model) 機能+非機能=論理構成(Specified Model) 論理を実現する物理構成(Physical Model) ゴールは、金額が精緻化される (購入するHW/SW/NWが全て定まる)

各コンポーネントのパラメータはどうするべき?

Internal Design ID? 内部設計では、各コンポーネントが、EDで

設計したとおりに稼働するためのパラメータまでを定義する 各サーバの各ソフトウェアの各々のパラメータが一意に決まるように定義する ゴールは導入・設定時のパラメータをIDで定義された結果から定義すれば良いだけの状態

IDの結果を基に構築しよう

Coding/Development CD? 一般的にCD(Coding)と言われるが、これ

はアプリの場合。インフラは構築(Development,Implement)と呼ばれる。 IDで確定したパラメータを、導入手順書などにしたがい、実際にHW/SWの導入、構成を行う。 事前にいくら準備して検証しても、絶対に躓いて、構成がうまくいかないのが定番。 ゴールは導入・設定が完了した状態

では、正しく構成できているか確認していきましょう

Unit Test UT? 単体テスト。アプリだと、一つのモジュー

ル単体でのテスト。インフラでは、HW/NW/OS/MW ごとに単体でテストする。 実施内容は、ID で定義したパラメータなどが正しく定義されているかどうかを確認する。HWなら、指定したラックや電源、NWが差し込まれているか、OS/MWは起動するか、起動した上で、各パラメータはIDで決めた通りか。 ゴールは、全パラメータが正しいこと

今度は各ユニットが正しくつながるかを試しましょう

Integrated Test IT? 方言によってはITを分離して ITa,ITb とし

ている国もあるけれども、結合テスト、を指す。EDで設計した通りに、各サーバに配置された各機能同士がお互いに通信できるかどうか、例えば、端末からWEBサーバのコンテンツが表示できたり、APLからDBのデータが読み書きできたり。 ゴールは全ての結合が一気通貫で、全て問題ないこと。

最後に、実際に要件を満たしているかどうかを確認しよう

System Test (UAT/Cyclic Test)

ST? 言い方はたくさん。ともかく最終的なテスト。要件定義で決めた一連の機能が正しく動作するかどうか。 ユーザが購買できること(ログインして、バスケットに商品を入れて、決裁して、発送処理まで)を正しく、要件に従っているかどうか、実行結果は元より、画面遷移なども含めて確認する。インフラは見守るケースが多い。 ゴールは全ての要件が満たされたこと。 全てのフェーズは完了した!?

Operations OP? 終わりではない。

一番重要な局面は、システムがサービスインしてから。実際に利用者が使い始めてからは、サービスが停止しないよう、データを失わないよう、利用状況も見て、パフォーマンスも調べて、ユーザが快適に利用できているかどうか、常にチェックしていかなければならない。大半の人間は、ここでしぬ体験をする。

運用の話だけで 3日寝ずに話せるので今日はしない

まとめ 役割

アプリがどのような挙動で動くか、把握した上で、最適なインフラ技術を結集して、要件(+非機能)を実現すること。

範囲 アプリ以外の全て。HW/NW/OS/MW に対してRDからOPまで全てのフェーズでもインフラエンジニアは必要とされている。

とは? ある特定のProductだけに固執せず、インフラ全体から見て、本当に必要なHW/SWを選択し、日々、たんたんとシステムの安定稼働のために祈りを捧げる人たちのこと。

ご静聴

ありがとうございました たまには、最後に正しくまとめてみる