Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Cloud Nativeやる前とやりながら考えておきたいこと
Search
Ryoma Fujiwara
November 28, 2019
Technology
14
2.1k
Cloud Nativeやる前とやりながら考えておきたいこと
cndjp 第13回 俺たちの最適なCloud Nativeを求めて…。本気のこと始め!
(
https://cnd.connpass.com/event/154414/
) の発表資料です。
Ryoma Fujiwara
November 28, 2019
Tweet
Share
More Decks by Ryoma Fujiwara
See All by Ryoma Fujiwara
Harvesterという選択肢 (RancherJP Online Meetup #05)
fufuhu
1
91
個人検証アカウントの管理どんな感じでやってますか_JAWSUGランチ共有会発表資料
fufuhu
3
920
AWS OrganizationsとIAM Identity Center, Terraformを連携した権限管理
fufuhu
5
9.5k
過去のセキュリティ系セッション振り返り
fufuhu
2
500
heyにおけるCI/CDの現状と課題
fufuhu
3
1.1k
heyにおけるSREの大切さ~マルチプロダクト運用の「楽しさ」と「難しさ」および今後の展望~
fufuhu
3
9.8k
STORES決済におけるEC2からECS Fargateへの移行〜無停止要件も添えて〜
fufuhu
3
2.3k
Rancher Harvesterの紹介
fufuhu
4
1.6k
リクルートにおけるクラウドネイティブ実践のための取り組み
fufuhu
1
170
Other Decks in Technology
See All in Technology
振る舞い駆動開発(BDD)における、テスト自動化の前に大切にしていること #stac2024 / BDD formulation
nihonbuson
3
1.2k
大幅アップデートされたRagas v0.2をキャッチアップ
os1ma
2
210
Connect × Server-Side Kotlinで実現する!スキーマ駆動開発と品質改善の実践
sansantech
PRO
1
170
A/Aテストにおけるサンプルサイズ/japanr2024
nikkei_engineer_recruiting
1
630
IVRyエンジニア忘年LT大会2024 クリティカルユーザージャーニーの整理
abnoumaru
0
140
データパイプラインをなんとかした話 / Improving the Data Pipeline in IVRy
mirakui
1
280
GitHub Actions의 다양한 기능 활용하기 - GitHub Universe '24 Recap
outsider
0
570
うまくいく! を実現するための質問力 / It works! The Power of Questions to Make It Happen
bitkey
PRO
1
220
MLOps の現場から
asei
4
370
フロントエンド設計にモブ設計を導入してみた / 20241212_cloudsign_TechFrontMeetup
bengo4com
0
1.9k
多様なロール経験が導いたエンジニアキャリアのナビゲーション
coconala_engineer
1
190
re:Invent2024のIaC周りのアップデート&セッションの共有/around-re-invent-2024-iac-updates
tomoki10
0
830
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Embracing the Ebb and Flow
colly
84
4.5k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
How GitHub (no longer) Works
holman
310
140k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
1
150
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
Done Done
chrislema
181
16k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
28
8.3k
Making Projects Easy
brettharned
116
5.9k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Thoughts on Productivity
jonyablonski
67
4.3k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.6k
Transcript
Cloud Native やる前とやりながら考えておきたいこと 1 (C) Recruit TechnologiesCo.,Ltd. All rights reserved.
גࣜձࣾžŞſŖŪũŞůƁŢƄŖţƄ ITŚƃŢƄŬŗžƃŞƄຊ෦ ŲƅƁŦƄŞũŎűƄũŎŚƃŢƄŬŗžƃŞƄ෦ ŞŽřŪƄŗŖŝũŞŪŞƄſŖŲƅ ౻ݪ ྋഅ
⾃⼰紹介 藤原 涼⾺ 株式会社リクルートテクノロジーズ ITエンジニアリング本部プロダクティビティエンジニアリング部 クラウドアーキテクトグループ 経歴 2011-2015 ユーザ系SIer にてR&D
2016/1〜 リクルートテクノロジーズに⼊社 主な活動(社外含む) • コンテナ・クラウド等の先進アーキテクチャの事業への装着 • Rancher JPコアメンバー • 各種勉強会登壇 (Rancher JP meetup, Docker meetup tokyo, Japan Container Days, Cloud Native Daysほか) • 寄稿 @IT 先⾏事例に学ぶKubernetes 企業活⽤の現実・コンテナベースのCI/CD本番事例⼤解剖, ThinkIT マルチクラウド時代の最強コンビ RancherによるKubernetes活⽤ガイド) • 執筆 • RancherによるKubernetes活⽤ガイド(Think IT Books, インプレス) 2 (C) Recruit Technologies Co.,Ltd. All rights reserved.
リクルートグループの紹介 3 (C) Recruit Technologies Co.,Ltd. All rights reserved. 創業
1960年3⽉31⽇ 「⼤学新聞広告社」としてスタート グループ 従業員数 45,856名 (2019年3⽉31⽇時点) 連結売上⾼ 23,107億円 (2018年4⽉1⽇〜2019年3⽉31⽇) 連結営業利益 2,230億円 (2018年4⽉1⽇〜2019年3⽉31⽇) グループ 企業数 344社 (⼦会社および関連会社、2019年3⽉31⽇時点) ⽬指す世界観 「あなた」を⽀える存在でありたい
事業内容の紹介 4 (C) Recruit Technologies Co.,Ltd. All rights reserved. 3
/ / /
所属組織の紹介: リクルートテクノロジーズ 5 (C) Recruit Technologies Co.,Ltd. All rights reserved.
リクルートグループのビジネス・サービス リクルートテクノロジーズ IT・マーケティング ソリューション ビジネス視点の ITマネジメント 横断的にソリューションを提供 上記は対象企業・サービスの⼀部抜粋です。
注意 本発表は様々な取り組みの中で得た個⼈の学びや考え⽅であり、 所属組織としての意⾒を代表するものではありません 6 (C) Recruit Technologies Co.,Ltd. All rights
reserved.
本セッションの⽬的 • クラウドネイティブ技術に取り組む前および取り組み中に考える&理解して おいた⽅が良いことを解説 • 取り組んだ中で”あ〜、これって世間にでてるものだけだと⾔葉⾜らずだな”という部分を、 解説。 • ⾃分の経験から振り返ってみてどう考えたのかなどをざっくりと共有 7
(C) Recruit Technologies Co.,Ltd. All rights reserved. これから取り組み始める際の参考になれば幸いです
⽬次 • クラウドネイティブ技術、取り組む前に考えること知っておくこと • クラウドネイティブ技術、取り組みながら考えること • まとめ 8 (C) Recruit
Technologies Co.,Ltd. All rights reserved.
クラウドネイティブ技術 取り組む前に考えておくこと (これが全てではないです) 9 (C) Recruit TechnologiesCo.,Ltd. All rights reserved.
クラウドネイティブ技術 取り組む前に考えておくこと (これが全てではないです) 10 (C) Recruit TechnologiesCo.,Ltd. All rights reserved.
TL;DR 様々な概念について⾃分の認識・⾔葉で語れるようになることが重要
取り組む前に考えておきたいこと 1. そもそもクラウドネイティブ技術とはなになのか 2. 技術を活かすにはどう取り組むべきか
そもそもクラウドネイティブ技術って? 以下のような要件を満たす技術 • (仮想化技術を中⼼とした) クラウド技術を活⽤して動的な環境を作る • 動的な環境を通じてスケーラブルなアプリケーションを構築、実⾏するため の能⼒を組織にもたらす • 回復性・管理性・可観測性を備えた疎結合なシステムを実現する
• 上記特性を備えたシステムと堅牢な⾃動化を組み合わせることで、エンジニ アがインパクトのある変更を最⼩限の労⼒で頻繁かつ予想通り実施できるよ うにする。
そもそもCloud Nativeって?(もう少しわかりやすく) ⾔い直すと以下の要件を満たす技術 • 様々なレイヤの仮想化を活⽤ • ⾃動で⼤⼩の障害から復旧 • ⾼い管理性を備える •
詳細まで観測できる • 積極的に⾃動化している 上記を通じてアプリケーション・インフラの⼤胆な変更を 少ない労⼒で実施できる技術 13 (C) Recruit Technologies Co.,Ltd. All rights reserved.
そもそもCloud Nativeって?(もう少しわかりやすく) ⾔い直すと以下の要件を満たす技術 • 様々なレイヤの仮想化を活⽤ • ⾃動で⼤⼩の障害から復旧 • ⾼い管理性を備える •
詳細まで観測できる • 積極的に⾃動化している 上記を通じてアプリケーション・インフラの⼤胆な変更を 少ない労⼒で実施できる技術 14 (C) Recruit Technologies Co.,Ltd. All rights reserved. とはいえこれで⼤丈夫か?そんなに簡単な話なのか? 追加で考えないといけないこと、注意点を挙げてみる。
⾃動で⼤⼩の障害から復旧する Kubernetesをいれれば終わり 15 (C) Recruit Technologies Co.,Ltd. All rights reserved.
⾃動で⼤⼩の障害から復旧する Kubernetesをいれれば終わり • そもそもの障害種別の分類と対処⽅法 • 障害といってもいろいろあるけど、それぞれの障害をどうカバーするか • どこまでの障害対策をスコープに含めるか? • AWSでいうと単⼀のインスタンス・単⼀AZ・単⼀リージョン全体、どこまでをスコープ
にして復旧または、サービスへの影響が発⽣しないようにするか? • 定めたスコープに対してどうやってSPOFを排除するか? 16 (C) Recruit Technologies Co.,Ltd. All rights reserved.
⾃動で⼤⼩の障害から復旧する Kubernetesをいれれば終わり • そもそもの障害種別の分類と対処⽅法 • 障害といってもいろいろあるけど、それぞれの障害をどうカバーするか • どこまでの障害対策をスコープに含めるか? • AWSでいうと単⼀のインスタンス・単⼀AZ・単⼀リージョン全体、どこまでをスコープ
にして復旧または、サービスへの影響が発⽣しないようにするか? • 定めたスコープに対してどうやってSPOFを排除するか? 17 (C) Recruit Technologies Co.,Ltd. All rights reserved. どの程度の障害まで配慮するか、それぞれの障害に対して どのような⼿法・テクノロジーで対処するかを考える。 (たしかにk8sはこのレイヤではかなり強⼒なテクノロジーであることは事実)
⾃動で⼤⼩の障害から復旧する Kubernetesをいれれば終わり • そもそもの障害種別の分類と対処⽅法 • 障害といってもいろいろあるけど、それぞれの障害をどうカバーするか • どこまでの障害対策をスコープに含めるか? • AWSでいうと単⼀のインスタンス・単⼀AZ・単⼀リージョン全体、どこまでをスコープ
にして復旧または、サービスへの影響が発⽣しないようにするか? • 定めたスコープに対してどうやってSPOFを排除するか? 18 (C) Recruit Technologies Co.,Ltd. All rights reserved. そこまで考えた上でKubernetesなり、ECSなりのテクノロジーの 備える諸機能で対応するといった話になる
⾼い管理性を備える 管理性が⾼いとはそもそもどういうことか? • ⼿間がかからない(間違ってはないが…) 19 (C) Recruit Technologies Co.,Ltd. All
rights reserved.
⾼い管理性を備える 管理性が⾼いとはそもそもどういうことか? • ⼿間がかからない(間違ってはないが…) • コードによる管理が可能 20 (C) Recruit Technologies
Co.,Ltd. All rights reserved.
⾼い管理性を備える 管理性が⾼いとはそもそもどういうことか? • ⼿間がかからない(間違ってはないが…) • コードによる管理が可能 21 (C) Recruit Technologies
Co.,Ltd. All rights reserved. コードによる管理が可能 = ソフトウェア⼯学的な改善アプローチが適⽤しやすくなる
⾼い管理性を備える 管理性が⾼いとはそもそもどういうことか? • ⼿間がかからない(間違ってはないが…) • コードによる管理が可能 22 (C) Recruit Technologies
Co.,Ltd. All rights reserved. コードによる管理が可能 = ソフトウェア⼯学的な改善アプローチが適⽤しやすくなる ⼯学的な改善アプローチがポイント 種々の活動の再現性向上(≒属⼈性の低減)を実現するための⼿段を考えられるようになる
詳細まで観測することができる 道具は揃っている(OSSから商⽤まで幅広く) 23 (C) Recruit Technologies Co.,Ltd. All rights reserved.
詳細まで観測することができる 道具は揃っている(OSSから商⽤まで幅広く) • 詳細まで観測してどうする? 24 (C) Recruit Technologies Co.,Ltd. All
rights reserved.
詳細まで観測することができる 道具は揃っている(OSSから商⽤まで幅広く) • 詳細まで観測してどうする? 25 (C) Recruit Technologies Co.,Ltd. All
rights reserved. 観測結果(特に平常時と異なる状態が⾒られた場合)に応じた アクションにつながるものでなければ価値は低い。
詳細まで観測することができる 道具は揃っている(OSSから商⽤まで幅広く) • 詳細まで観測してどうする? 26 (C) Recruit Technologies Co.,Ltd. All
rights reserved. 観測結果(特に平常時と異なる状態が⾒られた場合)に応じた アクションにつながるものでなければ価値は低い。 クラウドネイティブ技術はアクションを⾃動化することを容易にはする。
詳細まで観測することができる 道具は揃っている(OSSから商⽤まで幅広く) • 詳細まで観測してどうする? 27 (C) Recruit Technologies Co.,Ltd. All
rights reserved. 観測結果(特に平常時と異なる状態が⾒られた場合)に応じた アクションにつながるものでなければ価値は低い。 クラウドネイティブ技術はアクションを⾃動化することを容易にはする。 どんなアクションをとるかについては⼈間が考えなければいけない
⾃動化が積極的に⾏われている ⾃動化するだけでは運⽤が最終的に破綻する • メンテナンス可能な⾃動化形態にできるか • 可能な限り環境が異なる場合も同じコード・設定で利⽤できるか • 環境による可変部分を最⼩化できるか 28 (C)
Recruit Technologies Co.,Ltd. All rights reserved.
⾃動化が積極的に⾏われている ⾃動化するだけでは運⽤が最終的に破綻する • メンテナンス可能な⾃動化形態にできるか • 可能な限り環境が異なる場合も同じコード・設定で利⽤できるか • 環境による可変部分を最⼩化できるか 29 (C)
Recruit Technologies Co.,Ltd. All rights reserved. ただし、相⼿はコードなのでまだ打つ⼿はある ソースコードのリファクタリングといった話になる (あまりコード書いたりが得意でないインフラエンジニアにはおそらく最も⾟いところ)
クラウドネイティブ技術 ⾒直してみる ⾔い直すと以下の要件を満たす技術 • 様々なレイヤの仮想化を活⽤ • ⾃動で⼤⼩の障害から復旧 • ⾼い管理性を備える •
詳細まで観測できる • 積極的に⾃動化している 上記を通じてアプリケーション・インフラの⼤胆な変更を 少ない労⼒で実施できる技術 30 (C) Recruit Technologies Co.,Ltd. All rights reserved.
おや? 31 (C) Recruit Technologies Co.,Ltd. All rights reserved.
考えなければいけないことはたくさんあるが… • 実はクラウドネイティブ関係なく本来は考えなきゃいけないこと • IPAの⾮機能要求グレードなどを広く捉えた場合 (https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html) 32 (C) Recruit Technologies
Co.,Ltd. All rights reserved.
考えなければいけないことはたくさんあるが… • 実はクラウドネイティブ関係なく本来は考えなきゃいけないこと • IPAの⾮機能要求グレードなどを広く捉えた場合 (https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html) 33 (C) Recruit Technologies
Co.,Ltd. All rights reserved. クラウドネイティブ技術は⾮機能に関連した課題について 部分的ではあるものの標準的かつ(以前に⽐べて)実現が容易な解決案をあたえてくれるだけ それを活かすプロセスについてはノータッチ(あくまでも技術なので)
もうちょっと⽴ち⽌まって考える そもそも…… 待てよ 我々が本来やりたいことってなんだ? 34 (C) Recruit Technologies Co.,Ltd. All
rights reserved.
本来やりたいこと ビジネスを成功させる 35 (C) Recruit Technologies Co.,Ltd. All rights reserved.
本来やりたいこと ビジネスを成功させる • そのために仮説検証サイクルを⾼速で回せるようにする • つまり、リードタイムを短縮して再短期間で学び(or 儲け)を最⼤化する 36 (C) Recruit
Technologies Co.,Ltd. All rights reserved.
本来やりたいこと ビジネスを成功させる • そのために仮説検証サイクルを⾼速で回せるようにする • つまり、リードタイムを短縮して再短期間で学び(or 儲け)を最⼤化する 37 (C) Recruit
Technologies Co.,Ltd. All rights reserved. DevOpsとクラウドネイティブ技術を組み合わせて考えてみる
クラウドネイティブ技術 と DevOps クラウドネイティブ技術 + DevOps⽂化・プロセス • クラウドネイティブ技術 • ⾼い⾮機能品質を実現するため技術を提供
• ⾼頻度なデプロイを⽀援するための仕組みを提供(特に重要なポイントなので抽出) • DevOps⽂化・プロセス • ⾼速な仮説検証サイクルを回すための組織⽂化・プロセスを醸成 • ビジネスに直接貢献する部分はこちら 38 (C) Recruit Technologies Co.,Ltd. All rights reserved.
クラウドネイティブ技術 と DevOps クラウドネイティブ技術 + DevOps⽂化・プロセス • クラウドネイティブ技術 • ⾼い⾮機能品質を実現するため技術を提供
• ⾼頻度なデプロイを⽀援するための仕組みを提供(特に重要なポイントなので抽出) • DevOps⽂化・プロセス • ⾼速な仮説検証サイクルを回すための組織⽂化・プロセスを醸成 • ビジネスに直接貢献する部分はこちら 39 (C) Recruit Technologies Co.,Ltd. All rights reserved. ⽂化やプロセスがあって初めてクラウドネイティブ技術が活きる。 ⽂化やプロセスを技術でブースト(≒実現を容易化・効果を最⼤化)する
DepOps + クラウドネイティブ技術において特に重要な技術的ポイント • コードリポジトリ(⼤前提) • 様々なレイヤのコード化を通じた再現性の向上 • テストの⾃動化 +
テスト駆動開発(+ テスト環境の動的な払い出し) • テスト駆動開発と開発スピードについては下記URLを参照 • 質とスピード(https://speakerdeck.com/twada/quality-and-speed, t-wada) • デプロイプロセスのシンプル化・⾃動化 40 (C) Recruit Technologies Co.,Ltd. All rights reserved.
DepOps + クラウドネイティブ技術において特に重要な技術的ポイント • コードリポジトリ(⼤前提) • 様々なレイヤのコード化を通じた再現性の向上 • テストの⾃動化 +
テスト駆動開発(+ テスト環境の動的な払い出し) • テスト駆動開発と開発スピードについては下記URLを参照 • 質とスピード(https://speakerdeck.com/twada/quality-and-speed, t-wada) • デプロイプロセスのシンプル化・⾃動化 41 (C) Recruit Technologies Co.,Ltd. All rights reserved. エンジニア個々⼈が品質に対する責任を果たしやすくする ここまでやったからには失敗したら誰のせいとかではないよねと⾔える状態 の実現を⽬指す。
DepOps + クラウドネイティブ技術において特に重要な技術的ポイント • コードリポジトリ(⼤前提) • 様々なレイヤのコード化を通じた再現性の向上 • テストの⾃動化 +
テスト駆動開発(+ テスト環境の動的な払い出し) • テスト駆動開発と開発スピードについては下記URLを参照 • 質とスピード(https://speakerdeck.com/twada/quality-and-speed, t-wada) • デプロイプロセスのシンプル化・⾃動化 42 (C) Recruit Technologies Co.,Ltd. All rights reserved. エンジニア個々⼈が品質に対する責任を果たしやすくする ここまでやったからには失敗したら誰のせいとかではないよねと⾔える状態 の実現を⽬指す。 ⾮難のないポストモーテムとそこからの確実な学びへと繋げる
参考 & 宣伝 DevOpsの⽂化や技術については以下の資料を参照してもらえると良いと思います。 43 (C) Recruit Technologies Co.,Ltd. All
rights reserved. https://speakerdeck.com/rtechkouhou/devopsdao-ru-zhi- nan-ji-ben-bian
取り組む前に考えること まとめ • クラウドネイティブ技術について⾃分なりの解釈をもって語れるようになり ましょう • クラウドネイティブ技術はあくまでも技術なので、それを活かすためのプロ セスや⽂化についても理解する必要があります 44 (C)
Recruit Technologies Co.,Ltd. All rights reserved.
クラウドネイティブ技術 取り組みながら考えること (⼀例です) 45 (C) Recruit TechnologiesCo.,Ltd. All rights reserved.
クラウドネイティブ技術 取り組みながら考えること (⼀例です) 46 (C) Recruit TechnologiesCo.,Ltd. All rights reserved.
TL;DR 個別の判断に根拠を持つこと
取り組みながら考えないといけないこと 1.どうやって登るか? 2.どこまで登るか(または登れるか)? 47 (C) Recruit Technologies Co.,Ltd. All rights
reserved.
どうやって登るか 48 (C) Recruit Technologies Co.,Ltd. All rights reserved. 指針としてのCloud
Native Trail Map
Cloud Native Trail Map 49 (C) Recruit Technologies Co.,Ltd. All
rights reserved. https://github.com/cncf/trailmap
Cloud Native Trail Map 50 (C) Recruit Technologies Co.,Ltd. All
rights reserved. https://github.com/cncf/trailmap 1. コンテナ化 2. CI/CD 3. オーケストレーション ・アプリケーション定義 4. 可観測性と分析 5. サービスプロキシ ・ディスカバリ・メッシュ
Cloud Native Trail Map 51 (C) Recruit Technologies Co.,Ltd. All
rights reserved. https://github.com/cncf/trailmap 1. コンテナ化 2. CI/CD 3. オーケストレーション ・アプリケーション定義 4. 可観測性と分析 5. サービスプロキシ ・ディスカバリ・メッシュ いったん5までで解説 (6以降は完全に未経験なので)
Cloud Native Trail Map 1. コンテナ化 2. CI/CD 3. オーケストレーション・アプリケーション定義
4. 可観測性と分析 5. サービスプロキシ・ディスカバリ・メッシュ 52 (C) Recruit Technologies Co.,Ltd. All rights reserved. 個別の項⽬で特に何を達成することを期待するかを意識する
Cloud Native Trail Map (何を達成することを期待するかの⼀例) 1. コンテナ化 – ビルドの定型化 2.
CI/CD – テストプロセスの定型化 – デプロイプロセスの定型化 3. オーケストレーション・アプリケーション定義 – デプロイ後の定性的な⾮機能品質の実現 – ある程度複雑なアプリケーションのデプロイプロセスの単純化・定型化 4. 可観測性と分析 – デプロイ後の定量的な⾮機能品質の測定 – 観測結果を⽤いた改善の判断 5. サービスプロキシ・ディスカバリ・メッシュ – より複雑なデプロイプロセスの実現(カナリアリリースなど) 53 (C) Recruit Technologies Co.,Ltd. All rights reserved.
Cloud Native Trail Map (何を期待するのかの⼀例) 1. コンテナ化 – ビルドの定型化 2.
CI/CD – テストプロセスの定型化 – デプロイプロセスの定型化 3. オーケストレーション・アプリケーション定義 – デプロイ後の定性的な⾮機能品質の実現 – ある程度複雑なアプリケーションのデプロイプロセスの単純化・定型化 4. 可観測性と分析 – デプロイ後の定量的な⾮機能品質の測定 – 観測結果を⽤いた改善の判断 5. サービスプロキシ・ディスカバリ・メッシュ – より複雑なデプロイプロセスの実現(カナリアリリースなど) 54 (C) Recruit Technologies Co.,Ltd. All rights reserved. ツール選定・個別の機能をどこで実現するかについては を期待する内容を軸にして考えると納得感のある構成となりやすい (参考) Kubernetes、コンテナ技術を活⽤した開発アジリティー向上にインフラアーキテクトはどう貢献したのか (@IT, https://www.atmarkit.co.jp/ait/articles/1902/18/news013.html)
どこまで登るか? 既存の組織としての技術資産 を意識する 55 (C) Recruit Technologies Co.,Ltd. All rights
reserved.
どこまで登るか? 既存の組織としての技術資産 を意識する 56 (C) Recruit Technologies Co.,Ltd. All rights
reserved. いきなり、Docker, Kubernetes, Helm, Istioと…… みたいなことをすると破綻しやすい。 細かくステップを刻む
どこまで登るか? 既存の組織としての技術資産 を意識する 57 (C) Recruit Technologies Co.,Ltd. All rights
reserved. いきなりジャンプアップはできない ただし過去や他の事例から学んでスピードアップはできる いきなり、Docker, Kubernetes, Helm, Istioと…… みたいなことをすると破綻しやすい。 細かくステップを刻む
やりながら考えること まとめ • Cloud Trail Mapを軸に考えてみましょう • 個々のステップで何を達成したいかを明確にしましょう • どこまで登るかは既存の組織としての技術資産を意識しましょう。⼀気に登
り切るのは難易度が⾼いです。 58 (C) Recruit Technologies Co.,Ltd. All rights reserved.
ご清聴ありがとうございました 59 (C) Recruit Technologies Co.,Ltd. All rights reserved.