はてなブックマーク

ご安全に！ryosmsです。 このエントリはMackerel Advent Calendar 2019の4日目のエントリです。 ちょっと前に業務都合＆個人の趣味でWindows版のmackerel-agentについて調べていたので、今日はWindowsの監視について辛かったところをつらつらと書いていこうと思います。 基本的に、個人のノートPCにインストールして辛かったところなので、Windowsサーバーでの運用には当てはまらないことが大部分だと思います。 公式のプラグイン集にはWindows版のバイナリはありません。 そのため、同梱されていないプラグインを使おうと思った場合には自分でビルドする必要があります。なお、ビルドしたものがWindowsで正常に動くかどうかは不明です。 Windowsで利用する場合には同梱されているプラグインで十分であるという反論には同意します。 スリープに対応でき

ご安全に！ GitHub RepositoryのSettingあたりを眺めてたら、Autolink referenceという設定を見つけました。 こう、開発者以外はGitHubを見てなくて、やり取りにはRedmineとか他のプロジェクト管理ツールを使っていて、Redmineに開発周りのこまごましたチケットは登録したくないからそこはGitHub Issueを使っているけど、Redmineのチケットへのリンクを貼っておきたい。 みたいなケースはよくあると思います。あるんだ、察して。 そんな時に、Autolink referenceを使えば手間が少し減るかも、という話です。 [settings]の中に[Autolink refenreces]というのがあるのでそれです。 あとは、prefixとTarget URLを設定します。 ここのprefixは、IssueとかPull Requestとかco

はいっ、今日もはりきって緑化運動していきましょう。 発端は↓のツイート ギッハブでPRマージしたらpixela に草生やしたいな — 石◯王 もちだ (@mike_neck) 2019年2月19日 なにもわかりませんが Action って言ってるくらいなのでなんとかしてほしい！（乱暴 — a-know (@a_know) 2019年2月19日 先にお断りしておくと、2019/02/22時点のGitHub ActionsでPRのマージイベントは取れないので、上記をやろうとするとActionsの設定を頑張る必要がありそうです。（設定を頑張ったからといってできるとは限らない 手順Pixelaに記録用のグラフとWebhookを作成するGitHubのSecretsにWebhookのhashを設定するGitHub Actionsを作っていく 手順としては、前に上げたエントリ（Netlifyでdeplo

はいっ、というわけでねー、今日はNetlifyのdeploy回数をPixelaに記録して行こうと思うわけですが このエントリは以下のブログに触発されたものです pixela-java-client の version 0.2 を maven repository にリリースしました - mike-neckのブログTravis CIのビルド終了後にPixelaで草を生やす - くりにっき 詳しくは、Netlifyのドキュメントを見てください。 Webhooks - Netlify ということで、このOutgoingなWebhookを利用してPixelaに草を生やしていきます。 手順Pixelaに記録用のグラフとWebhookを作成するNetlifyのWebhookを設定する（optional）GitHubのREADMEにグラフを表示する設定をしてPixelaのグラフにpurgeCacheUR

EB使ってますかEB？細かい特徴は公式見て下さい。 AWS Elastic Beanstalk お気軽にEC2とロードバランサー（とRDS）がセットで起動できて、うまく使えば便利なんですが、細かい調整しようと思うとハマりポイントもあるヤツです。 ということで、今回はEB環境内にRDSを立てた時に困った件です。 まずはこちらの画像をご覧ください。 これはEB環境内にRDSを追加する際の設定画面です。 普通にRDSを立てる場合には識別子を設定できるのに、EB環境内に建てようとすると識別子を設定することができません。 識別子がどうなるかと言うと、「aabb123kjda35」みたいな名前が勝手に付けられます。 こんな名前で複数のRDSができたら、RDSのコンソールを見た時に「このDBはどこのDBやったっけ？」ってなるので、EB環境内にRDSを立ててはいけない （EB環境にRDSを追加してもRDS

@ryosmsです この記事はMackerel Advent Calendarの8日目です。 つい最近、JavaなプロジェクトからMackerelにサービスメトリックを投稿した時に、Spring FrameworkのRestTemplateを使ったらめっちょ簡単だったので紹介します。 今回はサービスメトリックの投稿をやっていきますが、MackerelのAPIドキュメントを眺めてると大体のことはできそうですね。 （オーガニゼーションごとに発行するAPIキーで認証を行うので「アカウントが参加しているオーガニゼーションの一覧」みたいのは取れなさそうですが、そこはAPI v1に期待しましょう） ・トップページ ・オーガニゼーション名を表示 ・サービスの一覧を表示、サービスページにリンク ・サービスページ ・サービスメトリックの一覧を表示 ・任意の名前でサービスメトリックの投稿 サンプルコードの全編

長いものにMackerelことになりました。ryosmsです。 はい、というわけでねー、今回はAWS Elastic Beanstalk（EB）のMulti-container Docker環境でMackerel動かしてメトリクスを取っていきたいと思います。 Mackerel公式ヘルプのDockerページに書いてある内容を、EB用のDockerrun.aws.jsonに置き換えていくだけなんですけど、EB環境でデプロイするタイミングでmackerel-agent.confを展開したりするのがめんどくさいのでなるべくならDockerのオプションと環境変数だけでなんとかしたいのでなんとかします。 Dockerrun.aws.jsonについてはAWSのヘルプページを参考にしてもらうとして、Mackerelのヘルプページに書いてある内容を素直に書き写してmackerel-agentのdockerコ

HENTAI Advent Calendar 2012に参加しています 昨日は@bufferingsさんのHENTAI元素でした。超クールな変態具合でしたね。 ここでハードルを落とすためにも、技術的な話題からちょっと外れた内容を書きたいと思います。 さて、変態のみなさんはいろんな勉強会に参加してますよね？ 私も（変態ではありませんが）様々な勉強会に参加させてもらったり、時には運営として細々と何かやったりしています。 ところで、勉強会に参加するような意識の高い変態って、なんでMac率が高いんでしょうね？ 周りを見渡してもMacが8割とか平気でありますよね。 で、Macだと見た目がほぼ同じなので、見分けがつかなくなりますよね。 それが最大の理由、というわけではないでしょうけど、マシンにステッカーをベタベタ貼ってる人が多いですよね。みっともないですね そこで、意識の高い変態に囲まれても目立てる方

最近、プライベートでコード書いてません。ryosmsです。 JCROMの更新状況を追っかけていると、某氏の謎の行動が気になったりしてたんですが、案の定ハマってたみたいなので書きます さてさて、JCROMのソースは（手が入っているところは）bitbucketでソースを管理しているので、修正してpull reqを送る （下図のイメージ） 際にはGitHubへpull requestする際のベストプラクティスがほぼそのまま使えます（githubとbitbucketの違いに気をつけるだけ） ただし、リポジトリの数が膨大（＆AOSPのリポジトリも参照してる）ので、ソースの取得にはrepoを使用します （ちなみに、2012/08/09時点でのjcrom_jb-master.xmlでは、落としてくるリポジトリの数は約300あります） repoっていうのは、簡単に言えば「複数のgitリポジトリをまとめて、