こんにちは、株式会社ジーニー技術広報担当です！ GENIEE Tech Blogでは、日々の開発で得た技術的な知見や、生成AIの活用事例、プロダクト開発の裏側など、エンジニアによるさまざまな情報を発信しています。 今回は、直近1年間（2025年9月〜2026年9月）の閲覧データをもとに、特によく読まれた注目の記事を3本ピックアップしてご紹介します！ 「GENIEE Tech Blogを初めて読む」という方も、ぜひ気になる記事からチェックしてみてください。 Claude Code にAWSのコスト調査をさせ

Amazon CloudWatch は、アプリケーションと AI エージェントを一緒に実行するための、AI を活用したオブザーバビリティエクスペリエンスである CloudWatch Omni を提供するようになりました。Omni には、組織専用の URL からアクセスし、すでに管理している ID でサインインします。そのため、Omni を使用するために AWS Management Console へのアクセス権は必要ありません。Omni は OpenTelemetry を基盤として構築されています。すで

本記事は 2年目ウィーク 5日目の記事です。 📈 4日目 ▶▶ 本記事 ▶▶ ✒️ 1. はじめに：ジュニアエンジニア不要論が語られる中で 2. SREの概要 2.1 SREとは？ 2.2 信頼性を制御するために 定量的な管理 オブザーバビリティ ポストモーテム トイルの削減 3. SREを勉強しようと思ったら 4. 最後に こんにちは！柴原です。 最近は健康意識の高いプロジェクトメンバーに触発されて週4くらいでジムに行っています。通い始めて3ヶ月経ちますが、いつまで続くかは不明です。 さて、私事ではあり

はじめに こんにちは、EC基盤開発本部SRE部カート決済SREブロックの金田です。テックリードとして、ZOZOTOWNのカート決済機能のリプレイスや運用を担当しています。 カート決済SREブロックでは、Slackを起点としたChatOpsで運用作業の自動化に取り組んでいます。以前の記事で紹介したAWS Chatbotベースの基盤を約2年運用する中で、アクセス制御とツール追加コストの課題が見えてきました。本記事ではその課題と、Argo Eventsを軸にChatOps基盤を再構築した取り組みを紹介します。

フォルシアSREチームの森です。 SREチームでは、プロダクトのスケールや社員数の増加に伴う、さまざまな課題の解決に取り組んでいます。その1つが、障害対応プロセスの改善と、障害から学んだことを品質向上につなげるための基盤づくりです。 その取り組みとして、Slack上で動く障害対応専用Bot「Elpis」を開発・導入しました。この記事では、開発の背景にあった課題や、Elpisがどのように障害対応を支援しているのか、運用や実装で工夫したことをご紹介します。 ちなみに、Elpis（エルピス）という名前は、ギリシ

はじめに ピグ事業部で SRE を担当している松岡 (@htk1008)です。 昨今の AI の進化 ...

目次 はじめに DevinConとは 自己紹介 WINTICKETとDevin活用 Agent設計技 ...

はじめに CyberAgent の 27卒のサーバーサイドエンジニア内定者として内定者バイトをしてい ...

Product Engineering Conference 2026 について こんにちは！人材プラットフォームエンジニアの山河です。 弊社メドレーは、先日中野セントラルパークで開催された、Product Engineering Conference 2026 にゴールドスポンサーとして協賛しました。 Product Engineering Conference は、今年初めて開催されたカンファレンスです。「職能の壁を越え、プロダクト価値を最大化させるための『技術』と『知恵』を共有し、議論し、高め合う場

背景 こんにちは。プログラマティック広告配信プロダクトを提供している AJA で DSP チームの ...

はじめに こんにちは。技術戦略部CTOブロックの ikkou です。ZOZOでは毎年、独自の新卒研修を実施しています。さらに昨年からは、日本CTO協会の新卒エンジニア合同研修にも参加しています。参加は任意として、興味を持つ研修を自身で選択できるようにしました。本年度は2名の新卒エンジニアが参加しました。本記事では参加者によるレポートをお伝えします。 目次 はじめに 目次 日本CTO協会の新卒エンジニア合同研修とは 第1回：関係の質を上げるファシリテーション 第2回：Google Cloudで実現するクラウ

はじめに こんにちは、SRE部カート決済SREブロックの伊藤（ @_itito_ ）です。普段はZOZOTOWNのカート決済機能のリプレイス・運用・保守に携わっています。また、データベース（以下DB）領域でのテックリードを務めており、DBREとしてDB周りの運用・保守・構築に関わっています。 ZOZOTOWNでは以前からリプレイスを進めており、SQL Serverを中心としていたDB構成も、マイクロサービス化に伴ってAurora MySQLなどへ分割されてきました。 かつてはビジネスロジックの多くを、SQ

はじめに ITコンサルタントのKです。以前、Webサービスの新規開発に関わっておりました。機能開発の段階だったので、機能やビジネスロジックが正しいことの評価が大半で、運用の評価はもっと先という段階でした。 昨今のモダナイゼーションにおいて、開発と運用は切り離せない関係にあります。クライアントサーバー方式からクラウドネイティブなWebサービスへと進化させるプロジェクトを例に、 「継続的な価値提供」を支えるプロセスと品質の考え方 を、鉄道の仕組みになぞらえて紐解いてみたいと思います。 プロジェクトの背景：目指

はじめに なぜ移行したか アーキテクチャ 進め方 運用とコストの現実 ハマりどころ Terraform プロバイダのバグ カスタムパッケージの Content-Type tar コマンドの実装差 自動スナップショットと運用タスクの競合 おわりに はじめに 弊社の検索基盤は、長らく EC2 上でセルフホストした Elasticsearch 7.x で動いていました。 これを AWS マネージドの OpenSearch Service に無停止で移行するプロジェクトが、2025年10月から2026年6月にかけ

はじめに こんにちは、SRE部プラットフォームSREブロックの さかべっち です。 ZOZOTOWNのプラットフォーム基盤では、サービスメッシュとしてIstioをSidecarモデルで運用しています。本記事では、Istio Data Planeのリアーキテクチャに向けて実施した、Ambient MeshのPoCとNative Sidecar導入の取り組みをご紹介します。 Ambient Meshはすでに一般提供（GA）されていますが、大規模な本番基盤での移行可否を判断できる材料や事例はまだ多くありません。