[B! isucon] eigo_sのブックマーク

日本のSREの火付け役ともなったエンジニアが貫く信念 ─ すべてはログの向こうにいるエンドユーザのために - Findy Engineer Lab

こんにちは、はじめまして。さくらインターネット株式会社の長野雅広（@kazeburo）です。Webの業界に入ったのは学生だった2000年頃で、キャリアは20年以上になります。おそらくこの業界でも長い方ではないでしょうか。20年の間にmixiやlivedoor、メルカリといった企業で働く機会を得て、どの職場でもサービスの裏側にあるインフラや、Webアプリケーションの運用を支える仕事、今ではSREと呼ばれるような業務に携わってきました。そして今年の1月から、さくらインターネットにてクラウドを中心にサービスの開発を行っています。つまり、インフラやクラウドを利用して一般のお客様向けにサービスを作るという仕事から、クラウドを作ることを仕事にする、という選択をしました。この記事では、どのような経験からSREとして働くようになったのか、また現職に至る選択をした経緯について語りたいと思います。加えて、

eigo_s 2021/10/21

sre
isucon

リンク

チーム白金動物園として ISUCON 9 本選で優勝しました - 昼メシ物語

白金動物園（mirakui、sorah、rosylilly）として、ISUCON 9 優勝を果たしました。白金動物園は ISUCON 9 本選において優勝しました。言葉になりません https://t.co/Zhy9tzsA2M— Issei Naruta (@mirakui) October 5, 2019 これは ISUCON 9 優勝の瞬間です pic.twitter.com/DJMioS0pXA— Issei Naruta (@mirakui) October 13, 2019 一週間経ってようやく気持ちが落ち着いてきたので参加記を書きます。といってもチューニングの流れはすでに rosylilly が詳細を書いてくれているのでそちらを参照。 rosylilly.hatena blog.com 今回も僕は主にプロファイリングを担当していました。予選では個人ライセンスがたまたま余ってい

eigo_s 2019/10/14

リンク

白金動物園として ISUCON 9 に出場し、優勝しました - 鳩舎

白金動物園は ISUCON 9 本選において優勝しました。言葉になりません https://t.co/Zhy9tzsA2M— Issei Naruta (@mirakui) October 5, 2019 感無量です。やったことは GitHub 上ですべて公開されています。 github.com いつものことですが、メンバーが何をしていたのか細かいことまでは知りません。自分の記憶 [10:23:27] 862fe59 : Fix initialize MySQL file MySQL のイニシャライズ実行ファイルのユーザーを root に変更。各位の手元で動かすときに楽させるため。メンバーの手元の MySQL がどういう設定になっているのかは大体知ってるし。 [10:27:33] 2c68bf1 : Change database user 同上事情。こちらはアプリ側。 [10:40

eigo_s 2019/10/07

🎉👏🎉👏🎉👏🎉👏

リンク

ISUCON9 予選を全体1位で突破しました

9月8日(日)に開催された ISUCON9 予選の2日目に1人チーム「 nil 」として参加し、全体1位となり本選出場が決まりました。最終スコアは 52,440 ｲｽｺｲﾝ (ベストスコアは 53,460 ｲｽｺｲﾝ) でした。このエントリーでは主に参加するまでにやってきたことと、当日やったことについて書こうと思います。参加するまでにやってきたこと# 練習 (去年)# ISUCON には去年の ISUCON8 で初めて参加し、今年で2回目です。去年は ISUCON8 に向けて毎週のように過去問の練習をしていました。 1年以上前の記憶ではありますが、今年はあまり練習することができなかったので、この経験や知恵が今回の優勝にも影響したと考えています。練習 (直前)# 今年は他のことで忙しく ISUCON の練習をする時間が確保できませんでした。そのため練習できたのは5日(木)から前日

eigo_s 2019/09/10

リンク

AWS X-Ray による ISUCON8 本選問題の解析 - 酒日記はてな支店

ISUCON8 の本選問題は、競技者がコントロールできない外部 API 呼び出しを多数含んだ出題内容でした。講評では、サービスの特性を適切に分析した上で、まとめるところはまとめたり、遅延させるところは遅延させるなど ……とさらっと書かれていますが、実際そんなことを短時間で分析することは可能なのかよ！という話題が競技後の懇親会でもあったので、それ AWS X-Ray でできるよ、というエントリをまとめておきたいと思います。今回の解析は Perl 版の初期実装に対して行ったものですが、なぜ Perl かというと AWS の公式 SDK にない X-Ray 関連の CPAN モジュールを自分が書いているので、その宣伝も兼ねています。(blogエントリ書いてなかった) AWS::XRay Plack::Middleware::XRay Devel::KYTProf::Logger::XRay

eigo_s 2018/10/29

リンク

ISUCON7 予選開始の遅延について : ISUCON公式Blog

ISUCON7 予選、出題者チームにてインフラ担当をしている KLab 横川です。まず、ISUCON7 予選にご参加していただいた多くの皆様、ありがとうございました。大事な予選にて 1 日目、2 日目ともに開始時刻の遅延という重大なトラブルを発生させてしまったことをお詫び申し上げます。特に予選1 日目の方は告知していた開始時間から 3 時間も遅れてしまい大変申し訳ありませんでした。このエントリでは、今回の開始時間の遅延原因についてお伝えいたします。予選のサーバー、ネットワーク構成まず、問題の概要に入る前に予選のサーバー、ネットワーク構成について紹介します。予選に参加された方はすでに御存知の通りだと思いますが、今回の予選での構成は 1コア、1GBメモリ、20GBディスクで構成されたサーバーが 3台からなっており、それぞれ別々にグローバルIPを持ってインターネットに接続されながら、内