Enviar búsqueda
Cargar
JAWS-UG 三都物語 2014 今しか役に立たない EC2入門 2014夏
•
4 recomendaciones
•
1,486 vistas
Takashi Someda
Seguir
Presentation slides at http://santo2014.jaws-ug.jp/speaker/t_someda/
Leer menos
Leer más
Tecnología
Denunciar
Compartir
Denunciar
Compartir
1 de 42
Recomendados
Azure FunctionsでPowerShellを使ってみた
Azure FunctionsでPowerShellを使ってみた
kimura50
JAWS-UG京王線#1業務で使うAWSCLI
JAWS-UG京王線#1業務で使うAWSCLI
Tomoaki Imai
AWS+WordPress - AWSでスケーラブルなWordPressサイトを構築しよう
AWS+WordPress - AWSでスケーラブルなWordPressサイトを構築しよう
Kiminori Yokoi
Slerがawsで運用してきた話
Slerがawsで運用してきた話
Sato Shun
AWS歴4ヵ月の勉強法
AWS歴4ヵ月の勉強法
Takeshi Wakamatsu
セルフペースラボで気軽に始めるAWS
セルフペースラボで気軽に始めるAWS
snihei
【オンプレミスとの組み合わせに効く】AWSのマネージドサービスつまみ食い10品
【オンプレミスとの組み合わせに効く】AWSのマネージドサービスつまみ食い10品
Takayuki Niinuma
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
Hiroyuki Hiki
Recomendados
Azure FunctionsでPowerShellを使ってみた
Azure FunctionsでPowerShellを使ってみた
kimura50
JAWS-UG京王線#1業務で使うAWSCLI
JAWS-UG京王線#1業務で使うAWSCLI
Tomoaki Imai
AWS+WordPress - AWSでスケーラブルなWordPressサイトを構築しよう
AWS+WordPress - AWSでスケーラブルなWordPressサイトを構築しよう
Kiminori Yokoi
Slerがawsで運用してきた話
Slerがawsで運用してきた話
Sato Shun
AWS歴4ヵ月の勉強法
AWS歴4ヵ月の勉強法
Takeshi Wakamatsu
セルフペースラボで気軽に始めるAWS
セルフペースラボで気軽に始めるAWS
snihei
【オンプレミスとの組み合わせに効く】AWSのマネージドサービスつまみ食い10品
【オンプレミスとの組み合わせに効く】AWSのマネージドサービスつまみ食い10品
Takayuki Niinuma
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
40まで開発のリーダーだった男がインフラの運用のリーダー(見習い)になってみて
Hiroyuki Hiki
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
Toshiyuki Konparu
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
真吾 吉田
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
Serverworks Co.,Ltd.
JAWS-UG 初心者支部LT_20150717
JAWS-UG 初心者支部LT_20150717
Koji Kanazawa
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
Kazunari Takeda
20150207 elastic loadbalancer
20150207 elastic loadbalancer
Daiki Mori
Azure bootcamp20130427
Azure bootcamp20130427
Keiichi Hashimoto
AWS Vol.1
AWS Vol.1
Ryo Maruyama
ノンEC2のススメ
ノンEC2のススメ
cloudfish
AWS EC2の自動リブート
AWS EC2の自動リブート
Eiji Kamiya
Tips for passing AZ-103 once
Tips for passing AZ-103 once
Oshitari_kochi
20150207 amazon elasticache
20150207 amazon elasticache
Daiki Mori
グラフ解析で社長の脳内さらす!
グラフ解析で社長の脳内さらす!
Kazuki Morozumi
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
知教 本間
Aws
Aws
Kurihara Jyunichi
Awsのspot instanceでimmutableinfrastructure
Awsのspot instanceでimmutableinfrastructure
Sho Kaneko
jazug信州 オートメーションと可用性セットの話
jazug信州 オートメーションと可用性セットの話
Tsubasa Yoshino
Stm vol3 awsで落ちないwebサービスを構築
Stm vol3 awsで落ちないwebサービスを構築
tsuyoshi shiino
AWSからAzureへ
AWSからAzureへ
ryosuke matsumura
20141017 あなたのword pressに捧げる3つの法要
20141017 あなたのword pressに捧げる3つの法要
Seiji Akatsuka
High Performance Plsql
High Performance Plsql
Guy Harrison
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
Takashi Someda
Más contenido relacionado
La actualidad más candente
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
Toshiyuki Konparu
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
真吾 吉田
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
Serverworks Co.,Ltd.
JAWS-UG 初心者支部LT_20150717
JAWS-UG 初心者支部LT_20150717
Koji Kanazawa
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
Kazunari Takeda
20150207 elastic loadbalancer
20150207 elastic loadbalancer
Daiki Mori
Azure bootcamp20130427
Azure bootcamp20130427
Keiichi Hashimoto
AWS Vol.1
AWS Vol.1
Ryo Maruyama
ノンEC2のススメ
ノンEC2のススメ
cloudfish
AWS EC2の自動リブート
AWS EC2の自動リブート
Eiji Kamiya
Tips for passing AZ-103 once
Tips for passing AZ-103 once
Oshitari_kochi
20150207 amazon elasticache
20150207 amazon elasticache
Daiki Mori
グラフ解析で社長の脳内さらす!
グラフ解析で社長の脳内さらす!
Kazuki Morozumi
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
知教 本間
Aws
Aws
Kurihara Jyunichi
Awsのspot instanceでimmutableinfrastructure
Awsのspot instanceでimmutableinfrastructure
Sho Kaneko
jazug信州 オートメーションと可用性セットの話
jazug信州 オートメーションと可用性セットの話
Tsubasa Yoshino
Stm vol3 awsで落ちないwebサービスを構築
Stm vol3 awsで落ちないwebサービスを構築
tsuyoshi shiino
AWSからAzureへ
AWSからAzureへ
ryosuke matsumura
20141017 あなたのword pressに捧げる3つの法要
20141017 あなたのword pressに捧げる3つの法要
Seiji Akatsuka
La actualidad más candente
(20)
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
JAWS-UG Osaka 2013.11.02 Feel the Elesticity v2.0
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
20130519 JAWS-UG青森 美人CDP/CDP男子「も」2.0へ
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
20130520 実例で見るAWSの特徴と活用方法@JAWS-UG青森 第1回勉強会
JAWS-UG 初心者支部LT_20150717
JAWS-UG 初心者支部LT_20150717
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
こんなに簡単クラウドコンピューティング 〜EC2ハンズオン〜
20150207 elastic loadbalancer
20150207 elastic loadbalancer
Azure bootcamp20130427
Azure bootcamp20130427
AWS Vol.1
AWS Vol.1
ノンEC2のススメ
ノンEC2のススメ
AWS EC2の自動リブート
AWS EC2の自動リブート
Tips for passing AZ-103 once
Tips for passing AZ-103 once
20150207 amazon elasticache
20150207 amazon elasticache
グラフ解析で社長の脳内さらす!
グラフ解析で社長の脳内さらす!
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について
Aws
Aws
Awsのspot instanceでimmutableinfrastructure
Awsのspot instanceでimmutableinfrastructure
jazug信州 オートメーションと可用性セットの話
jazug信州 オートメーションと可用性セットの話
Stm vol3 awsで落ちないwebサービスを構築
Stm vol3 awsで落ちないwebサービスを構築
AWSからAzureへ
AWSからAzureへ
20141017 あなたのword pressに捧げる3つの法要
20141017 あなたのword pressに捧げる3つの法要
Destacado
High Performance Plsql
High Performance Plsql
Guy Harrison
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
Takashi Someda
エバンジェリストの憂鬱
エバンジェリストの憂鬱
Takashi Someda
Nulab's DevOps tool stack based on AWS
Nulab's DevOps tool stack based on AWS
Takashi Someda
「どうすれば価値を生み出すか」を知るために ヌーラボで行っていること 〜 落ち穂拾い 〜
「どうすれば価値を生み出すか」を知るために ヌーラボで行っていること 〜 落ち穂拾い 〜
Takashi Someda
Service Configuration Management for Rapid Growth
Service Configuration Management for Rapid Growth
Takashi Someda
Houseboat
Houseboat
jim hopkins
Destacado
(7)
High Performance Plsql
High Performance Plsql
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
Service Configuration Management for Rapid Growth - demo 10 steps to build pi...
エバンジェリストの憂鬱
エバンジェリストの憂鬱
Nulab's DevOps tool stack based on AWS
Nulab's DevOps tool stack based on AWS
「どうすれば価値を生み出すか」を知るために ヌーラボで行っていること 〜 落ち穂拾い 〜
「どうすれば価値を生み出すか」を知るために ヌーラボで行っていること 〜 落ち穂拾い 〜
Service Configuration Management for Rapid Growth
Service Configuration Management for Rapid Growth
Houseboat
Houseboat
Similar a JAWS-UG 三都物語 2014 今しか役に立たない EC2入門 2014夏
JAWS-UG 初心者支部 #4 東急ハンズのEC2の使いかた
JAWS-UG 初心者支部 #4 東急ハンズのEC2の使いかた
Tomoaki Imai
Aws lambdaで[ソンナコ]を実装してみた
Aws lambdaで[ソンナコ]を実装してみた
Fumihito Yokoyama
Mroongaを選んだ理由と ちょっと嬉しかった話
Mroongaを選んだ理由と ちょっと嬉しかった話
Terui Masashi
スタートアップだからこそ使うAWS(第5回JAWS-UG Nagoya)
スタートアップだからこそ使うAWS(第5回JAWS-UG Nagoya)
Tomotsune Murata
AWS勉強会 in 北海道札幌 at smokeymonkey #cmdevio
AWS勉強会 in 北海道札幌 at smokeymonkey #cmdevio
smokey monkey
Eight meets AWS
Eight meets AWS
Tetsuya Mase
20210925_jazug_azure_what_to_do_first
20210925_jazug_azure_what_to_do_first
TomoakiOno
【改訂版】Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
【改訂版】Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
Masaru Tomonaga
コスト削減から考えるAWSの効果的な利用方法
コスト削減から考えるAWSの効果的な利用方法
Aya Komuro
EC2起動終了を出退勤と連動させてみた
EC2起動終了を出退勤と連動させてみた
Naoto Teruya
Amazon EKS への道 ~ EKS 再入門 ~
Amazon EKS への道 ~ EKS 再入門 ~
Hideaki Aoyagi
TDD BootCamp in JJUG CCC - レガシーコード対策編 -
TDD BootCamp in JJUG CCC - レガシーコード対策編 -
Shuji Watanabe
ChefとOpsWorksで EC2 楽チンクッキング!
ChefとOpsWorksで EC2 楽チンクッキング!
クラスメソッド株式会社
20150523 operation jaws(JAWS-UG OSAKA #13)
20150523 operation jaws(JAWS-UG OSAKA #13)
Daiki Mori
Ansible AWXで一歩進んだプロビジョニング
Ansible AWXで一歩進んだプロビジョニング
sugoto
AWSクラウドデザインパターン(CDP) - コンテンツ配信編 -
AWSクラウドデザインパターン(CDP) - コンテンツ配信編 -
Akio Katayama
AWS 初心者抜けきれない私がAWS Samurai と AWS Community Builder の特権フル活用したらどんなものが作れるか挑戦する
AWS 初心者抜けきれない私がAWS Samurai と AWS Community Builder の特権フル活用したらどんなものが作れるか挑戦する
Kahori Takeda
スタートアップでのAWS(Amazon Web Services)活用事例
スタートアップでのAWS(Amazon Web Services)活用事例
schoowebcampus
Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
Masaru Tomonaga
Multicastが出来ないならUnicastすればいいじゃない
Multicastが出来ないならUnicastすればいいじゃない
Kenta Yasukawa
Similar a JAWS-UG 三都物語 2014 今しか役に立たない EC2入門 2014夏
(20)
JAWS-UG 初心者支部 #4 東急ハンズのEC2の使いかた
JAWS-UG 初心者支部 #4 東急ハンズのEC2の使いかた
Aws lambdaで[ソンナコ]を実装してみた
Aws lambdaで[ソンナコ]を実装してみた
Mroongaを選んだ理由と ちょっと嬉しかった話
Mroongaを選んだ理由と ちょっと嬉しかった話
スタートアップだからこそ使うAWS(第5回JAWS-UG Nagoya)
スタートアップだからこそ使うAWS(第5回JAWS-UG Nagoya)
AWS勉強会 in 北海道札幌 at smokeymonkey #cmdevio
AWS勉強会 in 北海道札幌 at smokeymonkey #cmdevio
Eight meets AWS
Eight meets AWS
20210925_jazug_azure_what_to_do_first
20210925_jazug_azure_what_to_do_first
【改訂版】Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
【改訂版】Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
コスト削減から考えるAWSの効果的な利用方法
コスト削減から考えるAWSの効果的な利用方法
EC2起動終了を出退勤と連動させてみた
EC2起動終了を出退勤と連動させてみた
Amazon EKS への道 ~ EKS 再入門 ~
Amazon EKS への道 ~ EKS 再入門 ~
TDD BootCamp in JJUG CCC - レガシーコード対策編 -
TDD BootCamp in JJUG CCC - レガシーコード対策編 -
ChefとOpsWorksで EC2 楽チンクッキング!
ChefとOpsWorksで EC2 楽チンクッキング!
20150523 operation jaws(JAWS-UG OSAKA #13)
20150523 operation jaws(JAWS-UG OSAKA #13)
Ansible AWXで一歩進んだプロビジョニング
Ansible AWXで一歩進んだプロビジョニング
AWSクラウドデザインパターン(CDP) - コンテンツ配信編 -
AWSクラウドデザインパターン(CDP) - コンテンツ配信編 -
AWS 初心者抜けきれない私がAWS Samurai と AWS Community Builder の特権フル活用したらどんなものが作れるか挑戦する
AWS 初心者抜けきれない私がAWS Samurai と AWS Community Builder の特権フル活用したらどんなものが作れるか挑戦する
スタートアップでのAWS(Amazon Web Services)活用事例
スタートアップでのAWS(Amazon Web Services)活用事例
Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
Amazon Web Service 基本の「き」 ~Amazon EC2でWebサーバを公開してみよう!~
Multicastが出来ないならUnicastすればいいじゃない
Multicastが出来ないならUnicastすればいいじゃない
Más de Takashi Someda
大企業、未踏ソフトウェア、起業 様々な働き方から学んだ「モノ作り」のエッセンス
大企業、未踏ソフトウェア、起業 様々な働き方から学んだ「モノ作り」のエッセンス
Takashi Someda
How we spread out our service globally by utilizing AWS and open source soft...
How we spread out our service globally by utilizing AWS and open source soft...
Takashi Someda
Basic architecuture and operation concept of Backlog and Cacoo
Basic architecuture and operation concept of Backlog and Cacoo
Takashi Someda
AWS を活用して小さなチームで 世界で使われるサービスを運用する方法 - JAWS Days 2013
AWS を活用して小さなチームで 世界で使われるサービスを運用する方法 - JAWS Days 2013
Takashi Someda
Backlog、Cacoo にみるAWS運用の勘所 - JAWS UG 三都物語
Backlog、Cacoo にみるAWS運用の勘所 - JAWS UG 三都物語
Takashi Someda
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
Takashi Someda
JAWS-UG Kyoto #02 LT
JAWS-UG Kyoto #02 LT
Takashi Someda
AWS ではじめる Programmable Cloud
AWS ではじめる Programmable Cloud
Takashi Someda
Algo 23 MSTP
Algo 23 MSTP
Takashi Someda
Más de Takashi Someda
(9)
大企業、未踏ソフトウェア、起業 様々な働き方から学んだ「モノ作り」のエッセンス
大企業、未踏ソフトウェア、起業 様々な働き方から学んだ「モノ作り」のエッセンス
How we spread out our service globally by utilizing AWS and open source soft...
How we spread out our service globally by utilizing AWS and open source soft...
Basic architecuture and operation concept of Backlog and Cacoo
Basic architecuture and operation concept of Backlog and Cacoo
AWS を活用して小さなチームで 世界で使われるサービスを運用する方法 - JAWS Days 2013
AWS を活用して小さなチームで 世界で使われるサービスを運用する方法 - JAWS Days 2013
Backlog、Cacoo にみるAWS運用の勘所 - JAWS UG 三都物語
Backlog、Cacoo にみるAWS運用の勘所 - JAWS UG 三都物語
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
JAWS-UG Kyoto #02 LT
JAWS-UG Kyoto #02 LT
AWS ではじめる Programmable Cloud
AWS ではじめる Programmable Cloud
Algo 23 MSTP
Algo 23 MSTP
Último
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
Último
(10)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
JAWS-UG 三都物語 2014 今しか役に立たない EC2入門 2014夏
1.
今しか役に立たない EC2入門 2014夏 夏の
JAWS-UG 三都物語 2014/07/05(土) https://www.flickr.com/photos/dno1967b/13973517707
2.
染田 貴志 SOMEDA Takashi @tksmd JAWS-UG
京都支部長 AWS歴6年 株式会社ヌーラボ
3.
http://nulab-inc.com
4.
http://tatsu-zine.com/books/genba10things
5.
好きな AWS サービス http://www.flickr.com/photos/getbutterfly/6317955134/ EC2
6.
EC2起動したこと ありますか?
7.
本セッションの目標 • EC2を起動する最短経路を知る • 一歩進んだ内容のさわりを得る
8.
マネージメントコンソール
9.
心の目でこう見る
10.
心の目エクステンション https://github.com/tksmd/management-console-for- beginner
11.
こうなる
12.
リージョン
13.
インスタンス起動! 1
14.
Amazon Machine Image
(AMI) AMI は OS のイメージ インスタンス起動後は変更できない 以下から、好きなものを選択可能 • 自分で作成したもの • AWS が提供するもの • コミュニティで作成され公開されているもの • AWS Marketplace で提供されてるもの 2
15.
インスタンスタイプ インスタンスタイプは利用できるCPUやメモリ、 ネットワークのリソースを定めたもの インスタンスを停止すれば後から変更可能 • 汎用 • メモリ重視 •
CPU重視 • IO重視 などのインスタンスファミリーから、自分の用途 にあわせてインスタンスタイプを選ぶ お試し用途には t2.micro がおススメ 3
16.
確認画面 画面上部の warning は
security group に関す るもの。後から変更可能なものなので、お試し用 途では気にせずゴー。 詳細は 15:00 からの宮澤さんのセッションで! 4
17.
キーペアの生成 キーペアはリモートログインするために必要。 指定しなくても起動出来るが Amazon Linux はパスワードログインを許可していないので 永遠にログイン出来ない。 生成した秘密鍵は二度とダウンロードできな いので、ちゃんと保管すること 起動後に変更は出来ないが、Linux
では authorized_keys を追加すれば OK 5
18.
いよいよ起動! 6
19.
6クリックで起動完了
20.
ここから一歩進んだ内容 http://www.flickr.com/photos/83633410@N07/7658268052/in/photostream/
21.
インスタンス情報
22.
インスタンスの状態 http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-lifecycle.html • Stop は電源切る •
Terminate はサーバを廃棄する Stop 時にはインスタンスタイプの変更 が出来る。Stop 後に再度 Start すると、 物理ホストが変わる
23.
Stop/Terminateに関する設定 • Terminate Protection •
有効に設定すると Terminate できない • うっかり Terminate 防止用 • デフォルトは無効
24.
• Shutdown Behavior •
shutdown コマンド実行時の挙動 • デフォルトは Stop • Terminate Protection より優先 • 原則 Stop に指定して host 内から shutdown –h はしない運用が吉 Stop/Terminateに関する設定
25.
インスタンスストレージ http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html • 揮発性のストレージ • インスタンスタイプ 毎に容量が異なる •
再起動時は保持、停 止時に消失
26.
仮想化方式 • PV と
HVM • AMI 選択時に決定される • HVM 優勢が今ココ • インスタンスタイプによって選択可能 な仮想化方式に制限あり
27.
仮想化方式とインスタンスタイプ http://aws.amazon.com/amazon-linux-ami/instance-type-matrix/
28.
Amazon Linux AMI http://aws.amazon.com/jp/amazon-linux-ami/ •
yum ベースのパッケージ管理 • パッケージリポジトリを AWS が提供 • AWS 関連ツールを同梱 • セキュリティアップデートも迅速 • 全リージョン・アーキテクチャ・仮想化 方式で使える
29.
T2 ファミリー http://aws.typepad.com/aws_japan/2014/07/low-cost-burstable-ec2-instances.html • バースト可能なインスタンスタイプ •
VPC のみサポート • 仮想化方式は HVM のみサポート
30.
Elastic Block Store •
EC2 で利用出来るハードディスク • ネットワークドライブ • ルートデバイスでも利用される • 最大1TBまで • 同一AZ内のインスタンスであれば付け替 え可能
31.
3つのEBSのタイプ http://aws.amazon.com/ebs/details/
32.
EBS 最適化インスタンス http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html • EBSとのI/O専用の 帯域を保証 •
インスタンスタイプ 毎に異なる • 時間単位の料金が上 乗せ
33.
EBS Snapshot • S3へ差分バックアップ •
Snapshot 中は元 EBS の I/O 性能に影響 • Snapshot から即座に EBS 作成可能 • 別AZでの EBS 作成も可能 • リージョンをまたいだコピーも可能
34.
http://www.flickr.com/photos/munaz/2498380666/ まとめ
35.
本セッションの目標 • EC2を起動する最短経路を知る • 一歩進んだ内容のさわりを得る
36.
参考資料 • AWS ビギナー向け資料 •
http://www.slideshare.net/satoshi1977/aws-ec2-20111124 • 初心者向けクラウド勉強会EC2ハンズオン資料 • http://www.slideshare.net/youukkari/ss-35327922 • 実践(Deep Dive)コンピューティング編 • http://www.slideshare.net/KoichiroNishijima/deepdive
37.
昔の資料を見る時の注意点 • インスタンスストア • EC2サービス開始時のルートデバイス 方式 •
S3からイメージを取得して起動 • ストップ出来なかった • 現状は EBS Backed 一択
38.
昔の資料を見る時の注意点 • インスタンスタイプ • 旧世代
(ほげ1.ほげほげ) を今から新規 で積極的に採用する理由はない • インスタンスファミリーやスペックを ベースに現行世代のものに読みかえる こと
39.
昔の資料を見る時の注意点 • EBSのタイプ • 以前は
Magnetic (standard) が標準 • パフォーマンスデータには注意 • General Purpose (SSD) が出た現在、 Magnetic を積極的に選ぶ理由はない
40.
昔の資料を見る時の注意点 • EC2 クラシック •
非VPC環境 (フラットなネットワーク) • 新規アカウントでは利用不可 • 幾つか制約があった • セキュリティグループが後から変更 出来ない • 固定のプライベートIPが使えない
41.
ご清聴ありがとうございました!
42.
http://peatix.com/event/40528/view
Notas del editor
大企業からベンチャーの CTO 未踏ソフトウェアをやったエンジニアです tksmd という id でツイッターや github
ヌーラボは今、三つプロダクトを出していて、一つ目がドローツールの Cacoo 、この C のロゴのツールです。先日全世界で 100 万ユーザを突破しました。 次に B のロゴの Backlog 。この会場の方でいえば Redmine を使っている方が多いでしょうか。Backlog は Redmine のようなプロジェクト管理ツールでこちらは主に国内で今は約 20 万ユーザ、有料契約が 2000 社ほどです。 そして最後が Typetalk 。こちらはビジネス向けのチャットツールです。今プレビューベータということで絶賛開発中です。ご興味ある方は是非ベータユーザとして登録していただけると嬉しいです。 キータイプのタイプに話すのトークです。興味があるけれど見つけられなかったというかたは、私宛にツイートしてください。
今日の話にも一部かかわるところがある ワンコインで読める電子書籍 ヌーラボブログでも紹介中
リーンスタートアップの図でいうところの 「Build」 のゾーンはボトルネックになりやすい 取捨選択については話さない http://www.slideshare.net/ikikko/backlogcacoo
仕事内容 エンジニア、デザイナ、マネージャ、アントレプレナー 普段一緒に仕事しているプロジェクトのメンバー数 5人以下 10人以下 50人以下
リーンスタートアップの図でいうところの 「Build」 のゾーンはボトルネックになりやすい 取捨選択については話さない http://www.slideshare.net/ikikko/backlogcacoo
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
リーンスタートアップの図でいうところの 「Build」 のゾーンはボトルネックになりやすい 取捨選択については話さない http://www.slideshare.net/ikikko/backlogcacoo
問題そのものが不明瞭な場合に、その問題を仮説検証し、そこから学ぶループを回すということを方法論として定めた。 その中ではいかに速くこのループを回すか、そしてそこから学びを得るかが重要。 またその学びから方向転換 (ピボット) することも選択肢にいれて柔軟な方針決定をすることの大切さがとかれている。 ----- まず、サービス開発をするには究極的な「不確実性」と立ち向かわなければならないからです。 サービスを開始する前、また開始してからしばらくの間は、「問題」も「解決策」もわからないわけです 「問題」というのは「どこにマーケットがあるか」「誰がコアカスタマーになりうるのか」といった、ビジネスのコアで、 まず最初にあなたの「問題」が適切かどうかを確かめなければいけない。 と同時に、あなたのビジネスを実現する、ドライブするための具体的な解決策も模索しないといけない訳です。
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
アジェンダは四つ まず、最近のソフトウェア開発をとりまく大きなトレンドを俯瞰してみて、今日の話題の中心となる「試行錯誤」の重要性を再確認 その次具体的な方法として、試行錯誤を進めるための内容として、コストをかけず「作る」ための工夫と、試行錯誤を進める中で 安心して失敗できる「環境」の作り方、運用の仕方をみていく そして最後に本日のトークをまとめて終わりにする
ありがとうございました。ご質問や共有、ディスカッションなどありましたら是非よろしくお願いします。
今日の話にも一部かかわるところがある ワンコインで読める電子書籍 ヌーラボブログでも紹介中