ritouです。 マシュマロでSPA+BE構成のWebアプリでOAuthやOIDCしたい！って話をよくいただきます。 最近だと、こんな質問がありました。 OIDCから発行されたトークンの取り扱いについて質問させてください。 SPA +OIDC(認可コードフロー)構成によるWEBアプリケーションの開発を考えています。 idPによる認証後、バックエンドとフロントエンドのAPI通信に使うべきはIDトークンとアクセストークンだとどちらになるのでしょうか？ 個人的には「ログイン成功した時点でOIDCの処理は終わり、あとかSPA + BEが独自のセッションCookieなりトークンを用いてよろしくやったら良いよ」という設計を適用します。もはや質... 続き→https://t.co/O2KWJrL4Mi#マシュマロを投げ合おう— 👹秋田の猫🐱 (@ritou) 2024年10月20日 SPAだろうが

こんにちは、かたいなかです。 最近、転職会議のあるサーバで発生していたメモリリークについて調査する機会がありました。 今回の記事ではメモリリークをどのように調査したか等をまとめます。 ⚠️:2024/10/21追記 当初、デフォルトですべてのrakeタスクに対しての計装が有効と記載していました。しかし、実際にそのような挙動をするのはdd-trace-rbがv1.3.0より前のバージョンの場合のようです。それ以降のバージョンでは計装するrakeタスクを明示的に指定する必要があるため、デフォルト値に起因する設定ミスが起きにくくなっているようです。 はてなブックマークのコメントで教えていただいた、部分フラッシュのオプションについての記述を追加しました。 TL;DR 長時間稼働するrakeタスクのDatadog APMによる計装は避けましょう。 rakeタスク内の処理でのspanが、rakeタスク

こんにちは、かたいなかです。 ここ数年で ゆるSRE勉強会 や yabaibuki.dev などのイベントの運営に何度か関わりました。 やったことの棚卸しも兼ねて、勉強会を企画しているときに何を考えているかを言語化したので、それを記事にまとめます。 イベント企画の全体の流れ 着想 参考書籍 アイデアの種となる情報を集める 集めた情報を深堀って整理する 寝かせる 思いついたアイデアを検証する 他人からみて楽しそうなイベントか 自分が熱意を持ち続けられるコンセプトになっているかどうか 実現が可能そうか 企画 運営体制を決める 集客のための目玉コンテンツを用意する PR まとめ イベント企画の全体の流れ この記事では、イベントのコンセプトを着想し、具体的な企画に落とし込んでいく部分までを、以下の2ステップに分けて説明していきます。 着想 勉強会のコンセプトなどを思いつくまでの段階 企画 勉強会の

はじめに 概要 移行したメール基盤について AWS移行における制約事項 設計 機能要件の整理 移行過渡期の構成 移行後の構成 AWS移行前の準備 AWS上でのプロビジョニング OSレイヤでのプロビジョニング AWS移行中の課題 細かな設定値の調整とスケジュール AWS移行中に発生したトラブルの数々 AWS移行完了後の振り返り 普段からやっておいたほうが良いこと できればやっておいたほうが良いこと はじめに リブセンス インフラエンジニアのsheep_san_whiteです。お酒とロードバイクとランニングが好きなおじさんです。 リブセンスではオンプレミス環境からAWS環境への移行を進めてきました。移行対象がたくさんあったAWS移行が終わり、つい先日データセンタの解約も完了しました。今回は3年がかりの長期プロジェクトであったメール基盤の移行について振り返っていきます。 概要 移行したメール基盤

先日、8月30日にゆるSRE勉強会の１周年記念回を行いました。 会場お貸しいただきましたファインディ株式会社様、本当にありがとうございました！最高でした！ yuru-sre.connpass.com 有り難いことに今までに参加してくださった皆様や、会場提供していただいた企業様のおかげで大きなトラブルもなく１周年を迎えることができました。 今後も末永く続けてまいりますので、よろしくお願いいたします。 やってみて思ったこと 以前にも軽く半年経った感想を書きましたが、 sizu.me そこからさらに半年経って、色々と感じることがありました。 "勉強会"は狭い界隈じゃなくなった 自分は勉強会というものに初めて参加したのが、かれこれ10年以上前になります。 たしか"PHP勉強会@東京"に行ったのが最初だったかなと記憶しているのですが、PHPerのみなさんと懇親会でお酒を飲みながら、発売されたばかりの

yuru-sre.connpass.com 特に資料とかを公開する予定はないのでアレですがLTをやってきました。ある日知らないサーバーが出てきたという感じの話です。誰も知らないようなサーバーができてしまう可能性があるので手動で構築はやめてIaCとかしましょうねというまとめ。 SRE NEXTの話をさせてもらった 宣伝する枠を貰えたので宣伝をしてきました。来年の7月なんでまだ先ですが登壇ネタ練ったりスポンサーやりたい場合は予算の確保とかを年内にやったりする必要あるだろうしめっちゃ先って感じではないのかもしれない 詳細とかは公式ブログも見てもらればと！(随時更新中) speakerdeck.com パネルディスカッションがすごかった 豪華メンバーでのパネルディスカッション『障害が起きたらどう動く？ 今日からできるインシデントレスポンス』を見てきました。好きな障害は？みたいな軽め(?)のネタから

TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub

二日酔いだなと思ったら、その瞬間に酒を飲むことで一日酔いにリセットされる

