(Google+)629629件のシェア(とっても話題の記事)この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。はじめにこんにちは植木和樹@上越妙高オフィスです。AWS上でのインフラ構築が終わり、アプリケーションがデプロイされるといよいよサービスローンチ。数日〜数週間様子をみて問題がなければ運用チームに業務を引き継ぐことが多いかと思います。運用チームへの引き継ぎ資料を作って「あとはよろしくね」となるわけですが、その段階で「待て」がかかってしまうことがあります。(だいたい待てを言うのは私なんですが)今回はスムーズに運用チームに業務引き継ぎができるように、私が注意しているポイントをまとめておきたいと思います。3つのポイント注意するポイントは3つです。Inputなにをトリガーに作業が始まるのか。どんな通知がくるのか。Action何をするのか。Output作業が終わったら誰に報告するのか。1つずつ説明していきます。Input運用チームは基本的に「イベント・ドリブン」です。なにかキッカケとなる事象があって初めて動くと考えてください。きっかけには以下のようなものがあります。)また通知内容にも注意が必要です。障害通知がやっかいです。運用チームは大抵日々数十通〜数百通の問い合わせメールや障害通知メールを受け取っています。その中には障害ではない、いわゆる狼少年的なアラートも含まれます。そんな中から対応が必要なメールを特定します。その通知は運用チームが確実に行動を起こせる内容になっているでしょうか?通知内容については次の「Action」も関係します。Action文字通り「通知を受け取ったら何をするか」です。引き継ぎ時にここをちゃんと伝えていないケースが意外と多かったりします。「障害があがったらメールで通知されるので対応をお願いします」というケースを考えてみましょう。通知内容からサーバーを特定できるようにしようそのメールの文面から対象の顧客、AWSアカウント、サーバーは特定できるようになっているでしょうか?通知されるメールに「prod-web01」とだけなっていないでしょうか?送信元のプライベートIPしか記載されていないなんてことはないでしょうか?運用チームでは数十社の運用契約と数百のAWSアカウントを扱っています。メール文面にはサーバーが特定できる情報を記載しましょう。(結果:100%/閾値:80%)」というメールが届いたとします。考えられる行動はいく通りもあります。メールで連絡してファイル再送を指示してください」という、次の行動が明記されているものでした。通知を見ただけで迷わずに正しい対応をすることができますね!「いつものことなので放っておく」通知は一番悪い通知の一つです。運用チームが行動する必要のないものなら通知はあげないようにしましょう!!運用チームメンバーは新しい通知が入るといつもドキッとしているのです。メンバーの心臓をいたわってあげてください。考えられるパターンを数十通り列挙してExcelで引き継ぐ場合があります。これはこれで嬉しいのですが、検索性に乏しい指示リストはオペミスが発生する可能性が非常に高くなるので気をつけましょう。メールのサブジェクトやエラー番号を用いて対応パターンをフィルターできるようにしておくと喜ばれるでしょう。ところで、あらゆる通知パターンを網羅して引き継ぐのは不可能です。そんな時はプログラムと同じように「例外処理」を設けておくと良いでしょう。典型的なものとしては「見慣れない通知は構築担当者へエスカレーション」です。例外だったものがパターン化できたら改めて運用チームへ引き継いでください。作業チェック手順も伝えようその作業が問題なく終わったことを確認する手順も伝えてもらえるとうれしいです。Output対応が完了したら報告が必要です。サーバーを再起動したら結果を誰かに報告する必要があるかもしれません。OSにユーザーを追加したらExcelで作ったユーザー台帳の更新が必要かもしれません。報告先のお客様担当者はどなたですか?どういう連絡手段で伝えますか?(電話、メール、チケット管理システム)なにを報告すれば良いですか?(文面のひな形が用意されていると泣いて喜ばれると思います!)まとめ運用チームへ業務を渡すための3つのポイントをまとめてみました。プログラムを開発する時に気にしなければならないことに似ていることが分かっていただけたかと思います。「データファイル渡すからDBに取り込むプログラム書いて!」という指示だけではプログラムは書けないですよね。ファイルはCSVなの?JSONなの?どのDBのどのテーブルに取り込めばいいの?データ変換テーブルにはインデックスは貼られてる?キーはデータファイルから取得できる?不正データが入ってた場合はどう処理しておけばいい?動作テストはどう行う?取り込み結果はログに残すの?メール通知は必要?良いプログラマーは良いオペレーション指示を伝えられると思っています。このエントリーがより良いDev&Opsに繋がれば幸いです。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。本が出ていたので読んでみたところよかったので紹介させていただきます。使いたいときの注意点を書きました。新井成一64最近Sphinxつかってドキュメントを書いてるのですがなかなかイケています。臼田佳祐295ワークフロー自動化OSSのn8nをAWS環境で建てて検証してみました。非常に期待できるサービスです。Fargateの勉強をしています。使ってみたい方は参考にしてください。洋介255SnowflakeがAWSの東京リージョン上で稼働するようになりました。データを日本に置けます。芳賀健232こんにちは!猫様の忠実なるしもべ、芳賀健です。Tokyoで開催されました。カフェ店長のオカノです。クラスメソッド株式会社が運営するAWS・iOS・HTML5に関する技術情報サイトです。