エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
AWSに移行した環境の最適化のススメ【1】AWSへの移行と障害時の対応 | よくわかるAWS・クラウド
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
AWSに移行した環境の最適化のススメ【1】AWSへの移行と障害時の対応 | よくわかるAWS・クラウド
近年のクラウド化の流れを受け、システムのAWS移行を検討中の方も多いと思いますが、AWSへの移行後の運... 近年のクラウド化の流れを受け、システムのAWS移行を検討中の方も多いと思いますが、AWSへの移行後の運用についても検討されていますか? AWSに移行することで、物理的なサーバーの管理・保守は必要なくなりますが、AWSへの移行後もオンプレミスと同様にOSへのパッチ適用など物理レイヤー以上のインフラの運用は必要となります。 本連載記事では、AWSへシステムをオンプレミスの構成からあまり変更せずにリフトアンドシフト方式で移行したあとに必要な設計と運用を最適化させるための考え方や方法をご紹介します。 連載「AWSに移行した環境の最適化のススメ」 ▶【1】 AWSへの移行と障害時の対応 【2】 AWSへの最適化の考え方 【3】 事例と構成例 システムやアプリケーションの移行を進める際に「どんなシステムを」「どこに」「どうやって移行するか」の3点を検討されると思います。移行先としてAWSを検討する場合