キャリアアップを目指すシニアソフトウェアエンジニアには、2つの異なる道があります。一つは、管理職への道。マネジメントスキルを磨き、チームや組織を導く道です。この道については、多くの研究がなされ、スキルを向上させるための書籍も数多く存在します。もう一つは、技術専門職の道。エンジニアリングのスキルを極め、専門性を深めていく道です。近年、技術専門職のキャリアパスを用意する企業は増えてきているものの、まだ明確な指針が確立されているとは言えません。 本書は、技術専門職としてのキャリア成長に必要な考え方やスキルを詳細に解説します。上級技術専門職に求められる役割、大局的な視点を持って自らの仕事に取り組む方法、大規模プロジェクトを成功に導く手法、自身の専門性を深めながらチームメンバーの成長を支援する方法を学びます。 技術専門職としてのキャリアを目指すエンジニア必携の一冊です。 本書への推薦の言葉 序文 イ

Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure

2024/06/20 GMOペパボ

こんにちは！ シェルフィー株式会社で SRE を担当している石田です。 弊社では、本番のワークロードにて Fluent Bit を使っております。 今回、Fluent Bitの処理について理解を深めたので記事を書いてみました。 世界中で使われているとても有名なミドルウェアなので、参考になればとても嬉しいです。 はじめに 弊社では、ECS on Fargate で稼働しているバッチジョブのログをサイドカーコンテナ（Fluent Bit）を使い Datadog に連携しています。 ログのサイズが 16 KB 以上ある場合、shim-logger の仕様により、そのログは分割されてしまうため、 Fluent Bitにて分割されたログの再結合処理を行う必要性があります。 この点についてはDeNAさんの記事がわかりやすいので、詳細はそちらを参考にしてもらえたらと思います。 AWS ECS on Fa

こちら↓の日の東京遠征の続きです。 hmatsu47.hatenablog.com #1 でブログ枠参加して以来、日程が合わなかったり気づいた時にはすでに枠が埋まっていたりしてなかなか参加できませんでしたが、今回は別の強い（？）イベントが同じビル内で開催されていたせいか参加枠が埋まるのが遅く、無事参加できました。 yuru-sre.connpass.com togetter.com なお、今回はブログ枠ではないのでゆるく書いていきます。 会場スポンサー LT : プロダクト横断で可視化するダッシュボードの開発（山北さん） speakerdeck.com 会場スポンサー、メタップス山北さんの LT でした。 SRE チーム発足から「srest」サービス開発に至る経緯が短めにまとめられていました。 仕組み化してトイル削減できたぜ！…と思ったらアラート地獄が。#yurusre pic.twitt

はじめに 2024/06/06に開催された「ゆるSRE勉強会#6」にブログ枠で参加してきたのでレポートをまとめます！ ゆるSRE勉強会 #6 僕自身はゆるSRE勉強会に始めての参加となります。 主催の @katainaka0503 さんに確認してみたところ、セッションの内容については資料を見たり参加した人はわかるので、自身の感想を厚めに書いてほしいと言われたのでできるだけ想いに沿ってまとめてみます。 今回の会場スポンサーは インフラ・SREの日常業務にアプローチする「イベントログの一元監視サービス」の srest さんとのことです。 Xの投稿はTogetterにまとめられています。 ゆるSRE勉強会とは？ connpassでは以下のように説明があります。 "ゆるSRE勉強会"は、ゆるい雰囲気で肩肘張らずにSRE関連のトピックについて話す勉強会です。 「こんな問題を解決した！」や「他チームと

技術部プラットフォームグループ 2021年 中途入社 2 自己紹介 渡部 龍一 Watanabe Ryuichi • SNS: @ryuichi_1208 • GMOペパボでSRE • 好きなこと: EOL対応、障害対応

https://yuru-sre.connpass.com/event/317749/ 登壇資料

https://yuru-sre.connpass.com/event/317749/ の LT 資料です

イベント名: オブザーバビリティ再入門 - 大切さと高め方を知ろう！ イベントURL: https://mackerelio.connpass.com/event/316449/ 概要: 可観測性の概念を理解し、OpenTelemetryなどの実装に必要な道具があっても、自分たちのプロダクトやチーム…

MySQL/Aurora/TiDBロック入門 – 第２回ロックモニターの読み方【動画解説付】 MySQL とその互換 DB のロックやトランザクションの挙動を紹介する入門シリーズ、「第１回 トランザクション分離レベル」 では READ COMMITTED や REPEATABLE READ でどういう挙動になるか紹介しました。 第２回目の今回は MySQL InnoDB のロックモニターの読み方、使い方について解説します。MySQL のロック機構を理解するツールとして便利なのでぜひご一読ください！ ★ 第１回 トランザクション分離レベル ★ 第２回 ロックモニターの読み方 ★ 第３回 ロック読取りも SELECT は止められない ★ 第４回 INSERT を止めるインテンションロック ★ 第５回 WHERE 条件と違うロック読取り ★ 第６回 performance_schema ★ 第７

こんにちは。転職ドラフトでエンジニアをしている verdy_266 です。 今回は、 RubyKaigi に参加した結果、 OSS にコントリビュートできたよという自慢をさせてください。 Merged!! irb に redo 機能を実装しました まずは、今回コントリビュートした内容をご紹介します。 RubyKaigi で以下の発表を聞いたのですが、その中で Future Works として挙げられていたもののひとつを実装しました。 rubykaigi.org speakerdeck.com irb を実行した際に、入力内容を表示したり、カーソル移動を制御したりしてくれる Reline というライブラリがあります。 今回はこの Reline に、 redo （やり直し）機能を実装しました。 ここに自分のアイコンが表示されているの、嬉しすぎる…… 実装の簡単な解説 github.com こち