<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>keda on DeNA Engineering</title>
    <link>https://engineering.dena.com/blog/tags/keda/</link>
    <description>Recent content in keda on DeNA Engineering</description>
    <generator>Hugo -- gohugo.io</generator>
    
    <language>ja</language>
    
    <lastBuildDate>Fri, 18 Sep 2026 01:05:29 +0000</lastBuildDate>
    <atom:link href="https://engineering.dena.com/blog/tags/keda/" rel="self" type="application/rss+xml" />
    
    
    
      
      
    
    
    <item>
      <title>生成 AI 機能開発を加速するゴールデンパス [DeNA インフラ SRE]</title>
      <link>https://engineering.dena.com/blog/2026/09/golden-path-for-generative-ai-platform/</link>
      
      <pubDate>Fri, 18 Sep 2026 00:00:00 +0900</pubDate>
      
      <guid>https://engineering.dena.com/blog/2026/09/golden-path-for-generative-ai-platform/</guid>
      <description> はじめに こんにちは、IT 本部 IT 基盤部第一グループの横田です。 IT 基盤部では、組織横断的に複数のプロダクトのインフラ運用を行っており、インフラ基盤の安定稼働やコスト削減、開発体験の向上に取り組んでいます。
私たちがインフラ運用を担当するサービスでは、生成 AI を活用した機能を継続的に追加しています。 それらの機能では、 Amazon Bedrock や Gemini Enterprise Agent Platform 、 Microsoft Foundry など、用途に応じて複数のクラウドベンダーの推論 API を利用します。
一方で、新しい機能を追加するたびに、推論 API の認証や時間のかかる処理を非同期で実行する仕組み、監視などを個別に設計すると、生成 AI 機能そのものの開発よりも、インフラと運用の準備に時間がかかります。 また、機能ごとに異なる方法を採用すると、インフラ基盤を運用する側の認知負荷も高くなります。
</description>
      
    </item>
    
  </channel>
</rss>
