こんにちは、Platform Team の荒引 (@a_bicky) です。前回は続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜という話を書いたんですが、今回は Repro の運用に 7 年以上携わる中で私が遭遇して印象的だった Aurora MySQL 絡みのトラブルについて紹介します。 Aurora MySQL が詰まってデータ処理のスループットが下がるとか、API のレスポンスが遅くなるとか、ALTER TABLE する度にアプリケーションエラーが発生するとか、胃が痛くなる胸が熱くなる話が多いので、Aurora MySQL を利用していなくても楽しんでいただけるのではないかと思います。Aurora MySQL を利用している方であれば参考になる情報もあるでしょうし、通常の MySQL にも適用可能な話もあります

VueFes2024 セッションにてお話しさせていただきました。 ## URL https://vuefes.jp/2024/en/sessions/hal ## 概要 弊社ではユーザー向け機能、及び業務支援システムをVue/Nuxtで構築しており、昨年12月にはVue/Nuxt3へのマ…

"ActiveRecordの力でDBのメタデータを迅速に解析する" Reject on Rails 2024 での登壇資料です。 https://gotanda-rb.connpass.com/event/330965/ 実装したgemはこちら https://github.com/ln…

クラウドストレージ、特にオブジェクトストレージについて質問があります。 AWSを例に出すとS3への書き込み速度と読み込み速度はローカルのHDDとSSDの中間くらい出ている認識です。そのような性能を持っているのに25ドル/TBのような安価で提供できているのはどのような実装がされているのでしょうか？ 軽く検索するとS3のレイテンシは1桁ミリ秒、帯域はクライアント側のネットワークがボトルネックになるまで(つまり100Gbpsレベル)出るようですね。しかも99.999999999%(11ナイン)の耐久性という数字は生半可な努力で出せる数字ではありません。 なぜそんな高速なストレージがこんなに安いのかというのは一言では「経済の力」となりますがもう少し噛み砕くといくつかの要素があります。 S3はまき餌かも知れないクラウドビジネス各社ではオンプレミスやコロケーションで顧客自身が契約している物理ハードウェ

みなさまお元気ですか 暑さも少し落ち着いてきて、ようやく外に出てもいいかなという気になってきました。季節の変わり目体調には気をつけていきたいですね。 実は、一ヶ月くらい前に Linux PC を自作して Mac から移行しました。そのときの考え、その後の感想を残しておきます。 また、学んだことや作業のログを細かく残しておきたいと思います。（どこかの誰かが不安に思ったときに同じ失敗や疑問を経験した人がいて安心してもらえたら嬉しい） Ubuntu のインストール画面 (ベストオープンソースと開発しよう！) 目次 Mac をやめるきっかけ、経緯 Ubuntu に移行して一ヶ月の感想 おまけ1: どのような PC になったか おまけ2: 事前に学んだこと おまけ3: PC の組み立て おまけ4: Ubuntu のセットアップ 加筆/修正 指摘のあった誤字を修正 NVEnc について誤った内容があっ

死のうとしていましたが踏みとどまりました。以下の文章は死ぬ直前に投稿しようと思っていたエントリから生きたまま公開するのがはばかられる箇所を一部修正したものだ。錯乱状態で書いたので全くまとまりはない。 一ヶ月くらい本気で死のうと考えていて、色々準備してあとは実行するだけという状態で何日もグズグズしていた。ネット上にある自殺して失敗した人や自殺遺族の人の文章を読み漁ったりしていた。 結局、考えれば考えるほど死んで意識が無になるという恐怖に打ち勝つことが出来なかった。あと一番身近にいる人がショックで狂ってしまうのが辛いなと思った。 一旦は落ち着いたが、今後どうするかは未定。 ------------------------以下遺書だったもの---------------------- この文章をみなさんが読んでいる頃は私はもうこの世にはいないだろう。 これはそういう文章だ。 内容は私が死ぬという

知れば知るほど面白くなるUIの世界を皆さんにもチラ見せしたい……ということで、連載の第2弾となる今回は「これは発明だ！」と私たちが感動したUIパーツについてご紹介します。 ミクロな視点でアプリを観察し、UIパーツ一つひとつに注目してみると、普段は気付けない面白い発見がたくさんありますよ。 ※各UIパーツの名称は、公式で発表されているものではなく、私たちが便宜的につけた呼称になります。 関連記事：UIデザインとは？ 大切な5つのポイントや取り組み事例を紹介 Apple Booksのセミモーダル Appleが提供する電子書籍アプリ「Apple Books」では、カルーセル状に並んだ本を押すと、そのままセミモーダルが立ち上がります。前の画面の一覧性を保ちながら、それぞれの本の詳細を見ることができるのが特徴的ですね。さらに下スクロールすることで、全モーダルへと滑らかに変化します。 このUIのポイン

2024年6月9日、KADOKAWAやニコニコ動画などを運営するドワンゴは、同グループの複数のWebサイトが6月8日未明より利用できない事象が発生と公表しました。システム障害の原因はランサムウエアによるもので、ニコニコ動画は復旧まで約2か月を要しました。またリークサイトから盗まれたとみられる情報を取得してSNSへ公開するなど悪質な情報拡散が確認されました。ここでは関連する情報をまとめます。 １．KADOKAWAグループのデータセンターでランサムウエア被害 公式及び報道より、データ暗号化の被害にあったのはKADOKAWAグループ企業 KADOKAWA Connectedのデータセンター（DC6）で運用されていたプライベートクラウドやそのクラウド上で稼働していたドワンゴ専用サーバー。またドワンゴの認証基盤であったActive Direcotryサーバーも攻撃者の制御下に置かれた。 侵害活動の拡

