Upcoming SlideShare
Javaエンジニアのための"クラウド時代の過ごし方" Java Day Tokyo 2016
- 1. Javaエンジニアのための “クラウド時代の過ごし方” 2016/5/24 鈴木雄介 グロースエクスパートナーズ株式会社 執行役員 日本Javaユーザーグループ 会長 Java Day Tokyo 2016
- 2. 自己紹介 鈴木雄介 • グロースエクスパートナーズ（株） » 執行役員/アーキテクチャ事業本部長 » http://www.gxp.co.jp/ • 日本Javaユーザーグループ » 会長 » http://www.java-users.jp/ • SNS » http://arclamp.hatenablog.com/ » @yusuke_arclamp 1
- 3. Agenda • クラウド時代とは何か • クラウド時代のキーワード »クラウド »DevOps »アジャイル »マイクロサービスアーキテクチャ • どう過ごすべきか？ • まとめ 2
- 4. クラウド時代とは何か 3
- 5. エンジニアの仕事 ソフトウェアを「作る」 • 仕様を決める • エンジニアがコードを書く 以上 4
- 6. でも「作る」だけじゃ使えない ソフトウェアを作っても… • インフラがないと意味がない • リリースしないと意味がない • 停止したら意味がない • 使いやすくないと意味がない • 改善し続けないと意味がない »仕様、性能… 5
- 7. クラウド時代とは 「作る」から「運営する」へ • 「ソフトウェアを作る」より「サービスを運営 する」ことが大事 • ソフトウェアは使ってもらってビジネス的な効 果をあげないと意味がない »売上が上がる »経費が下がる 6
- 8. サービスを運営する 7 ｻｰﾋﾞｽ 機能 （ｺｰﾄﾞ） IT ｻｰﾋﾞｽ 満足度 構造 開発 企画 運用 業務 プロ セス
- 9. サービスを運営する 開発だけが重要ではない • 全ての要素のバランスで成り立つ »良いコードは大事（でも、それだけじゃない） ▸構造：システム構造、フレームワーク ▸プロセス：WF/アジャイル、ドキュメント »ソフトウェアがITサービスとして安定稼働し、業務 が回ってサービスとして価値を提供する ▸運用、業務、企画なども関わる 8
- 10. 「作る」から「運営する」へ サービス運営は終わらない活動 • しかも、要求はどんどん変化していく »初回リリースはゴールではなくスタート • では、どうやって変化に適応し続けるか？ 9
- 11. クラウド時代のキーワード 10
- 12. クラウド時代のキーワード アジャイル クラウド/DevOps マイクロサービスアーキテクチャ 11
- 13. クラウド時代のキーワード アジャイル クラウド/DevOps マイクロサービスアーキテクチャ 12
- 14. アジャイル プロジェクトマネジメントの基本 • 計画する：QCDSを決める • 実行する：計画従って作業する • 計測する：計画と実績のズレを測る • 調整する：ズレに対応する（QCDSの変更） ※QCDS：Quality（品質）、Cost（費用）、Delivery（期限）、Scope（機能） • ウォーターフォールの限界 »計画が、そんなに精度よくできない 13
- 15. アジャイル アジャイルの考え方 • 計画：精度が出るぐらい短期にする »リソースは固定化する • 計測：動くソフトウェアで判断する • 調整：定期的に関係者全員で話し合う • 調整を重視したマネジメントスタイル »WFは計画と効率を重視している 14
- 16. アジャイル 変化に適応するプロセス • 「早く作る」ための手法ではない »適切なものを適切なタイミングで作るための手法 »変更が多いなら調整タイミングを増やした方が無駄 が少ない、と考える »計画精度が高いならWFのほうが無駄が少ない • 企画から開発への流れにリズムをもたらす 15
- 17. クラウド時代のキーワード アジャイル クラウド/DevOps マイクロサービスアーキテクチャ 16
- 18. クラウド ソフトウェア化するハードウェア • 狭義には「ハードウェアの仮想化」 • 広義には「コンピューティングリソースにおけ る規模の経済と従量課金」 • 重要：ソフトウェア定義されるハードウェア »ハードウェアの操作がソフトウェア化される »ハードウェアのコピーや自動化ができるようになる »非機能要件がコーディングできる 17
- 19. クラウド クラウドの類型化 18 ハードウェア ネットワーク 仮想化OS OS ミドルウェア コード 設定 データ オンプレ IaaS PaaS SaaS ＜ユーザーの管理範囲＞
- 20. クラウド Platform as a Service • 特に注目すべきはPaaS • ミドルウェア＋稼働状態＝PaaS »OSSフレームワークは静的コンポーネント »PaaSは動的コンポーネント • 使うことで制約を受けるが便利になる 19
- 21. クラウド PaaSのレベル • 低：AWS RDS »DBMS+CPU+ストレージ＋バックアップ＋… • 中：AWS BeansTalk »LB+APSV＋監視＋自動再起動＋… • 高：Heroku »Git＋CI/CD+APSV+… 20
- 22. クラウド クラウドネイティブ • クラウドを前提にしてシステムを作ること »特にPaaSの活用 • クラウドの制約に従うことで効率化する »オンプレの作り方をクラウドに持ってくるのではな く、クラウドに最適化されたやり方でアプリケーシ ョンを考え直す »特に運用が楽になる 21
- 23. DevOps 継続的なリリースにために • 変えていきたい開発 vs 安定させたい運用 »昔は「作る」と「動かす」を分離することが効率的 だった • でも、もっとリリース回数を増やしたい »10回/日以上 22
- 24. DevOps CI/CDの発展形 • 継続的インテグレーション »レポジトリからのチェックアウト＆自動テスト＆自 動ビルド »ハードウェアの自動構成＆自動デプロイ • 開発と運用の情報共有 »変更ログや通知の共有 »チャットbotによる自動通知 23
- 25. DevOps カナリアリリース • カナリアリリース »ブルーグリーンデプロイ、A/Bテスト »本番環境を丸々コピーして新しいバージョンをリリ ースし、ユーザーのアクセス先を切り替えていく • その先 »ダークカナリア：本番環境での機能テスト »カオスモンキー：本番環境での再起動テスト 24
- 26. DevOps 運用を不要にしていく • 理想は「運用の完全自動化」 »事件が起きたときの対応チームのみ • 開発時点で運用のことを考慮する »運用しやすいように開発すればいいじゃん »面倒なことはソフトウェアで自動化しよう • 開発から運用への流れにリズムをもたらす 25
- 27. クラウド時代のキーワード アジャイル クラウド/DevOps マイクロサービスアーキテクチャ 26
- 28. マイクロサービスアーキテクチャ サービス連携によるサービス • サービスの連携でサービスを実現する »（小さな）サービスによって（大きな）サービスを 動かす »サービス＝独立した非機能要件を持つシステム • 先進企業の仕組みを調べたら、似たような仕組 みだったのでMSAと名付けた »技術論が先ではないことに注意 27
- 29. マイクロサービスアーキテクチャ 変化するために分割する • モノリシックでは部分の変更が全体に波及する »変更で大変なのは事前調査とテスト • サービスに分割されていれば変更の影響はサー ビス内部にとどまる »APIに変更がなく、データベースは共有しない ▸API自身もバージョン管理すればよい »よって、サービスは、それぞれのサイクルでリリー スできる 28
- 30. マイクロサービスアーキテクチャ 変化とサービス分割 • 「サービスが適切に分割されていれば」 »あるサービスの変更が他のサービスに影響したら意 味がない • サービス分割はドメインに従う »ドメイン≒業務 »システムへの変更要求は業務に起因するので当然 »DDD（ドメイン駆動設計） 29
- 31. マイクロサービスアーキテクチャ 変化するための技術とプロセスの集合 • より良いサービス運営に最適化した結果 »アジャイル、クラウド/DevOpsの流れの先 • MSAは「する」ではなく「なる」 »MSAにしたい、というのは危険な発想 »変化に適応するサービスを突き詰めると勝手にMSA になるはず 30
- 32. サービスを運営する 31 ｻｰﾋﾞｽ 機能 （ｺｰﾄﾞ） IT ｻｰﾋﾞｽ 満足度 構造 開発 企画 運用 業務 プロ セス アジャイル DevOps 狭義の MSA
- 33. どう過ごすべきか？ 32
- 34. クラウド時代のエンジニア 考えることが増えた • 企画、開発、運用のすべてにエンジニアとして やれることがある »これまでが分業されすぎてきた 33 開発 企画 ITサービス運営 運用 サービス運営 企画＋開発＋運用 企画＋開発＋運用 企画＋開発＋運用
- 35. クラウド時代のエンジニア Javaエンジニアの価値 • 「ちゃんとJavaでアプリが作れる」は価値 • 加えて、サービス運営の視点を持つ »例：開発生産性 ＜ 保守性 ▸解析性、変更性、試験性など 34
- 36. クラウド時代のエンジニア エンジニアの生きる道 1/2 • スペシャリストになる »特定の技術やプロセスの専門家 »JavaのWebアプリ、SPA（JS）、AWS、 Git+Jenkins、スクラム＋開発ツール、UI/UX、ログ 解析など »「圧倒的な専門性」を軸にする 35
- 37. クラウド時代のエンジニア エンジニアの生きる道 2/2 • ゼネラリストになる »分野をまたがってバランスを調整する役割 ▸少なくとも業務と技術を跨ぐこと »技術に立脚するならアーキテクト ▸エンタープライズ、ITサービス、Webアプリ、IoT、クラウ ド、データなど ▸業務に立脚するならビジネスプロデューサー、プロダクト オーナー、ITサービスデザイナなど 36
- 38. まとめ 37
- 39. まとめ クラウド時代とは • 「ソフトウェアを作る」から「サービスを運営 する」へ »使ってもらってビジネス的な効果をあげないと意味 がない • 開発者だけではユーザーの価値にならない 38
- 40. まとめ アジャイル、クラウド/DevOps • 企画と開発の一体か »定期的に調整しながら成果を出していく • 開発と運用の一体化 »ソフトウェア化するハードウェア »クラウドネイティブへの移行 »面倒なことは自動化してしまえばいい 39
- 41. まとめ マイクロサービスアーキテクチャ • サービス分割によるシステム構築 »変化の影響をサービス内に押し込めることでシステ ム全体として変化を許容する »プロセス＋技術の両輪 ▸アジャイル、クラウド、DevOpsがベース »サービス分割≒ドメイン分割 »「する」ではなく「なる」 40
- 42. まとめ クラウド時代のJavaエンジニア • ソフトウェアを作るだけでは価値にならない »ITによってサービスを運営することが価値 »よりよく運営するために何をすべきか？は、あらゆ るエンジニアが考えるべきこと • スペシャリストか、ゼネラリストか »正解はないし、新しい職種も生まれてくる 41
- 43. 宣伝 コミュニティに行こう • 自分が悩んでいる道の先にいる人に会える • そして、発信しよう 42 日本Javaユーザーグループ http://www.java-users.jp/ • 月1回のナイトセミナー • 年2回の1日イベント（CCC）
Be the first to comment