More Related Content
What's hot (20)
Viewers also liked (20)
Similar to DevOpsが引き金となるインフラエンジニアの進撃 (20)
![[AWS Summit 2012] クラウドデザインパターン#1 CDP概要編](https://cdn.slidesharecdn.com/ss_thumbnails/aws-summit-cdp-01-121001104449-phpapp02-thumbnail.jpg?width=560&fit=bounds)
DevOpsが引き金となるインフラエンジニアの進撃
- 1. Developer Migration 2013 インフラエンジニアの進撃 どうする？ディベロッパ 株式会社 ソニックガーデン 安達 輝雄
- 2. 自己紹介 安達 輝雄 ( id:interu ) ブログ： http://interu.hatenablog.com アプリ開発からインフラ構築運用まで手がけている 自称ハイブリットエンジニア チーフプログラマ http://www.skipaas.jp http://messageleaf.jp
- 3. SonicGardenが手がけるサービス一覧 自社サービス パートナーシップモデル ・データ販売サイト ・植物栽培キッド販売サイト ・ドキュメント配信 ・SEO関連サービス ・Flash動画生成サービス ・・・etc たった7名のメンバーでやってました。 2月から新メンバー2人追加決定！
- 5. 経歴
- 6. 2007年 SIer の TIS に入社
- 7. 2007年ごろ 社内向けSNSや開発支援ツールのサービス提供 チーム 8名 アプリチーム 6名 インフラチーム 2名 Id:rx7 インフラエンジニアとして 仮想化技術 / HA技術 / OSS関連 の調査・検証 サービスの運用・保守 アプリ開発基盤の整備
- 9. お客様が社内から社外へ変化 同時に クラウド利用へシフト
- 11. インフラの仕事が減少 物理サーバの管理が不要に ホストOSの管理も不要に バックアップサーバが不要に S3 / EBSスナップショットの活用 開発・テスト環境のメンテが楽に
- 13. どうする オレ？ サボる インフラを極める 別の事をする
- 15. puppetでシステム自動化 システムの構成管理 システム構築自動化 個別パラメタはLDAPで管理 詳しくは『SonicGardenでのpuppet活用事例』 http://interu.hatenablog.com/entry/20101207/1291695019
- 16. あれ？？ また仕事が減った。。。
- 17. どうする オレ？ サボる インフラを極める 別の事をする
- 18. ちょうどその時に・・・ もっとサーバと戯れたい！
- 19. メンバーが8名から5名へ
- 20. TISから独立していて 自分たちの食いぶちも稼がないと 自社サービスだけで稼げるようになるには まだ時間がかかる 会社としては受託等で 稼ぐ必要も
- 21. どうする オレ？ サボる インフラを極める 別の事をする
- 22. 受託を受けるにはプログラマが必要 なら、 やっちゃおう！ アプリも作れるようになりたいと思ってたし。 You！やっちゃいなよ！ Ops が Dev に チャレンジ！
- 23. インフラエンジニアを軸にしつつ アプリエンジニアにも手を伸ばそう！ SonicGardenにおける DevOps のはじまり。
- 24. 問題が・・・ インフラ Lv アプリ Lv 基本のみ理解 かじった程度 書けない
- 26. ペアプロ的な。 どうやってるか観察 わからないところは質問
- 27. とにかく教わる！独学はシンドい… かわりにインフラスキルを教える！ Give & Take で互いにスキルアップ！
- 30. ちなみに DevOps って？
- 31. 世間一般では… 引用元 : http://www.publickey1.jp/blog/11/devops.html
- 33. DevとOpsがお互いを尊重し サービス提供という 同じゴールに向かって 進むこと。
- 35. 何が変わった？
- 36. 変化【１】 不安で仕方が無かったリリースが楽に コードを読めばリリース内容がわかる！ バグ・障害となりそうなコードを事前検出！ 障害対応スピードも早くなったよ！ ただ、対応時はペアオペするように。
- 37. 変化【２】 システム制御処理もRubyに DevもOpsも理解できる => 共通化 テストも書ける => 効率化
- 38. 変化【３】 開発・運用するサービスが激的に増加 個々人のスキルアップの恩恵 SaaSの活用や新しいフレームワークの利用、ライブ ラリの活用などの恩恵も。
- 40. DevOps万歳！！ ただ・・・
- 41. DevOpsが流行っているが・・・ “何のためにDevOpsをするのか” を明確にしてください
- 43. 何が問題で、 どのようにすれば 解決するかを きちんと考えてください
- 44. 繰り返します。 “何のためにDevOpsをするのか” を明確にしてください 手段と目的を履き違えないでください。
- 45. さらに・・・
- 47. 最後に。
- 48. インフラエンジニアって… システムを正常稼働させて当たり前 障害が発生すると怒られる いくら頑張っても褒められることはない と思っているあなた！
- 50. 何かを変えない限りは・・・
- 51. クラウド時代に突入した今こそ
- 53. おそらく プログラミングできないエンジニアは 淘汰されていきます。
- 54. 今のうちから 少しずつプログラミングを勉強し 将来に備えましょう。