濱田孝治(180)148148件のシェア(ちょっぴり話題の記事)「いや、そこまでAWSどっぷり使ってもうたら、他に移行するの大変やん?」あなたがユーザー側クラウド導入推進担当として、あるいはクラウドベンダーの担当として上司やお客様から冒頭の質問を投げかけられた時、どのように答えますか?自分もクラウドベンダーの一員としてお客様と対峙する時、基本的には「AWSにあるものは基本的に全て使いましょう。それが結局は一番オトクです」と答えているんですが、それがすべて本当なのか?AWSのなかでもマネージドサービス複数あるけど、使えば使うほどええってわけでもないのでは?と不安になり、このセッション聴講してみました。結果、ロックインという概念の明確化とそれを議論するときの手法が非常に明確に解説されたセッションだったため、非常に学びが多かったです。これは皆さんにも味わっていただきたいと思います。́Jセッション概要セッションタイトル「開発におけるロックインのリスク評価と考え方」セッション概要システム開発を進める上では様々な技術選定が必要となります。有償のサードパーティ製品を使うかなど、技術的な選択は多岐に渡ります。選択した技術が開発の要件に沿わなくなってしまったときに他のプロダクトへの乗り換えの困難性を指す用語です。システム開発におけるその他の様々なリスクと並べて評価しロックインをどのように考えるべきかを整理していきます。おけるスクリーンショットは、すでに公開されているセッション資料より引用させていただいています。リンクは、記事の文末にあります。私はソリューションアーキテクトとしていろんなお客さんと話す機会があります。そのなかで、お客様と話せば話すほど、「ロックイン」という言葉は多く聞くんですね。今までのそういう経験を踏まえて、今回はセッションを作成しました。costsで考えるリスク評価ロックインのリスクを低減しつつかつ開発速度も向上させる1."lock-in"とはなにかひとつ、非常にわかりやすいロックインの状況を提示します。「あるベンダーの「製品A」を採用した。時間が経ち、別の「製品B」に変更したくなった。