選定基準 ・チートなし（あっても使用条件が厳しい） ・ハーレムなし ・追放ざまぁなし ・ステータスオープン！なし ・奴隷ケモミミ少女（買ったら超強い）なし ・強敵だらけ アルマーク ～北の剣、南の杖～https://ncode.syosetu.com/n9407fu/ 連載中 なろう版ハリー・ポッターと言われた剣と魔法のファンタジー 編集者の口出しとイラスト化による読者のイメージ固定を避ける為、ある程度ストーリーが進むまで書籍化・コミカライズを断り続けた作品。 特に「魔術祭編」はこれまでに読んだなろう作品の中ではトップクラス。 半年間も更新がないのは残念だが、アルマークとウエンディの過酷な運命の旅に同行してほしい。 狼は眠らないhttps://ncode.syosetu.com/n3930eh/ 完結済 「辺境の老騎士 バルド・ローエン」でおなじみの作者による作品。 骨太の世界観、武器や魔

気がついたら2023年どころか2024年も半分過ぎていた。 仕方がないので直近1年分をまとめて紹介する。 無駄にページ分割されているのは嫌いなので。 2023年下半期に読んだ本 イーロン・マスク ブラジャーで天下をとった男――ワコール創業者 塚本幸一 BUILD 真に価値あるものをつくる型破りなガイドブック 運動の神話 遺伝と平等―人生の成り行きは変えられる― 2024年上半期に読んだ本 Science Fictions　あなたが知らない科学の真実 魔女狩りのヨーロッパ史 BIG THINGS　どデカいことを成し遂げたヤツらはなにをしたのか？ バッタを倒すぜ　アフリカで イラク水滸伝 終わりに 2023年上半期に読んで面白かった本 2023年下半期に読んだ本 ついにここまで先延ばしにしたという感じだ。以前、下半期に読んだ本を4月に紹介したことがあったが*1、まさか7月まで引っ張ることになる

スライド概要 シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk

SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は

『ポケットモンスターSPECIAL』って漫画……読んだことあります？ ちぢめて『ポケスぺ』。実は私、読んだことなかったんです。ポケモンが結構好きなのに、人生で一度も読んだことがありませんでした。たしか小学生の頃に読んでいた友達はいたけど、私自身は読んでいませんでした。 だからなんかもう……「え、ポケスペ読んでないの！？」みたいなこと言われることも多くて、いい加減に悔しかったので読みました。 『ポケットモンスターSPECIAL』1巻より　とりあえず、「出ている分」はおおかた読みました。 なので、シンプルに「赤緑～SVまで」の感想を書いていきます。 ゆめと ぼうけんと！ ポケットモンスター SPECIAL のせかいへ！ レッツゴー！ 第1章：赤・緑・青編『ポケットモンスターSPECIAL』1巻より　この漫画、とにかくニョロゾが強い。 『ポケットモンスター 赤・緑』って、もうあらゆる媒体で翻案が

Intro CSRF という古の攻撃がある。この攻撃を「古(いにしえ)」のものにすることができたプラットフォームの進化の背景を、「Cookie が SameSite Lax by Default になったからだ」という解説を見ることがある。 確かに、現実的にそれによって攻撃の成立は難しくなり、救われているサービスもある。しかし、それはプラットフォームが用意した対策の本質から言うと、解釈が少しずれていると言えるだろう。 今回は、「CSRF がどうして成立していたのか」を振り返ることで、本当にプラットフォームに足りていなかったものと、それを補っていった経緯、本当にすべき対策は何であるかを解説していく。 結果として見えてくるのは、今サービスを実装する上での「ベース」(not ベスト)となるプラクティスだと筆者は考えている。 CSRF 成立の条件 例えば、攻撃者が用意した attack.examp

はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules（以後ESMと表記）がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ

はじめに AWS WAFのマネージドルールについて、観測範囲における誤検知あるある事象をまとめておく。 AWS WAFの意図せぬブロックあるあるを知りたい。 複数のプロジェクトで経験したのはリクエストボディ8kb越えでブロックされるのと、OIDCのエンドポイントへのリクエストがSQLインジェクションにされるやつ— mazyu36 (@mazyu36) 2023年1月18日 概要とよくとる対処方法を記載している。ただし対処についてはサービスの要件等を踏まえ、どこまでのリスクを許容するかを判断して設定する必要がある。 緩和する際もいきなりAllowにするのではなく、Countモードを活用し想定通りの挙動となるか確認した方が良い。以下参考リンク。 blog.denet.co.jp はじめに リクエストボディ8kb越えによるブロック（SizeRestrictions_BODY） 概要 対処方法 フ

PHPerKaigi 2024 • Day 1での登壇資料です。 https://phperkaigi.jp/2024/ https://fortee.jp/phperkaigi-2024/proposal/0d0f8507-0a53-46f6-bca6-23386d78f17f ※ Author…

今、日本のAppStoreで「The Coffee Inc 2」という経営シミュレーションゲームが人気を博しています。その人気ぶりは、アプリストアランキングで一時マインクラフトやスイカゲームを超えるほ...