マネージドサービスについて
マネージドサービスについて AWSなどが提供するマネージドサービスを使うかどうかは利用者側の状況にひとえに依存すると思う。 まず気にするべきポイントは、マネージドサービスを使うことで得られるメリットを明確にすることだ。一般に、マネージドサービスはインフラストラクチャからよりアプリケーションに近いレイヤ、多くの場合特定のミドルウェアまで、を抱合して提供してくれるため、運用面での負担が減る。できるだけ利用する方がよいと思う。一方で、運用のやり方やスタイルは提供者側の目線にあわせないといけない。ここにギャップが生まれやすい。理由としては、提供者側の気にする点が全体最適化のうえでベストエフォートで提供できるラインはどこか・そのうえで提示できるSLAがどこにあるか、なのに対して、利用者側の気にする点はミクロな視点で特定リソースが安全に継続可能性が十分にある状態で妥当なコストで利用できるか、の違いがあ
Cloud Native
Cloud Nativeというお題目で講演や発表を見かけることが多くなった。クラウドの良さを積極的に活かそう、そのノウハウを共有しようというスタンスは大変ありがたい。今後より深い議論や技術方式の確立などが望まれる分野だと思う。 個人として、Cloud Nativeを語る上で気にしなくてはいけない観点が3つあると思う。1) レジリエンシ、2) アプリケーションデベロッパーフレンドリかどうか、3) モニタリングと運用容易性のビルトインの3つ。1のレジリエンシは、耐障害性という言葉よりもクラウドにふさわしく、よりしなやかに障害に対応できる・対応しやすい、という特性のこと。Cloud上にサービスやアプリケーションを安全に生産的に作っていくためには、障害に強い状況を最初から組み込んでおくことが大事なので、プラットフォーム側で提供するか、またはサービスのコア部分に入れ込んでおくことが大事。 レジリエン
Goodbye Amazon!
(English follows Japanese) 1月末で5年間勤めたAmazon Web Services Japanを離れ、新しいチャレンジをすることにしました。まずは今まで関わった全ての人、特にお客様・パートナー様、最後にAWS社員の皆さんに深く感謝をしたいと思います。ありがとうございました。この5年間を振り返ると、本当にあっという間で今でも初日のことをよく覚えています。当時はメンバーも片手で数えるほどで、まだ何も出来上がっていない・全部一から作り上げなくてはいけない、そんな状況でした。そこから早くも丸5年が経ちますが、私自身掛け替えないの貴重な経験と喜びを得ることが出来ました。特に日本の中だけで閉じていた自分にとってはグローバル企業のダイナミズム・スピード・スケールの大きさ・価値観などに触れることができたのは本当に貴重だったと今振り返って感じています。 あまり過去を振り返らない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
