AWS
AWSの運用保守とは？外に任せる前に社長が確かめる10項目と、期限切れの見落とし
AWSの運用保守とは、AWSの上で動いているホームページや業務システムを、毎日止めずに使える状態に保つ仕事です。AWSが見てくれるのは建物や機械の部分までで、その上に置いたサーバーの中身や設定、データは自社の責任です。外に任せる前に、まず「アカウントの持ち主」と「期限が切れた部品がないか」を確かめましょう。
この記事は、AWS（アマゾン ウェブ サービス）で動く仕組みを他社に作ってもらい、そのまま使っている会社の社長や担当者に向けたものです。「作った会社との契約が終わった」「担当者が辞めて、誰が見ているかわからない」「毎月の請求だけ届いている」。そんな状態から、何をどの順番で確かめればよいかを整理します。
AWSの運用保守とは？
AWSは、Amazonが提供するクラウドのサービスです。自社でサーバーの機械を買わずに、インターネット越しにサーバーやデータベース、ファイルの置き場所を借りて使えます。予約サイト、会員サイト、受発注の仕組み、社内の管理画面などが、AWSの上で動いていることがよくあります。
AWSの運用保守は、こうした仕組みを使い続けるための作業をまとめた呼び方です。たとえば次のような作業が含まれます。
- 動いているかを見張る：サイトが開くか、サーバーの負荷が高すぎないかを確かめます。
- データを守る：バックアップを取り、必要なときに戻せるかを確かめます。
- 更新する：OS（サーバーの土台のソフト）や、データベース、プログラムの部品を新しくします。
- 権限を管理する：誰がAWSの管理画面に入れるかを整理し、辞めた人の権限を外します。
- 費用を見る：請求が急に増えていないか、使っていないものにお金を払っていないかを確かめます。
これらを社内で行うこともできますが、専門の知識が必要なため、外の会社に任せる「運用代行」や「保守契約」を使う会社も多くあります。
運用と保守はどう違う？
言葉の使い分けは会社によって少しずつ違いますが、おおまかには次のように考えるとわかりやすくなります。
- 運用
- 毎日・毎月の決まった作業。見張り、バックアップ、権限や費用の確認
- 保守
- 変化への対応。不具合の修理、更新、期限切れへの対応、設定の見直し
運用は「いつもどおりに回す」仕事、保守は「変わったことに合わせて直す」仕事です。実際の契約では、両方をまとめて「運用保守」として頼むことがほとんどです。見積もりや契約書を読むときは、言葉よりも具体的にどの作業が入っているかを見るのが確実です。
AWSが見てくれる範囲、自社が見る範囲は？
AWSには「責任共有モデル」という考え方があります。AWSの公式資料では、AWSは「クラウドのセキュリティ」、つまりサービスを動かすハードウェア、ネットワーク、データセンターなどの施設を守る責任を持ちます。一方で、お客様は「クラウド内のセキュリティ」、つまり誰に権限を与えるか、データをどう守るか、ネットワークの設定、そしてEC2（AWSで借りるサーバー）ではOSやアプリケーションの更新まで、責任を持つとされています。
たとえるなら、AWSは「頑丈な貸しビル」を用意してくれる会社です。建物の警備や電気・空調はビル側が見てくれます。でも、借りた部屋の鍵を誰に渡すか、部屋の中の金庫をどう管理するか、古くなった家具をいつ入れ替えるかは、借りた側の仕事です。
運用保守をしないとどうなる？
作ったときのまま放っておいても、その日にサイトが止まるわけではありません。ただ、時間がたつほど次のようなことが起きやすくなります。
期限が切れた部品のまま動き続ける
AWSで使う部品にも、サポートの期限があります。たとえばEC2でよく使われてきた「Amazon Linux 2」は、AWSの公式ページで2026年6月30日にサポートが終わったとされ、通常の安全面の更新は届かなくなっています。AWSは後継の「Amazon Linux 2023」への移行をすすめています。
外部サイトAWS公式：Amazon Linux 2 のよくある質問（英語）
データベースも同じです。AWSのデータベースサービス「RDS for MySQL」では、MySQL 8.0の標準サポートが2026年7月31日に終わりました。標準サポートが終わったバージョンを使い続けるには、有料の「RDS 延長サポート」を使うことになり、延長サポートも2029年7月31日で終わります。
外部サイトAWS公式：Amazon RDS for MySQL のバージョン（英語）
外部サイトAWS公式：Amazon RDS 延長サポート（英語）
つまり、2026年に入ってから誰も中を見ていないAWSでは、「安全面の更新が止まった土台の上で動いている」か「気づかないうちに延長サポートの料金がかかっている」のどちらかが起きている可能性があります。請求の明細に見慣れない項目が増えていないかも、あわせて確かめましょう。
管理画面に入れる人がいなくなる
AWSのいちばん強い権限を持つ「ルートユーザー」は、登録したメールアドレスにひもづいています。このメールアドレスが、辞めた担当者や前の制作会社の個人アドレスのままだと、パスワードを忘れたときに取り戻せなくなるおそれがあります。
AWSの公式資料でも、ルートユーザーは日常の作業に使わないこと、多要素認証（MFA：パスワードに加えてスマホなどで本人確認する仕組み）を必ず有効にすること、担当者が不在や退職しても困らないよう複数人が受け取れるグループのメールアドレスを使うことがすすめられています。
外部サイトAWS公式：AWS アカウントのルートユーザーのベストプラクティス
請求の増え方に気づけない
AWSは使った分だけ料金がかかる仕組みです。使っていないサーバーの消し忘れや、思わぬアクセスの増加で、請求がふくらむことがあります。AWSには「AWS Budgets」という機能があり、予算を決めて、費用がその額を超えそうなときに知らせを受け取れます。
外部サイトAWS公式：AWS Budgets の予算作成方法
外に任せる前に確かめる10項目
運用保守を外の会社に頼む前に、自社で次の10項目を確かめておくと、見積もりが早く、正確になります。わからない項目があっても大丈夫です。「わからない」とわかっていることが、相談の出発点になります。
- AWSアカウントの名義：契約者は自社か、作った会社か。請求は自社に直接来ているか、作った会社を通して来ているか。
- ルートユーザーのメールアドレス：誰が受け取れるアドレスか。辞めた人の個人アドレスになっていないか。
- 多要素認証（MFA）：ルートユーザーに設定されているか。その端末を誰が持っているか。
- 管理画面に入れる人の一覧：いま誰がログインできるか。辞めた人や前の会社の人が残っていないか。
- 使っているサービス：EC2（サーバー）、RDS（データベース）、S3（ファイル置き場）など、何を使っているか。
- OSとデータベースのバージョン：Amazon Linux 2やMySQL 8.0など、期限が切れたものが残っていないか。
- バックアップ：取っているか、どのくらいの間隔か、実際に戻したことがあるか。
- 毎月の請求額の流れ：直近数か月で急に増えていないか。予算の知らせを設定しているか。
- ソースコードと資料の置き場所：プログラム本体、設定、仕様書が自社の手元にあるか。
- 止めてよい時間：更新や切り替えのために、数分〜数時間止めてよい時間帯があるか。
どんな作業を、どのくらいの頻度でする？
運用保守の作業は、頻度で分けると整理しやすくなります。契約の前に「どれをやってもらうか」を、この表で話し合うと抜けが減ります。
- 毎日
- サイトが開くかの見張り、異常の知らせを受ける仕組みの確認、バックアップの成功の確認
- 毎月
- 請求額の確認、ログイン履歴と権限の見直し、OSや部品の更新、作業の報告
- 年に数回
- バックアップから実際に戻すテスト、サポート期限の一覧の見直し、構成と費用の見直し
- 変化のとき
- 期限切れへの対応、不具合の修理、機能の追加、担当者の交代時の権限整理
運用保守というと「毎日の見張り」が思い浮かびやすいのですが、中小企業で問題になりやすいのは、むしろ年に数回の作業です。バックアップは取っていても戻したことがない、期限の一覧を誰も見ていない、という状態は珍しくありません。「戻せるか」「期限はいつか」を確かめる日を、あらかじめ予定に入れておくのがおすすめです。
費用はどう決まる？
AWSの運用保守の費用は、仕組みの中身や頼む範囲によって大きく変わります。決まった相場で判断するより、次の要素を確かめて見積もりを取るのが確実です。
- 使っているサービスの数と、サーバーの台数
- 見張る時間帯（平日の日中だけか、夜間・休日も含むか）
- 異常が起きたときに、連絡だけか、直すところまでか
- 更新の頻度と、テストをどこまで行うか
- 期限が切れた部品が残っているか（あれば、最初に移行の作業が必要）
- ソースコードや資料がそろっているか
なお、運用保守の費用とは別に、AWSの利用料そのものが毎月かかります。見積もりを受け取ったら、AWSの利用料が含まれているのか別なのか、請求がどちらから来るのかを確かめておきましょう。
契約の前に「終わり方」も決めておく
運用保守の契約では、始め方ばかりに目が行きがちです。でも、あとで困りやすいのは契約が終わるときです。依頼先を変えたい、社内で見るようにしたい、となったときに、次のものがきちんと戻ってくるかを、契約の前に決めておきましょう。
- AWSアカウントの管理権限（自社が名義人なら、自社の手元に残るように）
- 依頼先のために作った権限の削除
- 作業の記録（何を、いつ、どう変えたか）
- 構成の資料と、更新の手順
- バックアップの場所と、戻し方
最初から「自社のアカウントに、依頼先の作業用の権限を作って渡す」形にしておけば、依頼先を変えるときも権限を外すだけで済みます。逆に、依頼先のアカウントの中で動いていると、引っ越しの作業が必要になることがあります。
BOKEに頼むとどうなる？
BOKEは、Webアプリの新規開発から、AWSの保守・移管、他社が作った既存システムの引き継ぎまでを担当しています。AWSの保守・移管では、いまの構成と引き継ぐ範囲、アカウントと権限、更新の履歴、止めてよい時間を最初に確かめてから進めます。
- 進め方
- 現状調査、引き継げる範囲と課題の確認、範囲・費用の見積もり、作業と切り替え、公開後の確認
- 担当範囲
- 保守・更新、移管の計画と作業、公開後も使える状態かの確認、作業記録
- 料金
- 保守・移管・引き継ぎは個別見積もり
- 無料の範囲
- 初回の相談と概算は無料
- 連絡
- 相談フォームのあと、2営業日以内に担当者からメール
詳しい調査が必要なときは、範囲と費用を先にお伝えしてから着手します。AWSなどのクラウド利用料は別途かかります。夜間・休日の監視や緊急対応は、できる範囲と条件を先に確認してからお受けします。切り替えた後に問い合わせフォームや計測まで確かめた例はサイト移行の事例で紹介しています。OSと同じく、プログラムの言語にも期限があります。PHPで作られた仕組みならPHPのバージョンアップの進め方もあわせてご覧ください。
よくある質問
AWSの運用保守とは何ですか？
AWSの上で動いているホームページや業務システムを、止めずに安全に使い続けるための作業です。動いているかの見張り、バックアップ、OSやデータベースの更新、権限の管理、費用の確認などが含まれます。
AWSを使っていれば、セキュリティはAWSが守ってくれますか？
AWSが守るのは、ハードウェアやネットワーク、データセンターなどの基盤です。誰に権限を与えるか、データをどう守るか、サーバーのOSやプログラムの更新は、利用する側の責任です。これを「責任共有モデル」と呼びます。
運用と保守の違いは何ですか？
運用は、見張りやバックアップ、費用の確認など、毎日・毎月の決まった作業です。保守は、不具合の修理や更新、期限切れへの対応など、変化に合わせて直す作業です。契約では両方をまとめて頼むことが多いので、具体的な作業の範囲で確かめるのが確実です。
Amazon Linux 2のまま使っていますが、すぐ止まりますか？
すぐに止まるわけではありませんが、AWSの公式ページでは2026年6月30日にサポートが終わったとされ、通常の安全面の更新は届かなくなっています。新しく見つかった弱点が直されないため、後継のAmazon Linux 2023などへの移行を計画しましょう。
作った会社と連絡がつかなくても、AWSの保守を頼めますか？
頼めます。まずAWSアカウントの名義と、管理画面に入れるかどうかを確かめ、使っているサービスと構成を調べるところから始めます。ルートユーザーのメールアドレスが自社で受け取れない場合は、その整理から進めます。
AWSの請求が作った会社から来ています。問題はありますか？
それ自体がすぐ問題になるわけではありません。ただ、AWSアカウントの名義が作った会社のままだと、依頼先を変えるときに引っ越しの作業が必要になることがあります。契約の前に、名義と管理権限が誰にあるかを確かめておきましょう。
COLUMN