Amazon AuroraのCPU世代を上げるとどうなる？ - Hatena Developer Blog
「相応にCPU依存処理が速くなる」 AWSに手堅くデータを保存するならやはりAmazon Auroraです。はてなで開発運用しているGigaViewerでもAurora for MySQLを主なRDBとして使っています。 先日、インスタンスタイプをr6gからr8gに更新し、インスタンスサイズを2/3に削減しました。この際のパフォーマンス変化の実績を共有します。 AWSからのリリースでは、インスタンスの世代が更新されると一定水準の高速化が見込める旨が提示されています。これの実際はどういうものなのか？ のサンプルとして参考になれば幸いです。 この記事は id:koudenpa が書いたSRE連載の2026年2月号です。1月号はid:masayosuのEKS + Karpenter で GPUノードを構築した話でした。 理論値のパフォーマンス向上 r6gからr8gへの2世代更新は以下のようなアナ
aws-cdk で扱いやすい最小規模 Redis として Amazon ElastiCache Serverless を使う - Hatena Developer Blog
AWS 上のごく小規模な Redis のマネージドインスタンスが必要な局面で、費用と aws-cdk での取り回しを鑑みて ElastiCache Serverless を導入しました。 アプリケーションエンジニアの id:astj です。 ごく小規模なウェブサービスにおける（セッション情報などの）揮発性データストアとして Amazon ElastiCache の Redis を使っている箇所があるのですが、しばらく保守が行き渡っていなかったところ標準サポート期間が終了し、 AWS による延長サポートに切り替わってしまっていました。 aws.amazon.com 延長サポートされていることで一定のセキュリティが担保されているのはありがたいですが、延長サポートぶんの追加料金（2年間は元料金に+80%）が加算されて費用的には不利なため、少なくとも標準サポートの提供されるところまで更新して、延長
はてなエンジニアのデスク事情をご紹介します 2026 - Hatena Developer Blog
はてなでは、すべての従業員が在宅勤務と出社勤務とを自由に選択できるフレキシブルワークスタイル制度を導入しています。実際、多くのはてなスタッフが在宅中心の働き方を選んでいます。 また、在宅勤務手当（2万円／月）や入社時の在宅勤務一時金（12万円）の支給があり、自宅の勤務環境を整えるために活用することができます。 そんなはてなスタッフはどのような環境で在宅勤務しているのでしょうか？このエントリでは、はてなでエンジニアやディレクターとして働くスタッフの自宅デスクを紹介していきます。 デスク紹介 id:arthur-1 id:do-su-0805 id:lufiabb id:tokizuoh id:RyuGoo id:nanimono_demonai id:nakaoka3 id:bps_tomoya まとめ デスク紹介 id:arthur-1 職種：サブディレクター・アプリケーションエンジニア
GitHub Actionsにおけるrunnerのパフォーマンス比較(Disk I/O編) - 2026年GitHub Actions料金改定を見据えた最適解を添えて - - Hatena Developer Blog
システムプラットフォームチームの id:rskmm0chang です。 この記事は、はてなエンジニア Advent Calendar 2025の22日目の記事であり、はてなのSREが毎月交代で書いているSRE連載の2025年12月号です。 また、下記の記事(SRE連載の2025年11月号)の続編の内容となります。 developer.hatenastaff.com そのため、パフォーマンス比較を始めた経緯などは上記の記事をご確認ください。 また、先日発表されたGitHub-hosted runnersの料金改定、そして前回のCPU編の内容も踏まえたまとめを最後に記載しており、情報量の多い内容となっていますが、ぜひ最後までお付き合いください。 なお、CPUと同様に本記事におけるGitHub-hosted runnerの測定は、private repository上で実行しています。 Disk
GitHub ActionsにおけるGitHub-hosted runnerとSelf-hosted runnerのパフォーマンス比較(CPU編) - Hatena Developer Blog
システムプラットフォームチームの id:rskmm0chang です。 この記事は、はてなのSREが毎月交代で書いているSRE連載の2025年11月号です。10月の記事はid:cohalzさんの GitHub Organizationを安心して利用するための最近の機能紹介でした。 前回も11月に書いていて、11月になるとブログが書きたくなるようです。 developer.hatenastaff.com GitHub Actions Runnerのパフォーマンス比較を始めた経緯 はてなでは、Actions Runner Controllerを利用して、Self-hosted runnersを提供しています。 もともとはスポットインスタンスの活用によるコストダウンを目指していましたが、(当然ながら)ジョブが途中で終了してしまうため、あまり活用されず、また、その時点ではRunnerのパフォーマン
CloudFront標準ログ(v2)をカスタマイズして便利に使う工夫 - Hatena Developer Blog
こんにちは、マンガメディア第1チームでGigaViewerのSREを担当しているの id:s-shiro です。 この記事は、はてなのSREが毎月交代で書いているSRE連載の9月号です。8月の記事は id:walnuts1018 さんの OpenCostを使ってEKSクラスタのコストを可視化しました でした。 CDN移行祭り開催！！！ 7月、8月とはてな社内では他社CDNからCloudFrontへ切り替える移行祭りが開催されていました。 CloudFrontのアクセスログの出力方法にはレガシー(その名の通り古くからある)とv2(レガシーに変わるとされる新しいログ)の2つがあるのですが、CDN契約の関係上、移行の期日が決まっていたこともあり、移行時点ではひとまず設定が簡単で利用実績のあるレガシーを使っていました。 移行がひと段落して、ログもv2にしようとなったとき「loggingの設定ひとつ
OpenCostを使ってEKSクラスタのコストを可視化しました - Hatena Developer Blog
こんにちは、サービスプラットフォームチーム アルバイトの id:walnuts1018 です。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の 8 月号です。7 月の記事は id:taxintt さんの AWS Database Migration Service（AWS DMS）を利用した MySQL から PostgreSQL へのデータ移行 でした。 今回は、EKSにおけるサービスごとのコストを計測するためにOpenCostを導入した事例について紹介します。 EKSクラスタにおけるコスト計測 OpenCostとは プロバイダの料金体系を取得 Nodeの料金の計算 コンテナのリソース割り当て量のメトリクス コンテナのコスト計算 システム構成 インストール クエリの設計とダッシュボードの作成 ①Namespaceごとの1時間あたりのコスト ②Namespaceごとの
Slack上でみんなで育てるAI bot 「resident-ai」 - Hatena Developer Blog
システムプラットフォームチーム SRE id:MysticDoll です。 この記事では、私が作成し現在はてな社内のSlackで稼動中のAI bot、「resident-ai」を紹介します。 resident-ai とは 実行例 仕組み 実装時の課題 システムプロンプトの保存場所 Canvasの取得 bot自身のIDの取得 まとめ ウニウニ！ 締め resident-ai とは resident-aiはSlack上でAIとチャットができるbotですが、特にチャンネルのCanvasを最大限に活用できる点が強みです。 @resident-ai <質問内容など> とリプライすると起動し、その後は実行されているチャンネルのCanvasがAIのシステムプロンプトとして自動的に読み込まれます。これにより、Canvasに記述された情報をAIが理解し、それを踏まえた上で対話を進めることが可能です。 実行例
GMOペパボで活躍中の id:antipop を訪問 | はてな卒業生訪問企画 [#16] - Hatena Developer Blog
こんにちは、取締役の id:onishi です。 Hatena Developer Blogの連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onishi が担当する第16回のゲストは、GMOペパボ株式会社 取締役CTO 兼 CTO室室長 兼 事業開発部部長のid:antipop・あんちぽさんこと、栗林健太郎さんです。 antipopさんは大学卒業後、ご出身地である鹿児島県奄美市の市役所勤務を経て、2008年にはてなにエンジニアとしてご入社いただきました。その後、卒業するまでの４年間は、はてなダイアリーやはてなスターなどのサービスで幅広くご活躍いただきました。2012年に株式会社paper
![GMOペパボで活躍中の id:antipop を訪問 | はてな卒業生訪問企画 [#16] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/a7c23d054efb025bb9337c15f08f5942f6d10f29/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F817465f1902dff9145c53d68b9f9b05bf3dc3f89%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fh%252Fhatenatech%252F20250708%252F20250708204549.jpg)
Devinにはてラボのサービスを作ってもらったので、かかった費用を大公開 - Hatena Developer Blog
こんにちは、id:kouki_dan です。先日、はてラボに1つサービスをリリースしました。 labo.hatenastaff.com これを作り始めたとき、ちょうど社内では検証用にDevinが使えるようになっていました。検証の用途はエンジニアに任されていたので、ゼロからプロダクトを作る検証として、これを全部Devinで作ったら面白いんじゃないかな？と思いつきました。そして、人間コミット禁止縛りで作り始めて、リリースまで、人間が１コミットもすることなく完成させることができました。トップコントリビューターはもちろんDevin。グラフに人がいるのは、マージコミットがカウントされているからだと思います！ もちろん、まるっきり全てを任せたわけではなく、タスクの分割などは適宜人間が行っています。ただ、コードはDevinが全て生成しています。唯一、GitHubのリポジトリ作成と最初のコミットだけは、D
DMARC レポートを Mackerel + OpenTelemetry でいい感じに可視化する - 実装と躓き - Hatena Developer Blog
はてなのシステムプラットフォームチームで SRE として働いている id:KashEight です。 この記事は、はてなの SRE が毎月交代で書いているSRE連載の 5 月号です。今回の記事は前回の 4 月号の記事 DMARC レポートを Mackerel + OpenTelemetry でいい感じに可視化する - 作成に至るまでの続きとなります。 前回: developer.hatenastaff.com Mackerel へ投稿 (前段階) 投稿する要素を選ぶ SPF Alignment, DKIM Alignment, DMARC Passage Published Policies (as reported) Alignment Details DMARC Forensic Reporting Organisations parsedmarc で使用できる出力方法 構成 Mack
はてなのマンガアプリ開発の舞台裏がNotebookLMとAIの力でポッドキャストになったぞ！ - Hatena Developer Blog
こんにちは、マンガアプリチームのエンジニアで『Inside GigaViewer for Apps』編集部の id:kouki_dan です！ マンガアプリチームでは『Inside GigaViewer for Apps』と題して、チームのメンバーがGigaViewer for Appsについて代わる代わる書いていく連載をHatena Developer Blogで掲載中です。 developer.hatenastaff.com 連載は今年の2月から始めていて、まだまだ続きます。GigaViewer for Appsは、マルチテナントアプリとして提供されていて、設計上の工夫がたくさんあります。これまでのトピックは、iOS/Android/バックエンドそれぞれの工夫や、個別の機能であるイベント計測についてやデータ移行についてです。 さて、先日Googleが提供しているAIベースのドキュメント
DMARC レポートを Mackerel + OpenTelemetry でいい感じに可視化する - 作成に至るまで - Hatena Developer Blog
はてなのシステムプラットフォームチーム (以下シスプラ) で SRE として働いている id:KashEight です。社会人 2 年目です。 この記事は、はてなの SRE が毎月交代で書いているSRE連載の 4 月号です。3 月の記事は id:onk さんのはてなの「PWG」という取り組みを builderscon 2024 で話してきましたです。 この記事では DMARC レポートを自社サービスである Mackerel、オブザーバビリティデータをいい感じに扱うためのプロジェクトである OpenTelemetry を用いて可視化した話の導入編となります。 文量の都合上、実際の実装やサービス提供の話は次の SRE 連載に回します。 DMARC、DMARC レポート 今までの運用 問題点 Mackerel 化するに至るまで とある改善要望 使用用途のヒアリング ニーズから考えてみる Open
「GigaViewer for Apps」に既存のテナントを受け入れるデータ移行: 少年ジャンプ＋の場合 - Hatena Developer Blog
こんにちは、GigaViewer for Webの開発・運用を担当している id:masawada です。今回は『Inside GigaViewer for Apps』連載の6回目として、運用中のマンガサービスにGigaViewer for Appsを導入する際のデータ移行事例についてご紹介します。 GigaViewerはビューワという名前を冠していますが、単なるマンガの閲覧機能だけでなく、入稿や作品管理・販売システムなど様々な機能をパッケージにして出版社様向けにご提供しているシステムです。また、新規サービスの立ち上げだけでなく既に運用されているサービスを受け入れることもあり、エンドユーザ様の商品購入データなど引き継ぎが必要なデータを元サービスからGigaViewerに移行する対応を行っています。この記事では、2024年3月に実施した少年ジャンプ＋アプリ版のシステム移管(GigaViewe
マルチテナントアプリで行うイベント計測のしくみ - Hatena Developer Blog
こんにちは、Androidエンジニアのid:r4wxiiです。『Inside GigaViewer for Apps』連載5回目は、メディア共通機能の1つであるイベント送信機能を、GigaViewer for Apps(以下、GigaApps)の標準機能として実現するための設計について紹介します。 イベント送信機能とは GigaAppsのイベント送信機能が複雑となってしまう理由 メディアによって異なる計測プラットフォーム メディアによって異なるイベント GigaAppsにおけるイベント送信機能を噛み砕いた設計 メディアによって異なる計測プラットフォーム メディアによって異なるパラメータ イベントを適切に振り分けて送信する 実装 イベントを送信する メディアによって異なる計測プラットフォームを扱う メディアによって異なるパラメータを扱う イベントを適切に振り分けて送信する 終わりに イベント
GitHub Actionsの外部Actionのバージョンをhash指定にし、可読性を維持しつつバージョンを上げる - Hatena Developer Blog
こんにちは、2025/02からAndroidエンジニアとして入社したid:matsudamperです。 GitHub Actionsで外部のactionを使用する時に、どのようにバージョンを指定していますか？ バージョンの指定方法とメリット、デメリット よく使われるactions/checkoutのREADMEのUsageでは以下のように書かれています。これでv4のタグが使用され、最新のv4.x.xに入った改善が使用側のコードの更新なしに使用する事ができます。 - uses: actions/checkout@v4 この書き方のメリットとデメリットは以下です。 メリット v4の間は勝手に更新され、新しいバージョンに書き換える手間が無い デメリット ビルドに再現性が無くなる 不具合が混入した場合、突然動かなくなる。後でRe-Runすると直っている。 actions/checkoutでもこれが
様々なマンガアプリを素早く開発できる「GigaViewer for Apps」のしくみ iOS 編 - Hatena Developer Blog
こんにちは。iOS アプリエンジニアの id:gurrium です。『Inside GigaViewer for Apps』連載2回目は、同じく iOS エンジニアの id:fxwx23 と一緒に出版社向けマンガビューワのアプリ版である「GigaViewer for Apps」（以下 GigaApps）の iOS アプリを実現するしくみについて紹介します。 GigaApps とは アーキテクチャ (id:fxwx23) マルチモジュール 画面構築と遷移 アプリに合わせたカスタマイズ (id:gurrium) ローカライズインジェクション アセットインジェクション パラメータでの DI Needle での DI 終わりに ※ 見出しの ID は執筆担当 GigaApps とは 前回の記事でも紹介しましたが、GigaApps はビューワだけでなく、作品詳細やマイページなどのマンガアプリの基本的
マネタイズが得意なエンジェル投資家として活躍中の id:kawasaki を訪問 | はてな卒業生訪問企画 [#13] - Hatena Developer Blog
こんにちは、取締役の id:onishi です。 Hatena Developer Blogの連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onishiが担当する第13回のゲストは、「マネタイズが得意なエンジェル投資家（@yukawasa）」のid:kawasakiさんこと、川崎裕一さんです。 kawasakiさんは、慶応義塾大学経済学部卒業後、インターネット企業数社を経て、2004年8月にはてなに入社。同年12月には取締役副社長に就任し、ゼロから広告事業を立ち上げるなど、マネタイズを中心に創業期のはてなの成長を支えてくださいました。 2009年に起業のためはてなを卒業後、株式会社kam
![マネタイズが得意なエンジェル投資家として活躍中の id:kawasaki を訪問 | はてな卒業生訪問企画 [#13] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/286b446ef1da7a687f159e811253e2124b1f686c/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F431d7000303b281f8d0c828b5724febc85de77f9%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fh%252Fhatenatech%252F20241205%252F20241205170418.jpg)
AWS Fargate Spot が中断されにくいのはいつ？ - Hatena Developer Blog
皆さん、AWS Fargate Spot使ってますか？ 最近Arm向けもサポートされてより活用範囲が広がっているかと思います。 さて、Fargete SpotはFargateのコンピューティングリソースの状況次第でタスクが中断される代わりに、最大通常の7割引きでタスクを実行できる機能です。 とはいえ、できることなら中断はされたくないですよね。 ここに「ある1ヶ月のFargate Spotの中断回数のグラフ」があります*1。何となく中断具合に周期性がありそうですね。 グッとにらむとこうなりました。 明らかに日曜日近辺の中断回数が少ないです。 つまり？ 中断されたくないタスクをFargate Spotで動かすには土日が狙い目です*2。 この記事は id:koudenpa が書きました。 オマケ Fargate Spotの中断回数はメトリクスとしては提供されていないため、Amazon ECS タ
はてなブログや GigaViewer で使われている画像変換プロキシを EC2 から EKS に移行しました - Hatena Developer Blog
こんにちは、サービスプラットフォームチーム アルバイトの id:walnuts1018 です。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の 8 月号です。7 月の記事は id:masayoshi さんの はてなで最近実施している SRE 研修の紹介 でした。 今回は、社内共用の画像変換プロキシである、「Scissors」というサービスを EC2 から EKS に移行したお話をしたいと思います。 画像変換プロキシについて 課題点 サービスプラットフォームチームにおける EKS やりたいこと 移行に関する懸念点 Scissors 専用の Node を用意する Pod / Node のオートスケール オートスケールの検証 負荷試験 1 回目 負荷試験 2 回目 リリース まとめ/ふりかえり 画像変換プロキシについて はてなでは「Scissors」という内製の画像変換プロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
