こんにちは！エンジニアの福間（fkm_y）です。 先日、弊社でデータベースの技術顧問をして頂いてる三谷（mita2）さんに開発部向けのMySQLロックのデータベース勉強会を実施したのでそのレポートをお伝えします。 開催背景 弊社では三谷さんによるデータベース勉強会を定期的に開催しています。以前にもロックに関するMySQL勉強会を開催していたのですが、1年半経過しており参加していない開発メンバーのほうが多くなっていたことやプロダクトの成長によりデッドロックなどのロックに起因する問題が目立ち始めていたことから増強版のMySQLロックのデータベース勉強会を開催することになりました。 概要 データベースのロックについて ロックタイムアウトについて デッドロックについて まとめ データベースのロックについて なぜデータベースにロック機構があるのかから知ることが重要です。性能と安全性を両立するためにあ
Webエンジニアとして個人的に大事だと思ってる、ノウハウ・心構えについて【前編】｜Offers Tech Blog
はじめに こんにちは！Offers を運営している株式会社 overflow の バックエンドエンジニアの takkun7171 です。 エルデンリングをクリアして、Apex のランクを再開したところ、 初のソロダイヤを達成しますた。齢 40 過ぎのオッサンでも、やればできるんだから！！w さて、技術ブログなんですが、今回は技術というよりも Web エンジニアとして個人的に大事だと思ってる、ノウハウ・心構えについて 書いてみようかなと考えてます。 初心者向けというわけではないのですが、 4 月ですし、新人エンジニアの方も増えるということで 初心者の方にも読んで頂きたいです。 そこそこ分量があるので、前後編に分けて、 前編はハードスキル中心、後編はソフトスキル中心で書いてみます。 後編の記事 自分はマネージャーでも CTO でもなく一介のエンジニアでしかありませんが、 Web エンジニア歴は
TypeScriptでWebサービス開発（Apollo Server/Prisma/Next.js etc...)
最近開発しているBtoB SaaSサービスの技術スタックを、RailsからNode.jsに移行した。 これにより、フロントエンドもバックエンドも全てをTypeScriptで統一することができた。 特にNode.jsのWebバックエンドの構成について、まだまだ世の中に知見が少ない気がしているので記事にしておく。 Webバックエンド - Node.js(TypeScript) Nexus/Apollo Server (Webサーバー) GraphQLサーバーとして、Apollo ServerのコードファーストなアプローチでのラッパーであるNexusを使っている。 Railsからの移行を決断できたのも、Apollo ServerとPrismaにより、外部との通信が型付きで、かつ開発体験よく書けるようになたから、というのが大きくある。 数年前の段階だと、素のexpressを使ってWebサーバーを立
背景 開発チームが抱えるよくある課題として システムが変化する一方でドキュメントは更新されず腐る メンバーの流入出によって口伝でかろうじて継承された知見も失われる 検索性が良くないと過去のドキュメントが気づかれず、同じような内容のドキュメントが新規量産される 後から参加したメンバーはどちらが正のドキュメントか分からず混乱する といったことが良くあります。 解決方法としては以下のように、GitHub＆ルールベースで管理するといった例があります。 future-architect.github.io また組織・システムが大きくなってくると認知負荷を低減するためにドメインで区切るような形でチームの分割が始まりますが、 異なるチームによってシステムが管理され、システムの依存関係を全て知っている人がいなくなる CxOレイヤが大規模イベント前に現状を把握したいときに都度時間がかかってしまう チームごと
皆様こんにちは、NewsPicksエンジニアの米澤です。 先日 2023/03/30は、こちらでアナウンスしていた通り、サービスの停止を伴うシステムメンテナンスを実施させて頂きました。 NewsPicksをご利用頂いている皆様には、ご迷惑おかけいたしました。 今回はこのメンテナンスの中で行われたDBテーブルのmigrationについてお話ししたいと思います。 ことの始まり やったこと 方針決め utf8mb4に対応していないテーブルを調べる migrationを作成する 影響範囲を調べる 開発環境でリハーサルを行う メンテナンスの日 最後に ことの始まり NewsPicksではバグの検知にBugSnagを利用しています。 ある時、BugSnagにこんなエラーが通知されてきました。 org.springframework.orm.hibernate4.HibernateJdbcExcepti
月間13億PVのエラートラッキングにSentryで挑む｜食べログ フロントエンドエンジニアブログ
はじめまして。食べログFE（フロントエンド）チームの佐伯と申します。 このタイトルを書いてみて、数字の大きさに驚きを隠せません。 通常形態のフリーザ様（53万）何人分でしょうか。 2019年9月より食べログではフロントエンドのエラートラッキングにSentryを使用しており、今回は実際に運用して見えてきた課題などをご紹介させていただきたと思います。 ※PV数は2020年6月時点のものを参考にしております https://corporate.kakaku.com/press/mission 概要 ・トラッキングツールの選定理由 ・Sentry導入だけでは全て解決されません ・費用に対しての成果はものすごくあります 『Sentry、 キミに決めた！』 わけ。具体的な話に入って行く前にSentryの紹介をいたします。 https://sentry.io/welcome/ Sentryとは複数の言語
freeeの礎となる認証認可基盤のマイクロサービス化プロジェクトの経緯と振り返り - freee Developers Hub
こんにちは、認証認可基盤・課金基盤のエンジニアリングマネージャーを務めている muraと申します。直近2年間は、今回お話しするfreeeの認証認可基盤のマイクロサービス化のプロジェクトにバックエンドエンジニア、エンジニアリングマネージャーとして携わってました。最近はfreeeが利用する課金基盤のエンジニアリングマネージャーも兼務するようになり、本格的にマネージャーの道を歩み始めたところになります。 本日は、私が2年間携わってきた「認証認可基盤のマイクロサービス化」のプロジェクトについてお話しします。このプロジェクトは私が入社するより前の2019年から進められてきたプロジェクトで、2022年6月末に移行に一区切りがついたものになります。プロジェクトの始まった経緯や実際の移行作業に加えて、4年間という長期間のプロジェクトへの振り返りについてお話させて頂ければと思います。 freeeの認証認可基
ユーザーの行動がまるっと見えるSaaS(LogRocket、FullStory)を紹介する - SMARTCAMP Engineer Blog
スマートキャンプエンジニアの瀧川です！ 本記事はスマートキャンプ Advent Calendar 2019 - Qiita の17日目の記事です。 私は前々からログ転送基盤構築やらログ分析を生業としてきたのですが、新規プロダクトを作る際などではインフラコストもかかるし、開発者が必要とするデバッグのための情報、プロダクトオーナーが必要とする定量的な情報など多彩な要望に答えるコストも高いなと感じていました。 そこで課題を解決する方法を探す中で出会った、ユーザの行動ログを収集し、様々な機能を提供するSaaSである、LogRocketとFullStoryについて調べたことを紹介しようと思います！ ※ 本記事は比較記事ではないので、LogRocketとFullStory両者でできること、どちらかでしかできないことをあまり区別せずにざっくばらんに書かせていただきます。 LogRocket, FullS
SREチームの中村です。2019年は弊社のエンジニア採用はありがたいことに好調で、たくさんのエンジニアに入社していただきました。2018年比で人数としては2倍近くになっています。 2019年のエンジニア採用戦略についてはVP of Engineeringによる以下の記事に詳しく載っていますのでぜひ御覧ください。 tech.toreta.in 一緒にプロダクトを前に進める仲間が増えることは非常に嬉しいことです。しかし、新規メンバーを迎える側である我々が考えておくべき点がいくつかあります。 新しいエンジニアを迎えるときに考えておくこと 弊社が提供するプロダクト群はバーティカルSaaSです。バーティカルSaaSとしてのトレタについては、弊社代表の以下の記事に詳しく載っていますので、詳細はそちらを御覧ください。 note.com バーティカルSaaSは特定の産業の課題に深くフォーカスしなければなり
RN Features 2020年4月号 - React Native で使えるクラッシュレポート, React Summit リモート開催, Expo SDK v37 - KitchHike Tech Blog
はじめに キッチハイクのエンジニアメンバーで React Native の気になるニュースを持ち寄ってみました！ RN Features 初のリモート編集号です！ はじめに クラッシュレポートライブラリ Bugsnag React Native Bubble Select React NativeでApp StateとEvent Listenerを使う React NativeでAndroid、iOS、Webを1つのプロジェクトで共存させてみた AsyncStorageでデータを保存するならデータ量よりもアクセス回数を気にしよう React カンファレンス、 React Summitがリモート開催 Hermesがインストールサイズを120MB -> 18MBにした Expo SDK v37 が利用可能に さいごに We're Hiring クラッシュレポートライブラリ Bugsnag キャ
BOXILの運用を支えている3つの監視ツールについてインターン生が紹介します！ - SMARTCAMP Engineer Blog
皆さんこんにちは！ 21卒の内定者として現在BOXIL開発チームでインターンをしている関口です！ 私は今年の4月からスマートキャンプでインターンをしていますが、このインターンを始めるまで、業務としてプロダクトを開発したことはありませんでした。 業務としてプロダクトを開発するようになってから、自分が今まで使ってこなかった開発手法、技術、サービスがたくさんあるということを知りました。 今回のブログでは特に最近勉強になったBOXILの運用を支える監視ツールについて紹介していきたいと思います。 監視をおこなう理由 BOXILで利用している監視ツールについて Mackerelとは Bugsnagとは New Relicとは 最後に 監視をおこなう理由 そもそもなぜ監視をおこなう必要があるのでしょうか？ 監視をおこなう理由を一言で表すなら 「システムを安定して稼働させ、稼働効率を上げるため」です。 ア
全員野球からPagerDutyまで。NewsPicksのオンコール体制はどう進化してきたか。 - Uzabase for Engineers
こんにちは！NewsPicksエンジニアの森川です。今回はNewsPicksのオンコール(=障害対応)体制の変遷と試行錯誤をご紹介したいと思います。 オンコール1.0 ~ 全員野球時代 ~ オンコール2.0 ~ 当番制時代 ~ 1. 専門外のアラートに対応できない 2. 対応するエラーの数が多すぎる 3. 勤務時間の自由度が減る 4. slackに気づけない オンコール3.0 ~ PagerDuty時代 ~ 1. アラートを緊急度で仕分け 2. 当番ローテーションの変更 3. PagerDutyの導入 おわりに オンコール1.0 ~ 全員野球時代 ~ NewsPicksにはエンジニア全員が入るslackチャンネルがあり、ここで周知事項の共有や雑談、問い合わせがされています。昔はこれに加え不具合の報告や監視システムからのアラート通知もこのチャンネルに流れるようになっており、アラート通知は気づ
エクストーンの豊田です。エクストーンではWebアプリケーションの開発とともにインフラの構築や運用等も行っています。どのような構成でサービスを実現するかはサービスの種類や機能、規模等によって異なるのですが、今日はシンプルなウェブサイトをホスティングする際にエクストーンでどのようにインフラ構築を行っているかをお話ししたいと思います。 インフラ構築で主に利用しているサービス・技術スタック ほぼ前回の記事のおさらいになりますが、改めて記載しておきます。 API Server, 定時処理ワーカー AWS EC2, ECS Fargate (Ruby on Rails, express) Lambda (TypeScript) Google Cloud Cloud Functions (express) Cloud Run (Ruby on Rails, express) その他 Heroku (Ru
アプリをストアに公開後、半年に1回のペースでアップグレードを行ってきました。短いものだと1週間、長くて約2ヶ月かかってます。 0.46.2 -> 0.50.4 の思い出 初めてのアップグレードだったのでとにかく大変だった印象です。11月から着手して、クリスマスがすぎ、大晦日がすぎ、正月がすぎてもなかなかエラーが解消せず、先が見えない不安がありました。今でも覚えているのが、AIRMap(いまはreact-native-maps)とfbsdkです。AIRMapはAirbnbが開発していたライブラリでその名の通り地図表示なのですが、ネイティブ層のビルドエラーで苦しんだ記憶があります。かなりObjective-Cのソースコードを読みました。のちのAirbnbのReact Nativeやめる宣言により、ライブラリ開発がどうなるか心配だったのですが無事にReact Native Communityに移
週刊Railsウォッチ（20200217前編）Railsのオプション引数退治、HSTSのデフォルトmax-ageが1年から2年に変更、semantic_logger gemほか｜TechRacho by BPS株式会社
2020.02.17 週刊Railsウォッチ（20200217前編）Railsのオプション引数退治、HSTSのデフォルトmax-ageが1年から2年に変更、semantic_logger gemほか こんにちは、hachi8833です。皆さま息災でいらっしゃいますか。 元記事: 新型コロナウィルス、海外からのVIPが来日中止などIT業界でも影響が出始め。バルセロナのMWCも中止に（記事更新） － Publickey（Publickeyより） つっつきボイス:「たしかに相当影響でかそう😰」「いろんなものが届かなくなったりしそう🏷」「人が大勢集まるイベントも影響受けそうですし🥺」 RubyKaigiまでに落ち着いてくれるといいのですが。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋の
CTOの川口です。 今回はアプリケーションのエラートラッキングツールについてです。 これまでの経緯 BASEでは主にPHPアプリケーションのエラートラッキングにRaygunを利用していました。 https://raygun.com/ これを採用したのは3年以上前で、当時BASEではPHP5.3を利用していたために利用できるツールは限られておりRaygunはPHP5.3でも動いたため採用されたようです。 今では7.3を利用していたのでこの条件は気にする必要はありませんが、積極的に変更する理由もなく使っていました。 当初はPHPのエラートラッキングにのみ利用していましたが最近はfrontendのエラートラッキングにも利用しています。 ここが辛いよRaygun まず料金が結構高めです。 APMやRealUserMonitoringなどの利用はしておらずエラートラッキングのみ使っています。 htt
capistranoのassets:precompileをローカル側で実行し、各Webサーバーにはコンパイル済みファイルを配る - Qiita
capistranoのassets:precompileをローカル側で実行し、各Webサーバーにはコンパイル済みファイルを配るRailsCapistranosprocketsインフラwebpacker なぜローカル化する必要があるのか 従来のやり方: capistrano-rails capistrano公式が公開しているcapistrano-rails (gem)にはassets:precompileを各Webサーバーで実行するタスクが備わっている。gemを入れた後でCapfile内でrequire 'capistrano/rails'もしくはrequire 'capistrano/rails/assets'とすると、deploy:assets:precompileというタスクが生えてきてこの機能が使える。 しかし各Webサーバでコンパイルを実行するということは、Webサーバーにコンパイ
はじめに こんにちは。SEQ(Software Engineering in Quality)チームでQAエンジニアをしているtatsukomです。 freee QA Advent Calendar2023 10日目です。 私たちのチームは、現在自動テストの基盤開発、さらには開発フィードバックサイクルの高速化を目指した開発を進めています。 SEQチームの詳細については、以下のスライドをご覧ください。 ・10分でわかる Sofware Engineer in Quality(SEQ)チーム - Speaker Deck 私は2023年2月にこのSEQチームに参加しました。 それ以前はヤフー株式会社にてSRE (Site Reliability Engineer) として勤めていました。 今回は、そんなSRE出身の私が考える品質保証についてお話ししたいと思います。 まだ実現はしておらず理想ドリ
Exceptions kind of suck in Haskell. You don’t get a stack trace. They don’t show up in the types of functions. They incorporate a subtyping mechanism that feels more like Java casting than typical Haskell programming. A partial solution to the problem is HasCallStack - that gives us a CallStack which gets attached to error calls. However, it only gets attached to error - so you can either have Str
Bye-bye AppDelegate! You can now build SwiftUI apps with the new App protocol and lifecycle, without needing an app- or scene delegate. How does the SwiftUI App lifecycle work? And how do you configure it? Let’s find out! In this app development tutorial, we’ll discuss: How the SwiftUI App lifecycle and your App struct worksWorking with @main, scenes and lifecycle eventsBootstrapping your app’s UI
決済プロダクトのマジ価値を最速で届けるためのバックエンドQAの事例 - freee Developers Hub
こんにちは、freeeで決済プロダクトのQAエンジニアをしているrenです。freee QA Advent Calendar 2023 - Adventarの11日目です。 この記事では、決済プロダクトでアジャイルQAを実践するために取り組んでいる、バックエンドQAの事例を紹介します。 決済プロダクトで取り組んでいるアジャイルQA 決済プロダクトの開発はスクラムで行なっており、QAを含むOneTeam*1で行っています。 そのため、QAエンジニアもスクラムイベントに出ており、開発と併走できるQA活動を目指して日々仕事に取り組んでいます。 このようなQA活動をfreeeではアジャイルQAと呼んでいます。詳細な経緯や意図については、ymty-sanの記事を参照ください。 developers.freee.co.jp スクラムのイテレーティブな開発にあわせてイテレーティブにアジャイルQAを行うこ
最終更新 2019/07/20 編集者 Scott E. Knight このことについて言及したくはないのですが、ワーカーはジョブの実行中に例外を起こすことがあります。これは避けることのできない事実です。 Sidekiqはすべてのタイプのエラーを処理するための数多くの機能を持っています。 ベストプラクティス エラー集約サービスを使用する。 Honeybadger、Airbrake、Rollbar、BugSnag、Sentry、Exceptiontrap、Raygunなど。これらはすべて機能セットと価格が似ています。いずれかを選択してください。エラー集約サービスは、ジョブに例外が発生するたびにメールを送信します（Honeybadgerなどのよりスマートなものは、1番目、3番目、および10番目の同一エラーで電子メールを送信するため、1000個のジョブが失敗しても受信ボックスが圧迫されません）。
![Sidekiqのエラーハンドリング [翻訳] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e34004e98a0982ed4b0fc49e7f30337c7c341fb8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9U2lkZWtpcSVFMyU4MSVBRSVFMyU4MiVBOCVFMyU4MyVBOSVFMyU4MyVCQyVFMyU4MyU4RiVFMyU4MyVCMyVFMyU4MyU4OSVFMyU4MyVBQSVFMyU4MyVCMyVFMyU4MiVCMCUyMCU1QiVFNyVCRiVCQiVFOCVBOCVCMyU1RCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZDIwMDNjMWFkNGZhZDk5ZThkNjllN2UwZmZkZWQ1ODg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0cy0zMTU2JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz04Yjc4N2NkOGI0ZWNmMGQ0ZjgyNzBmNGQyNjRmYzUxNw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D0c2a353b68be0582d34d70fbc0629ba6)
技術的負債の解消のためには、“経営層との合意形成”が不可欠。DIGGLE社に学ぶ開発体制構築の秘訣 - what we use（技術スタックデータベース）
DIGGLE株式会社でエンジニアリングマネージャーをしている岡崎と申します。普段はエンジニアチーム全体のマネジメントを担いつつ、開発業務も行っています。DIGGLEは予実管理クラウドサービス「DIGGLE（ディグル）」を提供するスタートアップであり、「RubyKaigi 2023」のスポンサーを担うなどテクノロジーやそのコミュニティへの投資を積極的に行っています。本記事ではDIGGLEのエンジニアチームが、どのように技術的負債解消を行っているかについてご紹介します。 工数の何%を負債解消に充てるかを四半期ごとに経営と合意する技術的負債解消は、エンジニアチーム単体でやり切るにも限界があり、経営陣の理解を得ることが重要です。弊社はCTOが共同創業者であるため、エンジニアの意見が経営陣へダイレクトに届き、経営陣の技術に対する理解度が非常に高いのが特徴となっています。CTOから技術的負債がビジネス
2021年10~12月のMAD事業部メンバーのOSSコントリビューションについてご紹介します | DevelopersIO
CX事業本部MAD事業部の新井です。 MAD事業部では今期からKPIの1つとしてOSSへのコントリビューション数をカウントしています。 前回に引き続き、第2Qである10月~12月における各メンバーのコントリビューション実績を紹介していきたいと思います！ OSSコントリビューション実績一覧 以下が各メンバーによるコントリビューション実績です。 広義の貢献（コントリビューション）という意味で、Pull RequestだけでなくIssueの起票も含めています。 AWS CDKのaws-syntheticsのScheduleクラスにcron用のstaticメソッドを追加 AWSのデプロイツールaws-cdkに大澤がコントリビューションしたものです。 Amazon CloudWatch Syntheticsでサポートされたcron式はCDKでも利用できていましたが、新たにstaticメソッドを追加す
はじめに こんにちは、スタメンの松谷(@uuushiro)です。この記事では、MySQLのパフォーマンススキーマを利用し、トランザクションの実行時間を調査する方法を紹介します。なお、検証に利用した実行環境は Amazon Aurora MySQL5.7互換 です。 なぜトランザクションの実行時間を調査したいのか 過去に弊社が提供するWEBサービスのデータベースに、ALTER文などのデータ定義言語(以下DDL)をオンラインで実行した際、DDL対象のテーブルへのクエリが「Waiting for table metadata lock」という待機状態になり、結果として障害に繋がったことがありました。なぜトランザクションの実行時間を調査したいのかを説明する前に、まずこの「Waiting for table metadata lock」について少し説明します。 テーブルに対する オンライン DDL
こんにちは。アルダグラムでエンジニアをしている okenak です。 弊社サービスのKANNAでは、システム監視にDatadogを使用しております。 今回は、Datadogのダッシュボード周りを整備して監視・運用フローを改善しましたので、その点を紹介したいと思います。 Datadogの監視・運用周りの課題 弊社では昨年にDatadogを導入しましたが監視・運用において、いくつかの課題が残ってました。 必要十分な監視項目やアラートが設定されていない トラブル時にどこで問題が起こっているか分かりづらい アラートのオオカミ少年化 次に課題について詳細と改善内容について紹介します。 課題1. 必要十分な監視項目やアラートが設定されていない １つ目の課題としては、KANNAのサービスが急拡大していくなかで管理するリソースが増えていくことで、Datadogのモニターやアラートが足りてないという問題があ
こんにちは！ 最近、高速化にハマっているRailsエンジニアのシュール(@shule517)です。速くなった時の感動が半端ないですよね！ はじめに 不具合調査ってめちゃめちゃ大変じゃないですか？ 問題の原因が分かっていなくて、手元で不具合が再現できない時は、調査がかなり難しいです。そのため、不具合が発生したタイミングにできるだけ多くのデバッグ情報を残したくなりますよね！ ということで、今回のテーマは「不具合調査の時間を短縮するための仕組み」についてです！ Bugsnagで例外がどこで発生したのかすぐ分かる！ 「スタメンの開発環境について」で紹介をしましたが、Railsのエラー監視にBugsnagというサービスを使っています。Slackとの連携ができ、リアルタイムに通知が飛んでくるので、すぐに問題に気づくことができます！ 実際の画面はこちらです。 Bugsnagで分かる内容 どこで、どんな例
GoodJob, via its introductory blog post, was highlighted last week at Rails World. A new Active Job queue backend, Solid Queue, was announced, and I’m excited to see where it goes! I attended Rails World in Amsterdam this past week. During the conference, a new Active Job backend was announced: Solid Queue (video), which has the potential to become first, first-party backend in Rails. Solid Queue,
So We've Got a Memory Leak… | Steven Harman — Maker & Breaker of Things
Memory leaks happen. And if you’re here, reading this, I’d bet you’re dealing with one. First things first - are you sure it’s a leak, and not bloat? Okay, so it’s a leak. Much has been written about various tools for profiling a leak, understanding heap dumps, common causes of leaks, work being done to improve Ruby’s memory layout, and so much more. Ben Sheldon’s recent “The answer is in your hea
任天堂の「Wii」を1/2.38スケールで小型化したという、世界最小のWiiを自作した人が現れました。 GitHub - loopj/short-stack: World's Smallest Nintendo Wii, using a trimmed motherboard and custom stacked PCBs https://github.com/loopj/short-stack 制作したのはエラー監視ツール「Bugsnag」の共同創業者兼CEOで、さまざまなオープンソースソフトウェアも手がけているジェームズ・スミス氏です。 スミス氏によれば、制作したWiiはスケールが1/2.38で、およそトランプの束とおなじぐらいの大きさ。体積は実機の7.4％相当で、もしこの自作の小型Wiiを実機内に詰め込むとしたら13台は入ります。 自作WiiはUSB Type-Cポート経由で給電し、
TL;DR: How can you determine whether a JavaScript native function was overridden? You can't — or at least not reliably. There are ways to get close to it, but you can't fully trust them. Native functions in JavaScript In JavaScript, a "native function" is a function whose source code has been compiled into native machine code. Native functions can be found in JavaScript's standard built-in objects
Vue.jsのエラーハンドリングについて調べた件（後編） - クソ雑魚エンジニアのメモ帳
おはようございます。GW１日目ですね。 前回の続きで、今回は「エラーの情報をどこに集約する？」という点について書いていきたいと思います。 どうやって検知する？ どこにエラーの情報を集約する？ ←イマココ 検証に使用したコードはこちら デモはこちら スライドはこちら 概要 集約する場所として、自作のログ収集サーバーを挙げられる方もいらっしゃるとは思います。ですが、それなりにコストがかかり、なおかつそこそこの可用性も必要なはずだと思うので、わざわざ自前で作る意味・利点がほとんどないと思います。 そこで、集約する場所として、世間一般的にどのようなサービスを使うのがポピュラーなのか調べてみた結果、何個かありました。 googleAnalytics Sentry bugsnag Rollbar 順に紹介していきます。 googleAnalytics 言わずと知れた、googleのアクセス解析ツールで
Amazon EKS で高負荷時に CoreDNS が原因で稀にネットワークエラーが発生していた時のトラブルシュート - Feedforce Developer Blog
ソーシャルPLUS の開発チームでインフラエンジニア をやっています id:mayuki123 です。今月からフィードフォースから分社化をした株式会社ソーシャルPLUS の所属となりましたが、仕事内容は変わらずにサービスのインフラ改善を進めていく事になるかと思います。 2019年11月に技術スタックを整理してみたという記事から2年弱経過していますが、ソーシャルPLUSのインフラ環境は、一部アプリケーションについてはコンテナ環境を Amazon EKS にホスティングして本番運用するようになりました。あと数ヶ月ほどで全ての環境がEC2からコンテナに置き換えられると良いなと思っています(願望)。 developer.feedforce.jp そして、既に利用されている機能の一部を Amazon EKS に移行して、しばらく経過した時にアプリケーションでネットワークエラーが稀に発生していました。
Tutorial: Adding distributed tracing instrumentation to a browser JavaScript app - Microsoft Open Source Blog
Toggle share menu for: Tutorial: Adding distributed tracing instrumentation to a browser JavaScript app Share Share Tutorial: Adding distributed tracing instrumentation to a browser JavaScript app on X X Share Tutorial: Adding distributed tracing instrumentation to a browser JavaScript app on LinkedIn LinkedIn Share Tutorial: Adding distributed tracing instrumentation to a browser JavaScript app o
ドーモ、ミナサン。 estie SRE の sugitak です。趣味は DNS です。 さて、突然ですが、みなさんは AWS のセキュリティと言われて何を考えますか？ Security Hub でしょうか。 GuardDuty や Config でしょうか。あるいは、認証情報（IAM）や MFA でしょうか。アカウントを現実的に守るためにはこれらの設定が必須ですね。しかし、今日お話ししたいのは「責任共有モデル」についてです。 AWS のセキュリティについて調べようとすると必ず最初の方に出てくる「責任共有モデル」。 AWS セキュリティのスタート地点と言って差し支えないでしょう。しかし私は以前から困っていることがありました。 「この責任共有モデル、どう使えばいいの？」「なぜ重要なの？」 この疑問は全社セキュリティに携わるようになって解決したのですが、この問いに答える情報を見つけることが難し
Adventarを支える技術 Advent Calendar 2019 の19日目です。 今日は Server Side Redering (以下 SSR) した結果を CDN でキャッシュする戦略について書きます。SSR の概要については以下にも概要を書いたので一読しておくとよりわかりやすいと思います。 上記に書いてありますが、今回は SSR を Lambda で行っていて、Lambda の実行はそんなに速くないし、実行回数での課金になるので、前段の CDN でキャッシュすることで、パフォーマンスとコストを最適化することができます。 その設計について書こうと思いますが、、先に書いておくと今回は SSR の結果をキャッシュせずに毎回リクエストのたびに Lambda を実行しています。そのあたりの理由も含めて書いていきます。 キャッシュのパージ キャッシュはやれば速くなるのは確実ですが、コン
こんにちは、株式会社スタメンで FANTS の開発をしている@0906kokiです。 今回は Next.js のアプリケーションに Sentry を組み込む方法と、ソースマップを送信して Sentry 上でトランスパイル前のコードでエラー箇所を見れる方法について書きたいと思います。 Sentry とは？ Sentry とは、エラートラッキングサービスで、アプリケーション上で発生したエラーの内容、ユーザー、ブラウザ情報等を通知することができるサービスです。類似サービスとしては Bugsnag や Datadog 等がありますね。 React や Vue などは、トランスパイルをして圧縮、難読化された JavaScript のコードに変換すると思いますが、トランスパイル後のコードでエラー発生箇所を通知しても、エラートラックすることは難しいです。 なので、Sentry に対してソースマップファイ
こんにちは！エンジニアの小西です。 出張撮影マッチングサービス「OurPhoto（アワーフォト）」で開発リーダーを担っています。 OurPhotoは、2020年11月にM&Aにてうるるグループにジョインしました。 グループジョイン後、OurPhoto開発チーム最初の1年間は、ソースコードの技術的負債の解消や、インフラ基盤・ ログ基盤の構築など、画面上では見えない部分の改善活動（システムリファクタリング）を中心に実施してきました。 そして今年は、OurPhotoサービス拡大のため、新規機能の追加や目に見える部分の改善活動をメインで行っています。 今回は、そんなOurPhotoシステムの裏側をお話ししたいと思います。 OurPhotoとは 写真を撮ってほしい個人と写真を撮りたいフォトグラファーをつなげるマッチングサービスです。 サービス特性として、以下があります。 大量の画像データを扱う（保存
10.x アップグレードガイド Laravel
依存パッケージの更新Updating Dependencies[#updating-dependencies] 最低安定度の更新Updating Minimum Stability[#updating-minimum-stability] データベース構文Database Expressions[#database-expressions] モデルの"Dates"プロパティModel "Dates" Property[#model-dates-property] Monolog3Monolog 3[#monolog-3] RedisキャッシュタグRedis Cache Tags[#redis-cache-tags] サービスのモックService Mocking[#service-mocking] 言語ディレクトリThe Language Directory[#language-direc
Argo CD & Rollouts を使って freee会計に canary release を導入しました!! - freee Developers Hub
こんにちは、SRE で主に CI/CD 周りを担当している kumashun です。 この記事は freee Developers Advent Calendar 2021 20日目の記事になります。 私は今年11月に開催された、クラウドネイティブに関する国内でも大規模なテックカンファレンスである CloudNative Days Tokyo 2021 にオンライン登壇をしました。(人生初の社外登壇でもありました。) speakerdeck.com event.cloudnativedays.jp 登壇内容はタイトルの通りで、freee の中でも最大規模のサービスである freee会計に、Argo CD 及び Argo Rollouts を使って canary release を導入するまでの過程を述べています。コメントやアフタートークなどで反響を頂いたものの、登壇時点では Argo Ro
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLロックについて〜基礎編〜 を開催しました！ - ANDPAD Tech Blog
開発者ポータル Backstage とは - Carpe Diem
MySQLのutf8mb4と戦った話 - Uzabase for Engineers
Engineering Onboardingの設計 - トレタ開発者ブログ
シンプルなウェブサイトのホスティング - Xtone Design & Tech Talk
実践 React Native 運用チェックシート - Qiita
アプリケーションのエラー監視をRaygunからSentryへ変更するまで - BASEプロダクトチームブログ
SRE出身の人間が考える品質保証 - freee Developers Hub
Dynamic Exception Reporting in Haskell
SwiftUI App Lifecycle Explained - AppyPie
Sidekiqのエラーハンドリング [翻訳] - Qiita
【MySQL】トランザクションの実行時間を調査する - stmn tech blog
Datadogを活用して監視・運用周りを整備しました
Bugsnagと黒魔術で、Railsの不具合調査を楽にする仕組み！ - stmn tech blog
Reflections on GoodJob for Solid Queue
世界最小サイズのWiiが登場、大きさはトランプとほぼ同じで体積は実機のわずか7.4％
Checking if a JavaScript native function is monkey patched
AWS 責任共有モデル「以前」のセキュリティの話 - estie inside blog
SSR の CDN によるキャッシュ戦略 - hokaccha memo
Next.jsでSentryにソースマップを送信する
OurPhotoの技術スタックを一挙公開！～改善活動の積み重ねでサービスの拡充を担う～ - Qiita