ロックインとはなにか？すべてが悪いのか？「開発におけるロックインのリスク評価と考え方」 #AWSDevDay | DevelopersIO

「いや、そこまでAWSどっぷり使ってもうたら、他に移行するの大変やん？」 あなたがユーザー側クラウド導入推進担当として、あるいはクラウドベンダーの担当として上司やお客様から冒頭の質問を投げかけられた時、どのように答えますか？ 自分もクラウドベンダーの一員としてお客様と対峙する時、基本的には「AWSにあるものは基本的に全て使いましょう。それが結局は一番オトクです」と答えているんですが、それがすべて本当なのか？AWSのなかでもマネージドサービス複数あるけど、使えば使うほどええってわけでもないのでは？と不安になり、このセッション聴講してみました。 結果、ロックインという概念の明確化とそれを議論するときの手法が非常に明確に解説されたセッションだったため、非常に学びが多かったです。是非、これは皆さんにも味わっていただきたいと思います。 （祭） ∧ ∧ Y ( ﾟДﾟ) Φ[_ｿ__ｙ_l〉

[sunsuk7tp]

vendor の人がvendor lock-in の話するの面白い

[JULY]

この説明で納得してもらえるような顧客は、ロックインになるなどと騒がないような気がする。

[tattyu]

ちゃんと疎結合に設計出来るのなら苦労しないよね。

[kubecorn]

普段漠然と考えてることが具体化されててすごい。

[Cald]

AWSだとアプライアンスみたいに、機能が提供されないから実現できないという意味でのロックインの負債は考えなくて良いのか。AWSには自分で作れる材料はある場合が多いので

[takezaki]

“Switching costsが現実的な値を超えそうなとき時 → 「ロックインする」と表現される”

[tolkine9999h]

久しぶりに書きました。ロックインという単語に少しでも引っかかりがあるかたは読んでみると幸せになれるかと思います。