<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ギークプラス ソフトウェア事業部</title>
    <description></description>
    <link>https://speakerdeck.com/geekplus_tech</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/geekplus_tech.rss"/>
    <lastBuildDate>2026-04-14 02:00:55 -0400</lastBuildDate>
    <item>
      <title>インフラを Excel 管理していた組織が 3 ヶ月で IaC 化されるまで</title>
      <description>【DevOpsDays Tokyo 2026 登壇資料】
https://confengine.com/conferences/devopsdays-tokyo-2026/proposal/49644/excel-3-iac

【概要】
Chef, Ansible, Terraform と便利なツールが増えても、世の中に Excel 構成管理はなくなりません。皆様は Excel でインフラの構成管理をしてきた経験はありますか？

私たちはインフラの基盤として AWS を利用していますが、2025 年初頭までそのすべてを Excel で管理しており、画面から作成した EC2 のインスタンス ID から VPC の CIDR に至るまで、そのすべての詳細を Excel に記帳している状況でした。これにより、環境差分の発生はもちろんですが、それ以上に組織の観点でのデメリットが大きく、インフラが社内リポジトリでコードとして管理されず一部のチームの暗黙知となり、アプリケーションを開発するチームとインフラとの間で断絶が発生していました。例えば、環境変数ひとつを追加するにあたっても、インフラ管理者に伺いをたてて行わなければなりませんでした。

この問題を解決するため、3 ヶ月間で技術および組織の両面から改革に取り組みました。技術面では AWS Cloud Development Kit (CDK) の導入とそのなかで役に立ったベストプラクティス、組織の観点ではどのようにマインドセットを変革していったのか、お話できればと思います。

技術面では Terraform だけでなく CDK について気になっている方、組織の観点ではマインドセットを変革するうえでどのような点が重要なのか、オーディエンスの皆様に持ち帰っていただきたいと思っています。</description>
      <media:content url="https://files.speakerdeck.com/presentations/8feee2a61f964adb81c3c24749405ee1/preview_slide_0.jpg?39078138" type="image/jpeg" medium="image"/>
      <content:encoded>【DevOpsDays Tokyo 2026 登壇資料】
https://confengine.com/conferences/devopsdays-tokyo-2026/proposal/49644/excel-3-iac

【概要】
Chef, Ansible, Terraform と便利なツールが増えても、世の中に Excel 構成管理はなくなりません。皆様は Excel でインフラの構成管理をしてきた経験はありますか？

私たちはインフラの基盤として AWS を利用していますが、2025 年初頭までそのすべてを Excel で管理しており、画面から作成した EC2 のインスタンス ID から VPC の CIDR に至るまで、そのすべての詳細を Excel に記帳している状況でした。これにより、環境差分の発生はもちろんですが、それ以上に組織の観点でのデメリットが大きく、インフラが社内リポジトリでコードとして管理されず一部のチームの暗黙知となり、アプリケーションを開発するチームとインフラとの間で断絶が発生していました。例えば、環境変数ひとつを追加するにあたっても、インフラ管理者に伺いをたてて行わなければなりませんでした。

この問題を解決するため、3 ヶ月間で技術および組織の両面から改革に取り組みました。技術面では AWS Cloud Development Kit (CDK) の導入とそのなかで役に立ったベストプラクティス、組織の観点ではどのようにマインドセットを変革していったのか、お話できればと思います。

技術面では Terraform だけでなく CDK について気になっている方、組織の観点ではマインドセットを変革するうえでどのような点が重要なのか、オーディエンスの皆様に持ち帰っていただきたいと思っています。</content:encoded>
      <pubDate>Tue, 14 Apr 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/geekplus_tech/inhurawo-excel-guan-li-siteitazu-zhi-ga-3-keyue-de-iac-hua-sarerumade</link>
      <guid>https://speakerdeck.com/geekplus_tech/inhurawo-excel-guan-li-siteitazu-zhi-ga-3-keyue-de-iac-hua-sarerumade</guid>
    </item>
  </channel>
</rss>
