はてなブックマーク

この記事は Mackerel Advent Calendar 2020 2日目の記事です。 はじめに 皆さんはmackerel-plugin-jsonを使っていますか？ 個人的にはかなり好きなプラグインなのですが、2017年に書かれたMackerel プラグインアドベントカレンダー以外ではあまり解説されていませんでした。 soudai.hatenablog.com この記事よりも後に追加された機能を紹介している記事も見当たらなかったので、今回はそれらに絞って紹介していきます。 前回実行したときの結果との差分を投稿する-diffオプション -diff オプションの後に正規表現を書くと、その正規表現にマッチしたメトリックに対して前回の実行時からの差分をMackerelに投稿することができます。 アプリケーション内に単調増加するカウンターとその値をJSONで返すエンドポイントを実装しておくことで

Mackerelでアクセスログを集計したいときに、普段は公式プラグインであるmackerel-plugin-accesslogを使っていた。 そんな中ふと下のエントリーを思い出し、高速であるという点も気になるし、いくつかオプションも異なるということで試しに使ってみることにした。 kazeburo.hatenablog.com mkr plugin installをすることでインストールできる。*1 mkr plugin install --upgrade kazeburo/mackerel-plugin-axslog@v0.2.1 インストールされたのを見たら、あとは必要なオプションをいくつか入れることですぐ使い始められる。 (mackerel-plugin-accesslogとオプション名が結構異なっているので注意) [plugin.metrics.axslog] command = '

__twitter_impression=true というクエリ文字列を見かけて、これはどういうものか調べたメモ。 これは名前の通りにTwitterが付与しているクエリ文字列で、Publish faster articles with AMPには以下のように書かれている。 When users are presented with the optimized AMP version of your page, Twitter instructs the AMP runtime to also ping your original article URL. This allows your analytics software to record a visit as if the original article were viewed. For these ping requests,

この記事は Mackerel Advent Calendar 2019 2日目 の記事です。 qiita.com あらすじ 今年の4月にMackerelの監視ルールをGitHubで管理するというブログ記事を書きました。 developer.hatenastaff.com この記事を書いたときはまだ導入したばかりでしたが、半年以上経った今実際どの様に便利になったかという記事になります。 変更がわかるようになった 監視ルールの変更はSlack等に通知することができますが、変更されたこととと今の設定しか確認することができません。 そのため、経緯を忘れないようメモに経緯や前の設定を書くということでカバーしていたということがありました。 しかし、追従を忘れるなどでそのメモも古びてしまうことがありました。 今はコミットのURLを共有することで以前との設定の違いを確認できるようになってとても便利になりま

最近kanikoの話題を見るようになってきて，どういう動作をするのかなと気になり触ることにした． 普段はGCPではなくAWSの方を使っているのもあり，CodeBuildの方でもkanikoを使えないかと試してみたメモ． 動かすまでに試した記録と動作するサンプルリポジトリを以下に書いていく． gcr.io/kaniko-project/executorはCodeBuildでは利用できない まずハマったこととして，公式で提供されているイメージはCodeBuild上で動かすには様々な問題があり，利用することができない． そのハマった点とその対処を順に書いていく． CodeBuildではscratchイメージを動かすことができない CodeBuildのベースイメージとしてgcr.io/kaniko-project/executorを指定すると．以下のようなエラーが出てしまい実行することができない．

AWS CDKからmackerel-container-agentをサイドカーにしたタスク定義を作成したいことがよくあるので，ライブラリを継承してmackerel-container-agentを必ず同梱するようなタスク定義クラスを作ってみた． コードは以下． import * as cdk from '@aws-cdk/cdk' import * as ecs from '@aws-cdk/aws-ecs' export interface Ec2TaskDefWithMackerelProps extends ecs.Ec2TaskDefinitionProps { mackerelRoles: string mackerelApiKey?: string } export class Ec2TaskDefWithMackerel extends ecs.Ec2TaskDefiniti

下記の構成でサービスを構築したところ，ログが転送されなかった タスク定義のネットワークモードをawsvpcにする fluentdをサイドカーコンテナにする コンテナのログドライバを127.0.0.1:24224に指定する 起動順がおかしいのかと思い，docker-composeで同様の例を作った github.com が，こちらは動く上にfluentd-async-connectを外してみると起動順によるエラーが発生するので，原因は起動順でもなさそうという感じになる． fluentd-max-retriesの数を増やしたりしてもダメで，/var/log/dockerを見に行くとこんなエラーを発見． time="2019-01-04T12:56:45.789694666Z" level=error msg="Failed to log msg \"\" for logger fluentd:

