qpstudyに行ってきた

業務経験半年な右も左もわからないペーペーのインフラエンジニアなので

qpstudy 2014.04 一般枠 〜俺の屍を超えて行け、でも踏まないで〜 on Zusaar

に参加してきました！

勉強会って結構敷居高いイメージあるけど、すごく敷居が低い感があって行きやすかったです．

あとインフラの勉強会ってあんまり見たことなかったのですごくありがたかったです．

セッションの感想

インフラエンジニアとは、なんだ　@sho7650 さん

http://www.slideshare.net/sho7650/ss-33703096

インフラエンジニアって一般的にどこまでが役割かってのを理解できていませんでしたが、

データセンター/ネットワーク/ハードウェア/OS/ミドルウェア/アプリケーション

っていうレイヤーがある中で

ネットワーク/ハードウェア/OS/ミドルウェア

っていうのは"基盤"としての妥当なだよね．っていうことで、 インフラエンジニアを名乗る上でそこは必ず習得すべきだと思いました．

あと，ウォーターフォールモデルの各ステップについて具体的にどういうことをやるべきかっていうのを話してくださり非常に参考になりました． 学校で勉強して，理解しているつもりでも，よくわかっていないものなので，感覚を聞けたのは収穫でした． アジャイルも結局はウォーターフォールを小さくしたものの繰り返しっていうのは賛同しました．

非機能要件グレードはちゃんと見てみようと思いました．

ウォーターフォールモデルで何をすべきかっていうところは是非スライドを見て欲しいです．

インフラアーキテクチャ設計の勘所 @sechiro

http://www.slideshare.net/sechiro/qpstudy201404

"インフラ設計のインプット"

機能要件はブレークダウンしていけば洗い出しをしていくことができるけど，非機能要件はブレークダウンしていくだけでは出てこないことも多い．非機能要件を洗い出すために，経験や過去の案件から出したり，非機能要件グレードか洗い出したりしていくことが必要になる．

非機能要件グレードは有効に活用していこうと思いました．

要件をインフラ設計に落とす ベースはWeb三層モデル

なぜ三層にわけるか？ + 層ごとの目的に特化したソフトウェアの組み合わせができる + 共通モデルを採用することで層ごとの入れ替えができる

基本的にWeb三層モデルを使えば多くの場合には対応可能ですね．

壊れていいものと壊れてはいけないものを分けることも重要だと感じました．

インフラエンジニアには説明責任がある 守破離

　ハードウェア設計の勘所 @hasegawさん

http://www.slideshare.net/TakeshiHasegawa1/qpstudy201404-dist

プロセッサー，メモリ，ネットワーク，ストレージの動作原理を解説していただき，ちゃんと勉強しなきゃなと思いました．

ストレージで以下のことを意識して設計をする必要がある + HDDは Read/Writeは同じくらい + SSDは Readは高速　書き込みは低速　書き換えはど低速

最近のフラッシュドライブのIO性能は，ちょっと前のDIMMを上回っているというのは知らなかったので，メモリ制約のある場合はフラッシュドライブでがんばるのも検討してみたい．

RAID構成でストレージを使う場合に気をつけるべき点も勉強になりました．

OSとネットワーク設計の勘所 @yktkoさん

http://www.slideshare.net/yktko/20140419qpstudyosnw

レイヤ感覚

どこでどんな処理が起こっているかを理解することは重要．

自分で障害対応した時も，レイヤ感覚がなかったので，問題の切り分けをうまくすることができなかったので

この感覚をもっと付けなければと思いました．

特にカーネルのとことかは見つけづらいので，経験は大事．

これ欲しい

Linuxカーネル2.6解読室

時間間隔

cronをサーバに設定した結果... File System Full ちゃんと考えて自動化します

ログローテーション 障害対応の時はしっかりお世話になっているので，どういう原理でローテーションされているのか理解して活用していきます

システムタイム　2038年が恐い．

トラブル感覚

実際にサーバを触って何が起きているかをわかるようにならなければ．

いつ来るかわからない15分のために常に準備をしているのがプロ．

来ないかもしれないと言って，準備しないのがアマチュア

ミドルウェア設計の勘所 @nekoruriさん

http://www.slideshare.net/nekoruri/4-33705917

"ミドルウェア"って結局どこのことか．→HW/OS/アプリ以外の全て

ビジネス的価値を持つアプリケーションを動かすための超重要なソフトウェア．要件を満たすようにそれらをうまく組み合わせて行かなければならない．

Web+AppサーバはStatelessに保っていつでも再構築できるように設計する．

DBサーバのデータは死ぬ気で守る

サービスの特性に合ったDBを選定することは重要

メトリクスをしっかりと取って，ボトルネックの把握をする．

推測するな計測せよ

どうすればこの先生き残れるかも伝えてくださったので，そこを意識して行かなければ．

@netmarkjpさん

【諸般の事情で資料は公開しない】

• 信頼を積み重ねる
• アジリティの時代　知識と経験と行動力とクラウドとプログラミング
• 自分が変えられるのは自分だけ
• 答えはない．重要なのは相手にとっての価値
• 先生を見つける

インフラエンジニアとしてはもちろん，社会人としてどう生きていくかについても学びがあった．

---

今回は予定があって，懇親会いけなかったけど次回こそいこう