ISUCON6予選をトップ通過しました : DSAS開発者の部屋
@methane です。「この技術部には問題がある！」というチーム名で @kizkoh (インフラ担当), @mecha_g3 (アプリ担当) とともに ISUCON 6 に参戦し、予選をトップスコアで通過しました。 恒例のふりかえり記事を書きます。 ふりかえり 残念ながらスコアは記録してないのですが、時系列順にやったことをまとめます。 アプリのコードは methane/isu6q-app で公開しているので、興味がある方はコードを確認してください。 strings.Replacer を使う 使用言語は最初から Go と決めていたのですが、Goの初期実装は遅すぎてタイムアウトで最初からスコア無しでした。 top でアプリのCPUが支配的なのはすぐ判りましたし、コードを読めばなにが遅いのかも一発で判りました。そんなに長くないので関数全体を張ります。 func htmlify(w http.R
社内勉強会でCookieの仕様とセキュリティについて話しました - Opt Technologies Magazine
(from http://www.irasutoya.com/2012/11/blog-post_27.html ) 先日行った社内勉強会で、cookieの仕様（主にRFC6265）やセキュリティ（主にCSRF）について話したので、その内容をまとめました。 1st party/3rd party cookieについてや、CORS時のpre flightについても記述しています。 はじめに 但し書き cookieの仕様 cookieの概要 cookieの属性 cookieのブラウザ毎の差異 Path 属性 domain 属性 1st party cookieと3rd party cookie 動作確認 動作準備 3rd-partyの場合 1st-partyの場合 セキュリティ Ambient 権限 pre flightの仕組み 動作サンプル pre flightが飛ばない場合 pre fli
JSON Web Token の効用 - Qiita
Note: JWT の仕様やそもそも論の話は触れません。どう使うか、何が出来るかしか書いていません。 JSON Web Token? JSON Web Token とは、ざっくりいって署名の出来る JSON を含んだ URL Safe なトークンです。 署名とは、署名時に使った鍵を用いて、JSON が改ざんされていないかをチェック出来るようにすることです。 URL Safe とは、文字通り、URL に含めることの出来ない文字を含まないことです。 これだけだとよくわかりませんが、触り心地としては次のような性質があります。 発行者だけが、鍵を使ってトークンが正しいことを検証出来る。 暗号化ではないので、JSON の中身は誰でも見られる。 仕様的には、暗号化のオプションもあります。 しかしながら、JSON の変更は出来ない。（改ざんをすると、検証時に失敗するので。） 全体的には、なんか変更できな
ウェブサービスを開発するために詩を書いた話
第4回ペパボテックカンファレンスで発表した「ウェブサービスを開発するために詩を書いた話」の資料です。 http://eventdots.jp/event/573086Read less
JWTを使った簡易SSOで徐々にシステムをリニューアルしている話
JWTのわかりやすい説明 by 国内No.1 ECサービス開発のすべてを語り尽くします！〜第4回ペパボテックカンファレンスEC編 - dots. [ドッツ] - http://eventdots.jp/event/573086Read less
JWTによるJSONに対する電子署名と、そのユースケース | DevelopersIO
よく訓練されたアップル信者、都元です。最近、OpenID Connectにどっぷり浸かっております。IAMも好きなんですが、どうもIdentityおじさんの気があるんでしょうか。 さて、OpenID Connectの話は追々ご紹介していきたいと思うのですが。今日はJWTという技術についてご紹介します。 JWT JWTは JSON Web Token の略で、jot（ジョット）と発音します。まずはイメージを持っていただくために、JWTの例を示します。 eyJhbGciOiJSUzI1NiJ9.eyJzdWIiOiJ1c2VyaG9nZSIsImF1ZCI6ImF1ZGhvZ2UiLCJpc3MiOiJodHRwczpcL1wvZXhhbXBsZS5jb21cLyIsImV4cCI6MTQ1MjU2NTYyOCwiaWF0IjoxNDUyNTY1NTY4fQ.BfW2a1SMY1a8cjb7A
台風情報
強い台風22号は、6日（水）午前3時現在、フィリピンの東にあって、時速15キロで西北西へ進んでいます。 この台風は今後もフィリピンの東を西よりに進んだあと、南シナ海へと進む見込みです。 今後の情報に注意してください。 名称 YINXING（インシン） 大きさ --- 強さ 強い 存在地域 フィリピンの東 中心位置 北緯17度55分 東経124度55分 進行方向 西北西 速さ 15km/h 中心気圧 970hPa 最大風速 中心付近で40m/s 最大瞬間風速 55m/s 暴風域(25m/s以上) 中心から85km 強風域(15m/s以上) 北側330km 南側220km
Atom Flight Manual
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
ISUCON6参加者が実践したInfrastructure as CodeあるいはISUCON6のAzureインフラ解説 - まいんだーのはてなブログ
ISUCON6予選参加者の皆様、お疲れさまでした。 今回の ISUCON は Microsoft Azure ということで、多くの方にとってなじみのない環境だったと思います。 そこで、今回の ISUCON6 の予選問題がどのような仕組みで展開されているのか、Azure IaaSの仕組みを交えて解説します。 はじめに @matsuuさんの多大な努力によって、運営に提案しようと思っていた構成の大半がすでに作られていました。 使ったことのないクラウドを触り始めてすぐに作り上げてしまうのは、さすがです！ 復習される際はぜひ、@matsuuさんの作ったテンプレートを活用するとよいでしょう。 Azure IaaSの概要 Azureはおおむね国ごとにジオという単位で分けられており、その中に2つ以上のリージョンを持っています。 リージョンはそれぞれペアになるものが存在していて、日本では東日本と西日本がそれ
ISUCON初出場と予選通過 - joker1007’s diary
少し前にtagomorisさんと飲んでたらISUCON出ようぜーって誘われたので、一緒に出ることになりました。 メンバーは、私(joker1007)、tagomoris, tnmtの3人。 今までの職場で一緒にISUCON出ようって感じの人が周りに居なかったので、今回何気に初参加だったのでえらい緊張してました。 特にモリスさんはISUCON無敗神話を持ってたので、足引っぱらないか不安でしたね。 前日に素振りした感じでは、Webアプリとして真っ当にチューニングしてスコア出せる感じなら大体いけるやろーと思ってたんですが、当日のあの問題の感じでは割と焦りまくりでした。 やった事は大体以下の様な感じ。 isutarを統合する (不要なマイクロサービスは殺すべし) keywordリストを全部redisに乗っける 瞬間的に各keywordに大量のアクセスが来てunicornが詰まるのでpumaに変える
ISUCON6予選で敗退しましたがAzureに詳しくなれました - このブログはURLが変更になりました
AppArmor Goとして @netmarkjp, @ishikawa84g, @matsuu で参戦しましたが残念ながら去年に続き予選敗退（推定）となりました。最終スコアは24000ぐらいです。 序盤 デプロイが終わって何も変更していない状態(デフォルトのperl実装)でベンチマーク回す →スコア0 Go言語に切り替えてベンチマーク回す →スコア0 MySQLに適切なインデックス追加、htmlifyの正規表現生成を切り出してentryの追加/削除があるまで正規表現をキャッシュして使いまわす →スコア0 えーこれでもダメかーと思いつつ昼食で気分転換。 中盤 昼食で思いつきました。 初期状態でentryごとにマッチするキーワードを予め抽出してキャッシュし、entryの追加/削除があるごとにentryごとのキーワードキャッシュをいい感じに調整することで正規表現生成のコストを下げようとする →
ISUCON6予選にチーム「それぞれの椅子」で参加した - かみぽわーる
ISUCON6予選1日目にチーム「それぞれの椅子(kamipo, Yappo, kan)」で参加した(kanさんは予定があってリモートからの友情出演)。 結果からいうとスコア15万ぐらいで安定したとこでもう時間ないから触るのやめて再起動チェックだけやって終わろうって再起動したら3万ぐらいまでスコア下がって原因特定するには時間なさすぎて死んだ(最後6万ぐらいまでは回復したっぽい)。俺の屍を越えてゆく者へ言えることは、不測の事態にそなえて再起動チェックは時間に余裕をもって何度かやるべきということです。 結果は残念だったけど今回はとても楽しめた。これまでのISUCONではせっかく声をかけて集まってもらったのだからみんなのパフォーマンスを引き出さなければというプレッシャーがハンパなかったけど、みんな大人なんだから自分のパフォーマンスぐらい自分で発揮するやろって気持ちでやれたのがよかった。やっぽさん
ISUCON6 予選で得た知見やノウハウなど（デキル ISUCON スタイル） - だるい
今回の初期構成は 3 つのマイクロサービスで構成されるウェブアプリケーションでした。そのうち 2 つは例年通り各言語での実装が用意されていましたが、3 つ目は単にコンパイル済バイナリが置いてあるだけという感じでした。そのため、前者 2 つのアプリケーションはコード内容を含め改善しつつ、3 つめのアプリケーションについては本体を改善不可能と諦めそもそもアプリケーションを極力呼ばないようにするのが重要だったかなと思います。 今回の主題となるアプリケーションは isuda と呼ばれるシンプルなオンライン辞書投稿サービスでした。単語の解説記事部分のテキストには他の単語へのキーワードリンクが挿入されているという仕様があったので、新しい単語が投稿されるたびに、その単語を含む既存の単語の解説記事部分を再生成する必要があるというものでした。 我々のチームでは Ruby 実装を改善していきましたが、Ruby
ISUCON6予選 TOPで敗退するまでの道のり - チューリング不完全
お前はもう── デキル ISUCON スタイルを 身につけたか？ pic.twitter.com/W1hriXSYFh— supermomonga (@supermomonga) 2016年9月18日 supermomonga(@supermomonga), aomoriringo(@aomoriringo), purintai(@specepro_be)の3人でISUCON6に出場しました。 チーム名はSMAP(SuperMomongaAomoriringoPurntai)です。 ISUCON4には出場したことがあり、2年ぶりの出場となりました。 チーム構成 aomoriringoは3人の中では一番SQLを書いたことがあるっぽかったので、MySQLまわりを主に担当することにしました。 Rubyはほとんど書いたことがないのですが、コードを読んでここはN+1問題が発生してる、というのは普通に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