この記事は PMOB Advent Calendar 18日目の記事です． 前回は，『Docker/Kubernetes 実践コンテナ開発入門』の4章をコンソールからECSクラスタを構築し，その上でアプリケーションを動かすまでをやった． 『Docker/Kubernetes 実践コンテナ開発入門』のサンプルアプリケーションをECSに載せる - Re:cohalz 今回はそれをAWS CDKを使って，デプロイしてみた． 作成したリポジトリをサンプル用に公開したのが以下． github.com 気をつけたところなど 細かいところはリポジトリを見てもらうとして，気をつけたところや工夫したところをまとめる． まず，DBは試行錯誤の途中で作り直されるのが面倒だったので，RDSに変更した． ロググループがデフォルトで削除保護がかかっており，作り直しでエラーになるため，retainLogGroup: f

この記事は PMOB Advent Calendar 11日目の記事です． ECSの練習ということで，『Docker/Kubernetes 実践コンテナ開発入門』の4章 「Swarmによる実践的なアプリケーション構築」の構成を参考にECSに載せてみるということをやってみた． tododb todoapi todonginx todoweb いずれもgihyodockerから入手できる． gihyodocker · GitHub これらをサンプルの通り環境変数を設定して，ECSでは5つのサービスを作った dbmaster dbslave api apinginx web 構成 ECS自体に慣れるという目的もあったのでいくつか条件を決めて構築した． Fargateは使わない コンテナインスタンスを複数立てる サービスディスカバリを使う デプロイはdbmasterから順番に後ろの方から構築した．

VtuberLandと言う，バーチャルYouTuberとよみうりランドのコラボイベントがあった． VtuberLand！よみうりランドにて開催決定！.LIVEDays 9/19（WED）~9/23(SUN) その中で22日は電脳少女シロやばあちゃる，アイドル部が所属する.LIVEをテーマにした一日だった． 入場するとまずシロとばあちゃるががお出迎えしてくれた．ばあちゃるが無駄に格好いいのずるいと思う． バンデット 次にコラボの一つであるバンデットの様子を見に行った． バンデットというのははよみうりランドの定番ジェットコースターで，コラボ内容としてはバンデットに乗りながらシロの実況解説が楽しめるというものだった． 今回は時間がなくて乗れなかったのだけど，実況解説はコンコースにも流れていて少しだけ聴くことができた． その少しだけでも，「乗りながら聴けたら臨場感最高だろうなぁ」と感じたのでもう少

11/20に株式会社はてなにアルバイト入社してちょうど5ヶ月経ちました． インフラの事をほとんどわかっていない状態からスタートし，実務のタスクをこなしつつ研修を受けていました． そして先月にそのインフラ研修を終えたのでそのレポートを書いていきます． Go言語研修 まず最初にやったのはGo言語の研修でした． はてなではgo言語の採用が進んでおり，mackerel-agentやdroot等が実際にgo言語で作られています． 研修としてA Tour of Goを進めました． defer, slice, goroutineなどを学びすぐ手を動かして試せる環境として良いサイトだと思います． github.com ISUCON4予選スコアアップ 次に行った研修はISUCON4の予選を動かしスコアアップを試すというものでした． そもそも，ミドルウェアの設定について全然知らない状態から始まったため， 実際

この記事は，はてなエンジニア Advent Calendar 2017の11日目の記事です． 前日はid:nanto_viさんによる通知機能って何を作ればいいの？でした． 概要 はてなにシステムプラットフォーム部のアルバイトとして入社して一ヶ月弱が経ちました． エンジニアとしてアルバイトをするのはこれで2社目になりますが，いい機会なのでこれまで経験した「学生がエンジニアとして仕事をして知識を増やすこと」についてまとめていきます． 働く前 大学に入学してからは色んな言語の機能に興味を持ち，特にScalaに対して調べるようになりました． その後関数型方面の勉強会などに参加しつつ言語機能を理解していき，大学が落ち着いたらScalaで仕事したいと考えていました． その頃は特に業種は何も考えていませんでした． 最初のアルバイト そうしているうちに大学が落ち着いたので，Scalaを使う会社を探しエント

株式会社はてなにアルバイトとして入社しました． 所属はシステムプラットフォーム部というところでなんか色々便利にしていく感じのことをやっていきます． よろしくお願いします．

mackerel.io はてなインターン2017に参加しました はてなインターン応募してくれ!!!というレポート記事です 来るまで 以前 事前課題 京都 前半過程 後半過程 期間中の出来事いろいろ 毎日の話 まとめ 来る前と比べてどう変わったか 参加を考えている人へ 応募はしよう 課題や発表は全力で!!! おわり あわせて読みたい 来るまで 以前 id:cohalz 2年前くらいから某社で動いてるプロダクトのScala(PlayとかLiftとか)に触り始めた感じの人間で， あとは動いてるものだとこのbotがあって，それ以外にやってきたことはいろんな言語の機能見たりとか，コードのレビューなんかも複数の所でやってたりしてた はてなインターン自体の応募理由としてははてなブックマーク等は使っていたし，Twitterで前々からフォローしてた人多数がめっちゃ行ってたので行きたいと思ってた とはいえ今年