Download as PDF, PPTX
More Related Content
知って欲しいPaaSの話
- 1.
- 2.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15. PaaSってすごい Azure App Service(Azure Websites) ものすごくカンタンにWebアプリを 構築・運用できる
- 16. PaaSってすごい IBM Bluemix Pivotal Web Services NTTCom Cloudn PaaS Cloud Foundry プラットフォーム間の互換性あり。 どのサービスでも同じツール、 同じ操作で利用出来る
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23. なぜPaaSを使わないか • ベンダーロックインされたくない • 意外と手間がかかる •自由にやれない • 漠然とした不安がある
- 24.
- 25. ベンダーロックイン • ベンダーロックイン（英: vendorlock-in）と は、特定ベンダー（メーカー）の独自技術に 大きく依存した製品、サービス、システム等 を採用した際に、他ベンダーの提供する同種 の製品、サービス、システム等への乗り換え が困難になる現象のこと。 http://ja.wikipedia.org/wiki/ベンダーロックイン
- 26.
- 27. • 一般的な言語やフレームワークを使えるPaaS が殆ど • Gitのような一般的なツールや、特に支障にな らないシンプルなツールを使う場合が殆ど •これらについてロックインを恐れる必要は無 い
- 28.
- 29. • 便利に使える機能を活用した結果、 ロックインされるという事態は起こりうる • こういう心地良いロックインまで回避するか どうかは、クリティカル度合いに応じて判断 •少なくとも、ロックインと言うだけで判断し てしまうのは勿体ない！
- 30.
- 31. 意外と手間がかかる • 特にトラブルのとき • 手元では動くのに・・・ •ログを確認しよう→あれ、どこで見れば？ • PaaSで動かすための修正を入れよう → なんか本末転倒じゃね？
- 32. • 多くの場合、対処方法はある • おそらくそれは、これまでのやり方とは違う •違うやり方を強いられる →PaaSから離れてしまう
- 33.
- 34. 自由にやりたいのに・・・ • Apacheのチューニングがしたい • Nginxのチューニングがしたい •PHPのチューニングがry • MySQLのチューニry • LBのチry • あry
- 35.
- 36.
- 37. 漠然とした不安 • 軽く試した限りでは問題無い • でも、本番に投入して良いものか、不安 •具体的にどこが悪いっていうわけじゃないん だけど、なんか、こう、ね？
- 38. • IaaS･･･何でも自由に触れる • SaaS･･･そもそも中身を知る必要が無い •PaaS･･･これまで知っておく必要があった部分 が、ブラックボックス化されていて見えない
- 39. PaaSのブラックボックス • 基盤の面倒をみなくて良い →サービス側で隠 して、面倒をみる •逆にこれが、ユーザーに漠然とした不安を抱 かせる原因のひとつでもある
- 40.
- 41.
- 42.
- 43.
- 44.
- 45. • ログの見方が今までと違う・・・ そもそもスケールアウトしたら、個別にロ グチェックは辛いでしょ。標準出力に出せば PaaS側でアグリゲートするよ • トラブルシュートのやり方が今までとry ん十台のインスタンスにSSHは厳しいでしょ •再起動したらローカルストレージが消える･･･ ローカルストレージ使う設計だとスケールし ないでしょ
- 46.
- 47. ベストプラクティスとは • 多くの人にとって、反復され、証明された 最も効率の良い結果をもたらす慣行 • 多くの人であって、全ての人ではない •なので、マッチしない人も確実に存在する こういう人達にも、PaaSは仕組みを強制し てしまう
- 48.
- 49.
- 50.
- 51. • 新しくアプリを作るときは、PaaSでやれない か試してみる • よく言われるPaaSのメリット •構築が楽になる • 運用が楽になる • もう一つ意識して欲しいメリット • PaaSに載るように設計することで、 自然とベストプラクティスに沿ったものに なる
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.