こんにちは、id:hitode909です。これまで、アプリケーションエンジニア、 SRE、と続いた流れで、MackerelチームのCREのお二人に話を聞いてみます。 CREはCustomer Reliability Engineerで、お客さまと技術的なやりとりをしたり、ドキュメントを整備したり、訪問してお話を聞いたりと、さまざまな形でお客さまに寄り添うエンジニアです。 業務内容の幅広い職種なので、お二人にまとめて、網羅的な話を聞ければと思います。 id:a-know, id:missasanにアンケート はてなidとその由来を教えてください いつどんなきっかけで入社されましたか? 現在の仕事を教えてください チーム内の立ち位置を教えてください 今日一日の流れを教えてください 最近うまくいったことは何ですか? 最近うまくいってないことは何ですか? ふだん大切にしていることは何ですか? はて

こんにちは。Mackerel開発チームディレクターの id:daiksy です。 Mackerelチームでは、開発プロセスにおけるプラクティスや、チームをうまく機能させるための様々な取り組みに対して、普段から定期的なカイゼンを行っています。 世の中は新年度を迎え、いろいろと新しい取り組みにチャレンジしやすい時期でもありますし、Mackerelチームで行った最近のカイゼンの様子を簡単にまとめてみようと思います。 振り返りでKPTをやめた Mackerelチームではスクラムをベースとした開発サイクルを採用しており、1スプリント2週間というペースで開発イベントが計画されています。スプリント最終日に振り返りを実施し、2週間の間に起きた出来事や課題などを議論して、次のスプリントでカイゼンをする、というルーチンです。 チームではこれまで長い間、KPTという振り返りのフレームワークを採用していました。K

およそ一月前くらいに、同僚の id:hitode909 さんとモブプログラミングをやってみようということになった。 hitode909さんとはチームは別なのだけれど、最近週一で別チームに行ってペアプロなどをしつつ、知見の横展開や課題の発見などをやろうという試みをされていて、ではせっかくなので、と自分たちのチームに招いて軽くお試しでモブプロをやってみた。 blog.sushi.money モブプログラミングとは、ペアプログラミングをチーム全員にまで拡大したようなもので、1つのプログラムをプロダクトオーナーも交えたチーム全員で取り組む形式である。 セミナールームにエンジニア8人ほどで集まって、大画面ディスプレイにソースコードを共有しつつ、「コードを書く人（ドライバ）」と「それ以外の人（ナビゲータ）」とで1つの課題に取り組んでいく。 実装をチーム全員で取り組むため、知見が共有できたり、設計上の課

PHPerKaigi 2018でタイトルの登壇をしてきました。 phperkaigi.jp 登壇内容は下記の通りです。 speakerdeck.com 伝えたいことはスライドに大体あるし、勘所については過去のブログでもまとめています。 soudai.hatenablog.com 昨今のWebサービスは外部のサービスと連携し合うのは当たり前ですし、自分たちのサービスが違うサービスによって影響を受けたり、影響を与えたりすることも当たり前になっています。更にサービスは常に機能を追加・変更・削除することで進化しているのですからモニタリングの対象も常に変化しているはずです。ですのでWebサービスとしてどのようにあるべきかというところがモニタリングの勘所となります。もう少し説明するとサービスはServerに紐付いていないがシステム全体に影響するメトリックもありますよね？それも勿論モニタリングしましょう

もともと数ヶ月前から、Go言語によるWebアプリケーション開発 を読みながら Go での Webアプリケーション開発の勉強をしていた。 Go言語によるWebアプリケーション開発 作者:Mat RyerオライリージャパンAmazon 「実際に動くもの」を、「手を動かして作りながら学ぶ」のが僕は好きで、今回も同様、それを楽しんでやっていたのだけど、思いの外それっぽいものができあがってしまって。これをそのままローカルで動かすだけじゃおもしろくないな、もったいないな、と思ったので、それをサービス化して公開するところまでやってみた。 かんじんのアプリケーションは↓これ。Yukizuri と書いて「ゆきずり」と読む。 https://yukizuri.moshimo.worksyukizuri.moshimo.works ログインもない、ログも残らない、そんな「ゆきずり」の会話を楽しむチャットサービス

