4月に(2019.04.16) RDS のメトリックスについて拡張がアナウンスされましたが、私がメトリックスをどのような観点で見ているかについて思いつくままに書き出してみました。参考になれば幸いです。 なお、ここに書き出している見解は個人のものであり所属している組織とは異なります。 主に MySQL データベースを念頭に書き出していきますが、ディスク IO 等は他のデータベースにもおおむね妥当すると思います。 項目は RDS のマニュアル を参考にしています。 それではメトリックスのグループ毎に見ていきたいと思います。 General ここで性能の観点から注目したいメトリックスは、numVCPUs です。cpuUtilization や loadAverageMinute などのグループを検討するときに参考にする。 cpuUtilization 各メトリックスは一定間隔、公表はされていませ

2019/01 JSUG勉強会の資料です。 この資料でDisっているのはJPAではなく、 ・何も考えずに「標準だから」というだけでJPAを選ぶ人 ・OSSに全くコントリビュートせずにフリーライドする人 です。

この記事は Mackerel プラグインアドベントカレンダー(全部CRE） の4日目です。 qiita.com soudai.hatenablog.com それでは4日目は mackerel-plugin-mysql です。 ここではMySQLの細かい説明は割愛します。 mackerel-plugin-mysqlはRDBMSとして広く使われているMySQL専用のプラグインです。 github.com インストールと設定手順 本プラグインはプラグイン集として提供しているパッケージの mackerel-agent-plugins に含まれています。 インストール先は /usr/bin/mackerel-plugin-mysql です。 mackerel-plugin-mysqlは様々な情報を可視化してくれますが、pluginが動作するクライアント側からMySQLに対してアクセス出来る必要があり

ユニクロの将太の寿司Tシャツ、ぜったい買う。— ピエール手塚🍙 (@oskdgkmgkkk) 2019年7月29日 2019年7月29日、将太の寿司界隈を驚かせるビッグニュースが舞い込んだ。週刊少年マガジンの60周年記念を祝したユニクロとのコラボ商品のラインナップに、将太の寿司が含まれていたのである。 www.uniqlo.com 他の作品と比べ、20年以上前に連載が終了した作品が取り上げられるのは異質に感じた我々は、ひとつのことが思い当たった。つまりは、昨年のネット上での将太の寿司ブームである（以下はそれを僕が勝手に総括した文です）。 mgkkk.hatenablog.com ユニクロも講談社も粋なことをするじゃないか。昨年ぐっと増えた将太の寿司ファンに対して、公式のグッズ供給が行われない辛さに手を打ってきてくれたのだろう。漫画は時代を超えて読み継がれる。電子書籍の時代になればなおのこ

こんにちは、サーバーサイドやっております 金城 (@o0h_)です。 「腸よ鼻よ」を応援しています。人間ってたくましい。 腸よ鼻よ(1) 作者: 島袋全優出版社/メーカー: KADOKAWA発売日: 2019/09/13メディア: 単行本この商品を含むブログを見る webでも読めます https://ganma.jp/chohana さて、掲題のとおりですが、以前にママリのマスプロモーションを実施した際の負荷対策として作成した機構をプラグインとして公開しました。 packagist.org MySQL用のデータソースで、1つのモデル*1に対して複数のデータベース接続を提供する機構です。 例えば「参照しか走らないリクエストは参照用DBに接続して、更新系はマスターDBに接続する」といったような使い方を想定しています。 簡単に利用方法を紹介します。 Pluginを配置する 「複数の接続先」をco

ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス

こんにちは、サーバーサイドやっております 金城 (@o0h_)です。 最近の癒やしは「幸せカナコの殺し屋生活」です。仕事でも趣味でも何でもいいと思いますが、「私は生きているんだな！」という気持ちを抱えて育んでいくのが大事だな、と改めて気付かされます。 sai-zen-sen.jp Tl;DR モニタリングツール増えがち問題; システムが複雑なんだ、しゃーない 「多すぎるツール」が監視ビギナーのハードルを上げていないかな。下げたい・・・！ 「なぜ複数のツールが必要なのか」の肌感を共有したい まずは「最初の1つ目」のツールを習得して、次第に使えるツールを増やしていくのが良いのではないか 前置き 「殺し屋」の話をしたので「監視」の話をしたいのですが、コネヒトでは継続的に「監視をもっとできるよーにしよーね！」という取り組みを進めて行っております。 それにはどうしても他人を1人でも多く「巻き込んでい

合同会社コベリンは最近すごい働いたので「疲れた休暇」を下記日程で実施させていただきます。 2019/07/03(水)〜2019/07/05(金)

話題になったビジネスの人だったのか iPad使ってるけど頑固オヤジのお店…！？ いや、もしかしたらおれはずっとこの人の足でも踏んでいたのかもしれないし、口がくさかったのかもしれない……！？ 一体どういうことなんだ、ネットに情報がないかと検索すると数年前の記事が出てきた。 吉川仁さんというトラックドライバーの方が、週末に吉祥寺の路面でiPad魚屋を始めたという記事だ。ああ、このアイデアビジネスが数年を経て店舗になったのか。 イラッとされてもなんか変だったので夜にまた行ってみる 10席くらいの小さな店になっている。昼もごはんは食べられるらしい 怒られても再訪する！！ しかしiPad使った変な店で頑固オヤジならそれはそれでおもしろいのではないか。夜はお酒も出していると書いていたのでもう一度行ってみようと酒飲み友達の張江さんに話して二人で行ってきた。 さあ、どんなおもしろ営業になってるんだ…？ と

GWいかがでしたでしょうか？ 私はひたすらに「何もしないぞ！」を徹底した結果、漫画を読んで「色々な世界を旅して」「色々な出会いと別れを繰り返して」過ごしました。 その中でも、「子供はわかってあげない」を久しぶりに読み返し、 人は教わったことなら教えられるんだよ からの 僕は誰にも教わってないんだ。・・・だから教えるのが難しいの当たり前なんだなって思って・・・少し楽になったかな というくだりにグッと来ました。 「教えられることがある」や「教えてくれる」というのは、それだけで尊いものだな〜というリスペクトを忘れないようにしようと思うのと同時に、自分や他人の「持てるもの・持てないものを見極めて、許したり奮ったりしてけたらな」とも思いました。 なんにせよ、他人に教えられる人はすごい！🎉 子供はわかってあげない(上) (モーニング KC) さて、こんにちは、サーバーサイドやっております 金城 (@

去る3/29（金）〜3/31（日）に開催されたPHPerKaigi 2019を主催しました。 PHPerKaigiは「東京でPHPをテーマにした有料のテックカンファレンスが欲しい」という想いから2018年に初開催されたテックカンファレンスです。 長谷川がテックカンファレンスに求めるものはいくつかあるのですが、昨年は初回開催ということもあり、いくつか出来なかったことがありました1。 今年の開催ではそれが解消して「PHPerKaigiも一人前のテックカンファレンスになったな」と嬉しく思っています。 スタッフが創るカンファレンス PHPerKaigi 2019は14名のコアスタッフ2と18名の当日スタッフ3でお送りしました。 今回の開催ではPHPerチャレンジやPHPer茶会、トーク録画のスライド別録りなど、新しい取り組みをし、どれも比較的良くワークしました。（Wi-Fiは課題アリだったけど裏側

旬の生魚おじさん、都元です。旬かどうかは分かりませんが、最新数週間連続でマテ貝を売っているのにお目にかかりました。これはもう、酒蒸しですよ。最高ですよ。あ、魚じゃなかった。生でもなかった…。 さて先週末。2019-04-06 にDevelopers.IO 2019 at 岡山城を開催し、そこで「アプリケーション動作ログ、ERRORで出すか? WARNで出すか?」と題しましてお話をさせていただきました。そのレポートをお送りします。 スライドとセッション概要 アプリケーションのログ、出してますか？ 欲しい情報が出てますか？ 要らない情報いっぱい出てませんか？ 出すか出さないかの判断は、何に基づいて決めていますか？ そもそも何のためにログ出してますか？ そこでログが出るのは正しいですか？ ここでログが出ないのは正しいですか？ そのログは INFO で出すべきものですか？ それとも DEBUG で

素晴らしい作品を生む人間が必ずしも素晴らしい人間とは限らないしそうある必要もない。文豪と呼ばれる面々もその限りではないようです。彼らの可愛くもなかなかにクズっぷりなエピソードをいくつかご紹介。

こんにちは！ @o0h_です。 3月は・・・王様ランキング！！！！おめでとうございます🎉 王様ランキング　1巻 さて、唐突に本題なのですが 先日、入門監視を読んで思ったこと・感じたことを当ブログに投稿しました。 tech.connehito.com 今回は、ちょっとした続編のようなものになります。 先の記事では、自分自身に生じた内省や「べき論」「目指すべき地点」を中心に取り扱いました。 具体的な「私や他のメンバーが取るアクション」や「変更されていく内容」についてはスコープにしておりません。 当然、こうもデカい口を叩いた以上は、実践をしていく必要があります。 でないと・・・ダサダサ君になってしまいますよね。 そんな訳で、「実際に組織を変えていくぞ」と、その最初の一歩目として 監視の民主化に向けたキックオフ を行いました。*1 先日のブログのような内容が「概念」「抽象」だとするなら、こちらは

こんにちは！待ちに待った2月です。 何を待っていたか？ フットボールネーション（１３） (ビッグコミックス)やブルーピリオド（４） (アフタヌーンコミックス)、BLUE GIANT SUPREME（７） (ビッグコミックススペシャル)が発売される月ということになります。 嬉しい〜！の金城(@o0h_)です。 さて。 (ほぼ)ちょうど1ヵ月前に出た「入門 監視」は、いろいろな方面で話題になりました。 既に色々な書評やまとめが出回っていて、反響の大きさが感じられますね！ www.oreilly.co.jp 弊社でも、会社の書籍購入補助を利用して即予約 & 入手をしました。 この本からは非常に多くの学びや示唆を得られたと感じています。 先日、その内容・感じたことを、社内LT会で共有しました。 発表内容を踏まえつつ、読後に自分なりに考えさせられたことをまとめてみたいと思います。 ただしスライドに含

この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE