はじめに 2026年5月14-15日(木金)に名古屋の中日ホール&カンファレンスにてクラウドネイティブ会議が開催されました。本記事では同イベントで行われた発表の中から、さくらインターネット研究所の小田知央さん(@ […]

みなさんこんにちは！ワンキャリアのプロダクト開発部 ワンキャリア転職チームの越川（X：@kosshii_）です。 前回は、プロダクト開発チームのエンジニア4名に「学びになった技術書トップ3」を聞いてみました。新卒エンジニアの「本を読んで勉強したいけど、何から読めばいいかわからない」という悩みに寄り添った記事になっておりますので、是非、本記事と一緒にご一読いただきたいです！ ▼ Part1はこちら

みなさんこんにちは。株式会社ワンキャリアでSRE（Site Reliability Engineering）チームに所属している中岡です。 以前には、 キャリアの考え方 や 入社3ヶ月後の振り返り について執筆しましたが、今回はより個人的な、けれども多くのエンジニアが直面しているであろう「マルチタスクの壁」についてお話ししたいと思います。

はじめに こんにちは、ファインディ株式会社でエンジニアをしている中嶋（ @nakayama__bird ）です。現在は、新規プロダクトであるFindy Contextの開発に携わっています。 ファインディでは、これまでSREチームが担っていた新規プロダクトのクラウド環境の構築から監視体制の整備までを、プロダクト開発チーム主体で行う体制に切り替えました。 本記事では、私自身がFindy Contextの環境立ち上げを担当した経験を、アプリケーションエンジニアの視点で振り返ります。 経験の浅いエンジニアにとっ

本ブログは、キヤノンIT ソリューションズ株式会社様と Amazon Web Services Japan が共同で執筆しました。 みなさん、こんにちは。AWS ソリューションアーキテクト木村、アカウントマネージャーの池田です。 本記事では、キヤノン IT ソリューションズ株式会社様が 、Amazon Q Developer を開発現場に導入し、3 か月間効果検証を実施した取り組みをご紹介します。コード生成やレビュー支援による効率化、現場での活用事例、そして検証から得られた知見について詳しく解説します。

はじめに 「監視モニタリングのIaCとか机上の空論だろ。労力とリターンが見合わんわ」 …と思っていた時期が私にもありました（慣用句） 前回の記事 でも少し触れましたが、 AIエージェントの登場によってDatadog × Terraformのような監視モニタリングのIaCの実践が劇的に楽になり 、気づけば手動でポチポチとモニタリングの設定をする運用の方が限りなく非効率になってしまいました。 AIエージェントをどう利用するかという部分は、まだまだ過渡期であり皆さま試行錯誤中ではあると思いますが、 弊社SREチ

Hello, everyone! I’m Xin Wei, working as an SRE here at ONE CAREER. It’s already been a whole year since I joined the company as a new grad in April 2025! Time really flies! I did a short interview for this tech blog when I was in my third month, but toda

みなさんこんにちは。ワンキャリアでSRE（Site Reliability Engineering）をしているXin Wei（ギ シン）です。 2025年4月に新卒として入社してから、あっという間に1年が経ちました。入社して3ヶ月目の頃にも一度テックブログのインタビューでお話しさせていただきましたが、今回は私自身の言葉で、この1年間でどのような壁を乗り越え、エンジニアとしてどう変化したのかを振り返ってみたいと思います。

1. はじめに AWS上でTerraformのモジュール分割を進めていた頃、こんなエラーに出会いました。

はじめに セキュリティ推進室の山田です。 MNTSQはエンタープライズ企業を主な顧客としています。 契約という、顧客企業の事業戦略に直結するような情報を取り扱う性質上、さまざまな観点からセキュリティをしっかりと担保する必要があり、DMARCへの対応もそうした取り組みのひとつです。 DMARCはなりすましメール対策の仕組みであり、実質的な効果を持たせるにはポリシーをp=quarantineまたはp=rejectに設定する必要があります。 しかしMNTSQでは、DMARCレコード自体は存在していたものの、ポリ

3行で要約すると CUJ（Critical User Journey）ベースのダッシュボードを作る前提として、各 CUJ に紐づく Critical API を客観的に特定する必要がありました Playwright の route API による fault injection を使い、E2E テストから Critical API を自動抽出する仕組みを作りました ある程度汎用的に使えそうなので npm にも置いています： critical-api-finder はじめに SREの寺島です。 特定の AP

Terragruntは、TerraformのコードをDRY（Don't Repeat Yourself）に保ち、複数環境の管理を簡素化するラッパーツールです。本記事では、terragrunt.hclによる設定の共通化、tfstate管理の自動化、dependencyブロックによるモジュール間の依存関係定義など、TerragruntがTerraformの運用課題をどのように解決するのかを解説します。これにより、インフラコードの保守性と再利用性を高め、効率的なインフラ管理を実現する方法を紹介します。

こんにちは、阿部です。 前回 は、Prisma Cloudについての記事を投稿しましたが、今回はPrisma Cloudの後継製品であるCortex Cloudについて書いていきます。 Cortex Cloudには下記表の通りスキャンモードが２つあり、クラウド環境のオンボード時にどちらかを選択する仕様になっています。 今回は「Scan With Outpost」の方を選択してAWSアカウントをCortex Cloudにオンボードする方法を実際に試していきたいと思います。 スキャンモード 説明 備考 Clo

3 月下旬、世界中の AWS スペシャリストが集まる最も活気あふれるイベントの 1 つである Specialist Tech Conference のために、シアトルを訪れました。同僚とつながり、経験について意見を交換し、生成 AI と Amazon Bedrock の最新の進歩について深く知る、素晴らしい機会でした。また、このイベントは、私が心の底から信じていることをしっかり思い出させてくれました。それは、スペシャリストが集まってお互いに挑戦し、エッジケースを探り、ソリューションを共同で作成するとき、そ

G-gen の高宮です。当記事は、Google Cloud Next '26 in Las Vegas の 3 日目に行われたブレイクアウトセッション「 Accelerate CI/CD with coding agents 」のレポートです。 G-gen Tech Blog では、現地でイベントに参加したメンバーや、日本から情報をウォッチするメンバーが、Google Cloud Next '26 に関連する記事を発信します。 blog.g-gen.co.jp セッションの概要 ソフトウェア開発の加速と