はじめに 監視ツールからのアラート対応は、運用チームにとって大きな負担です。アラートの確認、原因調査、チケット起票、関係者への報告——これらを手作業で行うと、対応の遅延やヒューマンエラーが発生しがちです。 本記事では、Zabbix（監視）、Zendesk（チケット管理）、AWS DevOps Agent（AI根本原因分析）を連携させ、アラート発生からRCA（Root Cause Analysis）結果のチケット反映までを自動化する仕組みを構築した手順を紹介します。 全体アーキテクチャ 前提条件 AWS D

概要 こんにちは。サイオステクノロジーのはらちゃんです！ 今回は、私が 第4回 JAZUG Shizuoka に参加してきた体験をレポートします。ローカル会場の雰囲気や私が登壇した内容の紹介などIT イベント参加の後押しになる情報をお届けします！ こんな方へ特におすすめ JAZUG について知らない方 オフラインのIT イベントに興味があるけれど、参加をためらっている方 はじめに: JAZUG(ジャズユージー)とは？ Japan Azure Users Group は、Microsoft Azure を学

「私たちがストーリーと呼んでいるものは、しばしば事件である」とはE.M.フォースター等のナラトロジー分野でよく言われることです。 ココナラのDevOpsグループCREチームのy.s.（@inu_no_hou）です。 言語化という言葉があまり好きではなく、日頃使わないようにしているのですが、その理由は概念の網の目が荒すぎて、多くの場合役に立たないからです。言葉とは一面においてツールであり、ツールが使いにくいならツールを変更するのが正当な手続きだと考えます(もちろん、ツール以外の側面もあるのが難しく面白いとこ

はじめに KINTOテクノロジーズの大沼です。 モビリティサービス「my route」アプリの開発に従事しています。 本記事では、AndroidのKeystore、Cipher、DataStoreを使用して秘匿情報の暗号化と永続化を実装した際の実装詳細とハマった点・注意点をまとめました。 こちら大杉さんの記事 では、Tink を使用したケースとパフォーマンス検証を紹介しているのでぜひご一読ください。 💬 実装の前にディスカッション 🔍 本当に暗号化が必要なのか DroidKaigi 2025のyanzam

2026 年4 月 14 日、 AWS Interconnect – マルチクラウド の一般提供についてお知らせします。これは、 Amazon Virtual Private Cloud (Amazon VPC) を他のクラウドプロバイダーの VPC に直接接続するマネージドプライベート接続サービスです。また、 AWS Interconnect – ラストマイル もご紹介します。これは、既存のネットワークプロバイダーを通じて、ブランチオフィス、データセンター、遠隔地から AWS への高速でプライベートな接

RAGの検索精度、GraphDBを足したら変わるかもしれない こんにちは、サーバーワークスで生成AIの活用推進を担当している針生です。 社内RAGに「今期のAプロジェクトの関連資料と担当者を見せて」と聞いたのに、返ってきたのは的外れな結果だった。そんな経験、ありませんか？ RAGにベクトル検索を組み合わせるアーキテクチャは、もはや珍しいものではありません。社内ドキュメントをチャンク分割し、ベクトル表現に変換してベクトルDBに格納。ユーザーの質問もベクトル表現に変換し、意味的に近い文書を検索してLLMに渡す

はじめに こんにちは、SREブロックの岩切です。普段はZOZOTOWN Yahoo!店の連携基盤のリプレイスを担当しています。 ZOZOTOWN Yahoo!店では、FTPによるデータ連携の遅延をSplunkアラートで検知し、PagerDutyにインシデントを作成して運用しています。しかし、遅延が解消してもインシデントは自動でResolveされず、手動で対応する必要がありました。 Splunk × PagerDutyの運用では、「アラートは自動だがResolveは手動」という課題に悩まされがちです。本記事

はじめに こんにちは。タイミー プロダクトエンジニアの津守です。今年1月にタイミーに入社し、気づけば早3ヶ月が経ちました。 この記事では、入社して数ヶ月働いて感じた「AIツールがオンボーディングプロセスをどう変えたか」という体験をまとめます。技術的な深掘りというより、新しい環境に飛び込んだエンジニアの個人的な気づきとして読んでもらえると嬉しいです。 従来のオンボーディングプロセスのイメージ 新しい会社に入ったとき、多くのエンジニアは最初の数週間を ドキュメントを読む。コードベースを読む。アーキテクチャを把

Bedrock エージェント VS Bedrock AgentCore：比較ガイド 目次 導入 概要 Bedrock エージェントとは Bedrock AgentCore とは AWS 最適化フレームワーク：Strands SDK 詳細比較 アーキテクチャ比較 機能比較 実装の複雑さ比較 コスト比較 パフォーマンス特性比較 制約事項 ユースケース別推奨 1. 迅速なプロトタイピング 2. エンタープライズ向けカスタムエージェント 3. マルチテナント SaaS 4. 既存システムへの統合 5. 高度なワー

PC向けCPUの二大巨頭IntelとAMD、そして新勢力Armの特徴を徹底比較。それぞれのアーキテクチャ（CISC/RISC）の設計思想の違いから、得意な処理、代表ブランド、そして現代における進化までを分かりやすく解説します。

こんにちは、CTOの公手です。 この4月から、ラクスの新しい中期経営計画がスタートしました。 前中期経営計画の5年間、私たちは「ハイグロース」を掲げ、売上・組織規模ともに約4倍という急成長を遂げました。次なる3年で私たちが目指すのは「クオリティグロース（質の高い成長）」です。AIを駆使して組織をより筋肉質に変え、真の意味で「強い」組織へと進化させるフェーズに入ります。 この方針のもと、次の中期経営計画で開発本部が推進する3つのプロダクト戦略と、それを実現するために不可欠な3つの変革について、簡単ではありま

はじめまして。2025年11月にエス・エム・エスへ入社した岡本です。入社後は、カイゴジョブエージェントの開発チームでエンジニアとして働いています。 この記事では、これまでやってきたことを少し振り返りつつ、入社してから見えてきたことを書いてみます。 あわせて、今チームで進めていることや、これから目指したいことにも触れます。 同じように新しくチームに入る方や、課題の多い環境でプロダクトやチームを少しずつ良くしていくことに面白さを感じる方に、読んでもらえたらうれしいです。 これまでの経験 前職では、EC領域でカ

はじめに こんにちは。dbt Cloud×Amazon Web Services (AWS) の構成でデータパイプラインを組む機会があり、ジョブ設計面でいろいろと考えた点があるので、自身の備忘録もかねて、どういった思想で設計を行ったのかについて紹介したいと思います。 データパイプラインの構成 AWS×dbt Cloud×Snowflakeを活用してデータ基盤を構築したいという要件のもと、全体のシステムとしては以下のようなアーキテクチャとしました。 ジョブ設計を行う上で考えたこと 案件開始当初は、極力シンプ

こんにちは、Amazon Connect ソリューションアーキテクトの梅田です。 2026年 2 月号 はお読みいただけましたでしょうか。皆さんのお役に立つ内容があれば幸いです！ はじめに、Amazon Connect について改めてご紹介します。Amazon Connect は、AI を中核に据えたコンタクトセンターソリューションです。音声・チャット・メール・タスクなど複数のチャネルを一つのプラットフォームに統合し、顧客とエージェントの双方にシームレスな体験を提供します。規模を問わず導入でき、Amazo

こんにちはkubotakです。 弊社では定期的に技術書籍の感想会という取り組みを行っています。 技術書籍の感想会は輪読会とは異なり以下のような取り組みとなっています。 その場で読まない（輪読しない） 事前にシートを用意して感想を付箋で書く 話題にしたい付箋を投票する 投票数の多い話題を取り上げて議論する この取り組みは不定期に行っており、エンジニアメンバーでみんなで感想会をしたい書籍がある場合に自然発生しています。 過去にはこの取り組みを社内でとどめておくのはもったいないので、ポッドキャストとして配信等も