学生時代の友人と久々に飲みに行こうということに。色々な話に花が咲き、彼は非常に多くのキャリアを積んで、国家資格の問題も作成していることも1つの話題に。元々天才肌の人だったから、そんなことをしていても驚くことではなかったのだけど、そんな彼でも受験者の理解度を正しく評価する問題を作るのはすごく難しいと言っていた。彼から難しいという言葉を聞いたのは、その時が初めて。
自分は今まで理解度を測る側ではなく、(残念ながら)測られる側ばかりだったので、彼の難しいと悩む気持ちを十分には理解できていないのだが。。。受験者の視点からすると、良問を多くことなすことって自分の理解度を深くする大事なプロセスだよねということは理解できている。
そうだ。 京都へいこう 良問をつくろう!!
問題を解くという一連の流れで大事なんじゃないかなと思っているのは、自分で試行錯誤すること。最初は時間が掛かっていても、数をこなす内に、前までかかっていた時間がどんどん短縮されて、気づくと簡単に苦戦していた問題もできるように。
ITの実業務で鬼神のごとくトラブルシューティングをする大先輩は、過去に死屍累々の大炎上プロジェクトをこなしたからとか。『いやいや、すげー先輩で尊敬しているけど、それ、再現性がまったくないっす。自分はどちらかというと、屍になっちゃう側なんですが・・・(涙)』
大炎上プロジェクトがやってくるのを待っている訳にもいかず、屍にもなりたくないので、現実的な仮想問題を考えて実際にやってみる(みんなにもやってもらう)のがいいんじゃないか！で、屍化を少しでも回避できれば、いいことづくめじゃないか!!
こんな時どうする？
外部に公開しているWebページが不定期に応答スピードが落ちるので、いつもより応答スピードが劣化したら手元のSLACKチャンネルにお知らせがほしいぞ!!
用意してほしいもの
New Relicの環境
- もし持っていない場合は、上記のQiita記事を参考にFreeの環境を取得しよう。
- 業務で既にNew Relicを使っているなら、その時に使っている業務用のメールアドレス以外のものでFreeの環境を取得しよう。
応答スピードの劣化をお知らせするSLACKのチャンネル
- もしSLACKの用意が難しいなら、メール通知で試しても問題なし!!
おおよその流れ
1. Website Performance monitoring設定
- 外部公開しているWebページに対して定期的に応答スピードを計測する設定をする
ここで利用するNew Relicの機能はSynthetic monitoring(公式ドキュメント)という外形監視機能だけど、New Relicになれていない人は、最初はWebsite Performance monitoringを使うと必要な設定は一括でできるのでおすすめ!!
2. Alert＆通知設定
- 計測データを使って、いつもより明らかに劣化した場合のアラート通知設定を行う
Website Performance monitoringで設定を行うとアラート通知の設定に関連する設定も作成されるからおすすめ!!
でも、応答スピードに関する設定は作られないから、Alertsメニューにある機能を用いて通知設定を行うステップを記載しているので、是非後続の記事もみてね。
設定はAlert Policies → Alert Conditions → Workflows(Destinationsも含む)の順で進めることで、一連の流れで設定を完了できるよ(公式ドキュメント)
具体的な流れ
まずはNew Relicのポータルにアクセス
1. Website Performance monitoringの設定手順
詳細な手順は、先にも挙げたQiita記事がとても丁寧にまとめられているので記載に従ってやってみてね。
補足事項としては…
- メニュー上にWebsite Performance Monitoringがない場合には、メニューのいちばん最後に並んである[…]を選択し、メニュー一覧からWebsite Performance Monitoringを選択してね。
2. アラートの設定手順
2-1. Policy設定
最初にアラートのPolicyから作成するよ。
メニューからAlerts → Alert Policies → New alert policyの順で進んでね。
具体的なPolicy作成手順は公式ドキュメントのアラートポリシーの作成の章をみてもらうとわかるよ(細かなパラメータの意味が今は気になるかもしれないけど、まずはデフォルトの値のままでOK)
最後は、Create & closeボタンを押してPolicyの作成は完了
2-2. Condition設定
次にConditionの作成だよ。
Alert Policiesの上にAlert Conditionsというメニューがあるから、そこを選んで、New alert conditionに進んでね。
=ここがポイント!!= New alert conditionボタンをクリックすると右側からUIがスライドして表示されるから、Use guided modeのタイルを選択してね(より詳細なアラート設定をしたい場合には、Write your own queryの方を選ぶ必要があるけど、まずはUse guided modeで試してみて)
次に環境に合わせて幾つかの選択肢がでてくるけど、Synthetics → Synthetic monitorsと選択して、Nextボタンに進んでね。
進むと、さっき設定したWebsite Performance monitoringが表示されるので、simple-browser-monitorを含んでいる項目にチェックを入れて進んでね。
(上記は、Website Performance monitoringでnewrelic.comを対象とした例での表示だよ)
チェックを入れると、下に新しい選択肢が表示されるからMedian duration (s)というタイルを選択するよ
取得したデータをプロットしたチャートが表示されるから、Nextボタンで次に進むよ
次に進むとアラートの細かな設定項目(閾値とか)が表示されるので、そのままでNextに進むよ
補足情報としては、設問の『いつもより応答スピードが劣化したら』を実現するには、閾値の条件がAnomalyとなっているのが大事なので、注意してね。
設定する項目多いから今回のQiita記事では説明を割愛しちゃうけど、興味がある人はNew Relicが提供している無料のオンライントレーニングを受講すると、実践的な情報を得ることができるよ(特にNRU300番台や400番台がおすすめ)
Condition設定の最後に、管理しやすい名前を設定するのと、さっき作成したPolicyをプルダウンメニューから選択して、Save conditionに進んで、次に現れるCloseで完了だよ
2-3. Workflow設定
次にWorkflowの設定だよ
Alert PoliciesやAlert Conditionsと同じようにWorkflowsがあるから、そこを選んでAdd a workflowに進んでね。
Workflowの設定UIが表示されるから、管理しやすいWorkflow名を設定して、Filter dataのPolicyのプルダウンメニューから作成したPolicyにチェックを入れるよ
そして、Slackタイルを選択するよ(Slackを利用していない場合は、Emailタイルからメール通知先を設定して試してみて)
もし初めての登録の場合は、SlackのWorkspaceの登録が必要で、その際にはSlackの認証が必要になるよ(メールの場合には、メールアドレスの登録が必要だよ)
設定UI上でテスト通知を行うことができるので、過去のデータを元にサンプルの通知を行うということも試せるので、通知がちゃんと届くかの確認はわすれないでね
最後の最後にActivate workflowのボタンを押して設定を保存するのを忘れずに
あとは…あっては欲しくないけど、実際に応答スピードが遅くなって通知が飛んでくることを待つのみ
New Relicを使ってやりたいことを実現するのに幾つかの方法があるので、すごく便利だけど、それが理由でどうすればいいのかに悩んじゃうんじゃないかな？
今後は、具体的なやりたいことに対して、こんなやり方もあるよという紹介も兼ねて、QA形式でQiita記事をかいていくので、新しいQiita記事も楽しみにしててね。
Views: 0