この記事は Mackerel プラグインアドベントカレンダー(全部CRE） の18日目です。 qiita.com soudai.hatenablog.com それでは18日目は mackerel-plugin-fluentd です。 mackerel-plugin-fluentdはデータの収集と送信、そしてバッファリングをいい感じにしてくれる Fluentd 専用プラグインです。 Fluentdって何？って人は id:tagomoris さんの記事がめちゃめちゃわかりやすいです。 読んだ多分使いたくなるので是非読みましょう。 Fluentd はデータのやりとりを管理するソフトウェアだ。デーモンとして動作する。今のところはLinux上での動作が主に想定されている*1 tagomoris.hatenablog.com github.com ちなみにこの記事のFluentdのバージョンは下記のと

メール、いっぱい来て埋まってしまいませんか？特に営業的な職種だとメールを一日に大量にさばくので返信が来てるのに気付いたら未読になってる…みたいなことがになりがちです。そこで今回はGmailに題材に自分宛に飛んできたメールをTrelloのTicketにする方法についてご紹介します。 Trelloのメール連係のメールアドレスを確認する。 kazsoga.com この例だとsoudai+から始まるメールアドレスです。こちらに転送するとメールのSubjectがカードのタイトル、メールの内容がカードの詳細に記載されます。試しに一度自分でメールを送ってみてください。指定したリストにカードが作られたはずです。 Gmailから転送 www.infact1.co.jp ここにやり方が書いてあります。全部転送するのではなく、フィルタの対象をTrelloのメールアドレスに転送しましょう。私は自分宛てのメールアド

優秀なソフトウェアエンジニアのそーだいです（ドヤ顔 巷では優秀なプログラマーについて議論させていて、僕は優秀なプログラマーかどうか？っていうとわからないけどまぁそれなりには給料貰ってソフトウェアに関わってるエンジニアだと思っています。そんな中、知人に「そーだいさんはMackerelのCREでデータベースをメイン業務では無いのにそんな中でデータベース分野でもソフトウェアデザインの執筆とか、カンファレンスとかも実施していて、それをどうやって両立してるのか、教えてほしいです。」って質問が来たのでそれに回答します。 なぜデータベースのアウトプットをするのか？ そもそもですが僕はアウトプットするためにインプットしてるのではなく、インプットをするため、増やすためにアウトプットをしています。例えばカンファレンスや勉強会などのイベントを開催するのは「自分が知りたいコンテンツを揃えたい」からです。丸１日拘束

Mackerel / NewRelic / Elasticsearch Seminar という夢のコラボーレーションのイベントで登壇してきました。3サービスそれぞれ強みがあって、勿論競合する部分（代替できる部分）もあるのだけど組み合わせて使うことが多いと思っているサービスです。次は「住み分けにこんなユースケースあるよ」みたいな話が出来れば聞きたいのでそういう企業で喋りたい人、絶賛大募集中です。 登壇について で私の資料はこちら。 speakerdeck.com インフラエンジニアからすると知ってて当たり前のtopコマンドの見方みたいな話になってます。でもtopは今を知るためのコマンドで歴史を知るためにはモニタリングが必要です。そして歴史（履歴）が無いと障害対応の時に比較することができません。これは id:y_uuki くんが言ってる下記のツイートがまさにそのとおりだと思っています。 モニタ

私がはてなに入社した時には大方話が進んでいて、見守るだけだったMackerel本だがついに発売されました。普段MackerelのCREとして活動している自分にとって「お客様に勧めれる本かどうか？」って言う点と「読んだ人に本の内容を質問される可能性が高い」ので一通りちゃんと読んだ。 みんなに勧められる本か 結論：安心して勧められる。 私はMackerelをそれなりに知っている前提だが全部ちゃんと読むと4時間程度で読めた。つまり分量的にはそんなに多くはない。カラーが多く、文字も大きいので比較的サクサクページが進む。特に前半部分はMackerelを一度でもインストールしている人は読み飛ばせると思う。必要な箇所だけ読むならそれこそ1時間である程度つかめる内容だ。なのでMackerelを全く触った事ない人は id:koemu さんの言うとおり、公式本として力を発揮するだろう。新メンバーが入ってきたと

「Mackerel サーバ監視[実践]入門」、ようやく出ました！ Mackerel サーバ監視[実践]入門 作者: 井上大輔,粕谷大輔,杉山広通,田中慎司,坪内佑樹,松木雅幸出版社/メーカー: 技術評論社発売日: 2017/08/26メディア: 単行本（ソフトカバー）この商品を含むブログを見る 共著とはいえ、こうして自分の名前が入った本が世の中に出るのは生まれて初めての経験。五十音順の関係で、自分の名前が先頭に出てしまっているのが恐れ多すぎる！（Amazonで見ると自分の名前がリンクになっているんだけど、クリックしてみると精神医学についての本や看護師国試対策本、がん治療や果てはフランス・スペイン語の本が出てきたりして、僕以外の僕スゲーな、と。） 自分のメインの担当範囲は2章と4章で、あと一部のカラムも僕由来成分だったりします。あとは書籍全体を通してのチェックを実施したりとかもしました。 自

Webオペレーションエンジニアの中で唯一のはてなインターン出身者である id:y_uuki です。この記事では、応募締め切り間近のはてなインターン2017の大規模システムコースを紹介します。 大規模システムコースは、はてなのサービスを支えるサーバ・ネットワーク基盤技術の開発・研究にチャレンジするコースです。 大規模システムを抱えるはてなならではの生の技術的課題を体感していただき、それらの課題の解決を通して、現場で通用する技術を学び、ウェブシステムの基盤技術に興味を持っていただきたいという思いで、このコースを開催しています。 はてなは、はてなブックマークやはてなブログをはじめとした多数のサービスを開発・運用しており、日々増加するワークロードに耐えられるようなシステム開発・運用を求められます。 システム自体が落ちずに24時間365日動き続け、ユーザーの皆様に快適にサービスを利用していただくため

「社会人インターン」と称して2週間はてなのMackerelチームで働いてきましたので、その感想をつらつらと書きます。 おしゃれ感を演出している青山オフィスビデオチャットをいい感じに使ってるはてなといえば本社は京都ですが、東京のど真ん中、青山にもオフィスがあって、以前からビデオチャットでいい感じに中継したり会議したりしてる話は大昔からどこかに上がってた記憶がある。 Mackerel開発チームも東京、京都、その他にメンバーが散っていて、ビデオチャットは大活躍だった。朝会はそれぞれ zoom.us を立ち上げてみんなでビデオチャット。会議室で京都メンバーを交えた打ち合わせをするときは、備え付けのカメラとマイクで会議室の全景を写しつつ、大型モニターには京都の会議室の様子を写しているーというのが日常風景らしい。 こんなスペースでもビデオチャットできる用意がある先日 gitlab.com のトラブルで

Mackerel について考えない日はないというくらいに Mackerel・Love な僕なわけですが（考えない日はあります）、Mackerel の Web 画面で日頃なにげなく見ている「システムメトリック」、みなさんはどのような意識を持って観察していますでしょうか。 ↑ https://home.a-know.me をホストしているサーバのシステムメトリックのようす。 ここでひとつおさらいをしておくと、「システムメトリック」とは、監視対象のサーバにインストールされた mackerel-agent が、それ単体で収集・投稿するメトリックのことです。一般的な Linux系OS に mackerel-agent をインストールした場合、以下のような項目がシステムメトリックとして Mackerel に投稿されます。 loadavg5 cpu memory disk interface files

About Mackerel Meetup #9 Tokyoにブログ枠で参加したので書きます！ 会場 めっちゃシャレオツでした！ 有名アーティストのサインとか飾ってあった！（写真NGだったので心に留めておきます😇） 地の文は走り書きなので一部間違っていたりわかりにくい部分があります。気になる部分はスライド（公開されれば）もしくは今後のアナウンスをご確認下さい。 The 2017 Mackerel Product Roadmap. 株式会社はてな Mackerel プロデューサー 杉山広通(id:sugiyama88) 会場がめっちゃシャレオツ agentインストール型のSaaSサービス ユーザは管理画面ベースで設定することができて便利 mackerelってスマホでも見れるらしい（知らなかった ワンライナーでインストールできてめっちゃ便利（最近かな “最小のルールが最高の利便性を"目指して

現在はてなのMackerelチームにてアプリケーションエンジニアをやっている id:stefafafan です。先日私のチームに id:Soudai さんがジョインしました。まだまだ入社して間もないのですがチームメンバーだけでなく、会社の色んな方と打ち解けているのを感じててすごいなと思っています。彼のこの記事を読んでとても良いなと感じたので、私は逆に新卒2年目の目線で自分が気をつけてる事を書いていこうと思います。 soudai.hatenablog.com 相手のことを知る コミュニケーションや文化 メンバーとの交流 あとがき 相手のことを知る 学生時代と違って社会人になると仕事をしている時間の割合はとても多いので、一緒にお仕事をするならばある程度相手の事を知りつつ楽しくやっていきたいなと個人的には思っています。なので基本的にチームや会社に新しく社員が入るたびになるべくお話をして、共通の趣

エンジニアの id:cockscomb です。この記事ははてなデベロッパーアドベントカレンダー2015の8日目の記事です。昨日は id:Songmu による Markdownドキュメントをgithubで管理して、はてなブログでホストする ~ Mackerelの場合 でした。 Swiftがオープンソース化されて数日が過ぎました。皆さんいかがお過ごしでしょうか。 Swiftのオープンソース化そのものは今夏のWWDCでアナウンスされていた通りです。しかし私を含めた多くのSwiftプログラマーは、このオープンソース化にとても興奮しています。 WWDC 2015のキーノートで、Swiftが今年中にオープンソースになり、OS Xに加えてLinux上での動作がサポートされると発表されたとき*1、私たちはそれを予感していたにも関わらず熱狂しました。しかし同時に、いったいどこまでがオープンソースになるのか、

先日、弊社のとあるサービスの production 監視に Mackerel が使われるようになった。 それまでは Amazon CloudWatch を利用したり、nagios だとか Zabbix だとかを構築して監視をしていたのだけど、一方でこれらの構築・設定はビミョーに大変だったりした。アプリケーションエンジニアだけではなかなか手を出しづらくなってしまっていて、インフラエンジニアさんへの相談も、 「どんな監視項目を設定したらいいかな？」「閾値はどれくらいにしたらいいだろう？」 といったものにはなかなかならず（できず）、 「このサーバの監視の設定、お願いしてもいいですか？ 普通の監視 で大丈夫なので」 みたいなものになりがちだった。「僕らのミッションは "監視サービスの構築" じゃない よね」、ということでの Mackerel 採用だった。 加えてつい先日、弊社インフラエンジニアから

こんにちは。Songmuです。 この記事ははてなエンジニアアドベントカレンダーの3日目です。 昨日、Hatena Engineer Seminar #3を開催いたしました。何より参加率が高かったことに感激したのですが、その分少し窮屈な思いをさせてしまったかもしれないのは申し訳なかったです。多数のご参加本当にありがとうございました。 セミナーではMackerel overviewという話をさせてもらったのですが、そこでお話したMackerelで採用している技術について説明します。 Mackerelとは？ 今年の9月17日にリリースしたはてな謹製のサーバー管理・監視ツールです。 数多くのサーバーを運用しているはてなは、これまでサーバー管理ツールを内製してきたのですが、そのノウハウを活かし、サービス用に新たに一から作ったサービスになります。 また、はてなの既存サービスとは性質が異なるため、技術選