構築中。

名古屋のITインフラお守り係です。ITイベントへの参加記録などを残していきます。

JAWS-UG 茨城 #11 CDK 支部コラボ回 セッション登壇枠参加＋筑波山（ちょっとだけ）詣で（2/1）

イベント・勉強会 放牧中
See More

今年 2 箇所目の遠征でした。

jawsug-ibaraki.connpass.com

直前のドタバタ

数日前に登壇ネタレギュレーション問題が発覚

「茨城でも CDK でもないネタならセッション登壇枠（20 分）だな」と思ってセッション登壇枠に申し込みましたが、概要を読んだらしっかり「茨城と CDK をテーマに」と書いてありました。

（当日現地で確認したら「全然問題ないです」と言われたので安心しました）

並行して体調問題が

前週の月曜日あたりから耳閉感が出てきて水曜日に耳鼻科にかかるも症状は酷くなり、耳鳴りも出てきたので土曜日に再度耳鼻科へ行ったところ、右耳の低音障害型感音難聴が再発していました。

とりあえずつくばには来たので半日観光

当日の午前中はあちこち歩くつもりでプランを考えていたのですが、あまり歩きすぎると難聴が悪化しそうなので極力歩く距離を減らして筑波山神社へ。

バスを降りて神社に向かう途中に大御堂があったので寄り道。

池に氷が張っていました（写真 2 枚目）。

その後先へ進んで筑波山神社へ。

実は先月の BuriKaigi 2026 で撮影スタッフをしたときに登壇者＋スライド表紙の撮影で惨敗した反省（？）を踏まえて「明るいレンズでも背景がボケにくい」マイクロフォーサーズのカメラと開放 F2.8 のレンズを調達し、今回「お供」として持ってきたので試しに石段下の御神橋をパチリ。

筑波山神社御神橋 [1]

比較的明るい場面だったこともあり F6.3 で撮れたので背景はほとんどボケず。

（ボケなかったので花粉症の人が気になりそうなものが背景にバッチリ写ってしまった）

続いて裏側にまわって梅の花にピントを合わせて撮ってみます。

筑波山神社御神橋 [2]

半逆光でしたが F5.6 で、御神橋の屋根はよく見ないとわからない程度にしかボケませんでした。

この後もいろいろ撮ってみましたが、普段使っている APS-C のカメラ＋明るめのレンズ（開放 F2.0 以下）とは違って（夜間のように本当に暗いシーンでない限り）絞りオートではやや絞り気味の選択となり、スマホやコンデジに近いパンフォーカスな写真が多くなりました。

常夜燈と随神門

筑波山神社の屋根

室内だともっと開放寄り（F 値低め）になるはずなのでもう少し注意が必要そうですが、登壇者＋表紙スライドを写すとき、APS-C 機よりは失敗の確率は下がりそうです。

（コンデジは広角側でないとレンズが暗いことが、スマホはシャッタースピードの細かい調整が難しくプロジェクター投影との相性が悪いのが問題）

参拝を終えて、時間も体調も余裕があったのでケーブルカーで筑波山の山頂駅周辺まで昇ることにしました。

大御堂の池が凍っていたように早朝は氷点下だったこともあり、山肌からうっすら霧が出ていました。

ワッフルとラテをいただく

むかしむかしのマスコンとブレーキハンドル

ケーブルカーの運転台は山上駅側にあって車体にはないので、マスコンもブレーキハンドルもデカかったんですね。

JAWS-UG 茨城に参加

前置き（？）が長くなってしまいましたがここからが本編（？）です。

お昼に下山してつくば駅に戻り、少し早めに会場入りしました。

各セッション・LT（10 分トーク）について一言ずつ

今回、事情により「ミニ LT 枠」が急遽誕生し、結果的にトークの本数が増えたので短めにコメントさせていただきます。

speakerdeck.com

Control Tower 自体がある意味「IaC の代わりに色々な設定をよしなにまとめてやってくれる機能」という認識だったのであまり IaC で管理する発想はなかったのですが、確かに初期設定ではなくて使い始めてからの変遷は差分管理したいかな？と思いました。

そして「API では対応していない機能がある」というのは初耳でした（「リージョン拒否コントロール」自体はおそらく SCP を組み合わせて実現していると思うので、頑張ればできないこともなさそうですが）。

speakerdeck.com

このあたりの内部処理の話もあまり考えたことがなかったので新鮮でした。

プログラミング視点で考えると、遅延評価が必要な場面での実装を考えるときに参考になりそうですね。

ここから 3 本が件のミニ LT 枠でした。

www.docswell.com

ハンズオンの開発環境として使う VS Code Server の構築で躓く話、「世の中のほとんどのプログラミング挫折者は開発環境の構築ができずに挫折する」のにつながる話でわかりみが深かったです。

catalog.workshops.aws

speakerdeck.com

DevOps Agent、まったく触っていなかったのでプレビューのうちに一度試してみたいと思いました。

（機能によっては GA でガラッと変わってしまうケースもあってちょっと怖いのですが）

speakerdeck.com

（この資料の ICASU 部分から抜粋）

ICASU、うっかり存在を忘れかけていましたが、主に新規での典型的パターン構築時の参考になりそうなので活用したいと思います！

speakerdeck.com

CodeCommit の復活がガバクラに影響していることについては全然認識していなかったので「そんなところにも影響するのか！」（言われてみればそのとおりだけど）という驚きがありました。

あと「GitHub の関連サービスだけど GitHub そのものじゃないやつ」（GitHub Enterprise Server とか）の細かい制約の違いなどもいろいろ面倒なんですよね…。

speakerdeck.com

最初のいたくらさんの話とも共通しますが、「変更点の確認」「変遷の確認」、あるいは「変更時の構成の問題点の確認と修正」などをするときに IaC が役立つことを再認識しました。

habuchin.github.io

個人開発など資金が少ない状態でサービスを始めるとか、そもそも最初からマネタイズを考えないケースとかでは意外と AWS を選びづらくて別の構成を選ぶことになるのは、他に実例をたくさん見てきているのでよくわかるお話でした。

そしてそのケースで DB がネックになる点もよくわかります（無料枠がなくなってしまったサービスもありましたね）。

CDK でクォータ制限解除申請を出せることを認識していなくて新たな学びになりました。

1 回限りならともかく何度もやらないといけないケースでは（マルチテナントかどうかにかかわらず）活用できそうです。

speakerdeck.com

個人的にはフロントエンド（すでにクラスを使わなくなってきた時代）から TypeScript に入門したので、実は CDK の TypeScript にはあまり慣れていないのですが、同じ言語を使うことで開発環境がある程度共通化できると、「初心者が開発環境の構築で挫折する問題」を（ある程度）軽減できる点から考えてもメリットがありそうな感じがしました。

自分のセッション

www.docswell.com

直前のドタバタ劇はありつつも、結果的に皆さんに楽しんでいただけて良かったと思います。

内容自体は別件登壇 2 つをまとめてダイジェスト版として再構成したものにアレンジを加えただけですが、ネタとして持ってきた甲斐がありました。

完全に後付けで茨城（つくば）と IPv6 の話を結びつけましたが、ちゃんと反応があって良かったです。

オフィスや家庭のネットワークが対応していないケースは多いのですが、サービス提供側がクラウドのマネージドサービスを使うケースが増え、ユーザーの端末がモバイル中心になった結果、知らないうちに IPv6 で通信しているケースが実感以上に増えているようです。

このあたりは説明がちょっと難しくて、本来の IPv6 には IPv4 のプライベートアドレスと全く同じ立ち位置のアドレス空間は存在しないのですが、近い目的で使えるものに IPv6 ULA（ユニークローカルユニキャストアドレス）があり、それに加えて AWS では（持ち込み IPv6 アドレスに限定して）GUA（グローバルユニキャストアドレス）をプライベート化する機能が実装されています（「プライベート化」といっても IPv6 同士での NAT が AWS 標準のサービスだけでは実現できないので、IPv4 におけるプライベートアドレスと全く同じ立ち位置ではありません）。

セッションで触れましたが「現状の CDK で IPv6 VPC を構成するのに L2 Construct とちょっとしたエスケープハッチだけで実装することは意外と困難」な点には注意が必要ですね。

（ある VPC・サブネットの構成では L2 + エスケープハッチで行けるが、別の VPC・サブネットの構成でそれをやろうとすると L1 ベースや CFn よりも内容の読み解きが難しくなってしまう。そして両パターンの VPC・サブネットが混在する環境を作る場合にコードの統一性がなく内容の読み解きがさらに難しくなってしまう）

懇親会

「推しのサービスを他人には推せない」話が出たところで「私にとっては MySQL がまさにそれ」という話を返したところから昨今のデータベース事情の話題になったり、IPv6 の話から「遠い昔の大学・（主に研究施設などを持つ）製造業の IPv4 アドレスの使い方（そもそもプライベートアドレスが存在しない時代に広大なアドレス範囲を取得して施設内の機器に割り振っていた）」などの話題になったりで、私が座ったテーブルでは AWS にとどまらない技術の話が展開されました。

名残惜しかったのですが帰りの時間もあり一足お先に離脱となりました。

JAWS-UG 横浜 #96 AWS re:Invent 2025 re:Cap Network トーク参加（1/24）

イベント・勉強会

ここ数年は Database 回にお邪魔していたのですが今年は Storage と統合された上 BuriKaigi 2026 の懇親会とも被ってしまって参加できなくなってしまいました。

BuriKaigi 2026 の登壇で IPv6 について話したので、今年は Network 回に LT（という名のトーク）参加することにしました。

jawsug-yokohama.connpass.com

トークネタ決定の経緯

LT 枠に登録した時点ですでに 2 人登録されていたこと、そのうちのお 1 人が別の勉強会で Route 53 Global Resolver のことを話されていたような気がしたことなどから、ネタ被り回避で「re:Invent 2025 とその前後に発表されたサービスについて直接取り上げるのはやめておこう」と考えました。

また、前述のとおり BuriKaigi 2026 の登壇で IPv6 について話したので「このあたりのことを話そう」とも考えていましたが、「IPv6 は重要だけど re:Invent 2025 の re:Cap で IPv6 のことだけを取り上げるのはちょっと変かな？」ということで、公開されているセッション情報から、それ以外に興味をひく内容を探しました。

（毎年公開されている AWSJ 石見さんの Zenn エントリ群 とそれをまとめたスプレッドシート（各記事の冒頭にリンクあり）のお世話になりました。毎度ありがとうございます！）

そして「ホローコアファイバー」の話を見つけたので、こちらもネタの 1 つに組み込みました。

その後、後から LT 枠登録された hiruta さんが Regional NAT Gateway についてお話をされるということを知り、その部分を対象から外しました。

（もともと軽く触れる程度のつもりだったので大きな影響はなし）

自分のトーク

まさかの「LT 枠前 2 人がキャンセル」で「re:Cap としては内容が偏りすぎているな」と思いつつ、人数が少ない分多少のオーバーランも許されるだろうと（勝手に）判断していつもより少し時間をかけて話を進めました（結果的に 2 分半ほどオーバーランしてしまいました）。

www.docswell.com

結果的に、ホローコアファイバーと IPv6 の両方の話に意外と食いついていただけました。

これは Antiresonant（反共鳴）型の一種、DNANF の断面ですが、日本の古河電工と慶應大などが実証実験で主として扱ったのは Photonic Band Gap 型のファイバー（PBGF）で、断面が全く違います。こちら↓の記事に PBGF の断面図があります。

newswitch.jp

特性の違いはありますが、「中空のコアから外部へ光が漏れ出さない」ためのクラッド構造である点は同じみたいですね。

このあたりは 2/24 開催の俺の勉強会 #5 の LT には含めようと思っています。

ore-no-benkyoukai.connpass.com

ただ、私はこの分野に詳しいわけではなく、かつこの勉強会に材料工学などに詳しい参加者がいるので、むしろ「詳しいことを知ってたら教えて！」というスタンスで LT する予定です。

IPv6 については後述の hiruta さんも実験の一部として取り入れていたこともあり、LT 後の Network Talks でも話題の中心になりました。

APNIC が公開しているデータから集計すると日本では 60% 近くまで「IPv6 で接続可能」になっているようです。

人によっては IPv6 ULA（ユニークローカルユニキャストアドレス）のことをプライベートアドレスとイコールだと思っているかもしれませんが、設計思想など IPv4 のプライベートアドレスとは違う部分が多くあります。

（まあ実際は「プライベートアドレス」だと思って使う人が大半だろうな、とは思いつつ）

設計思想はさておき、利用者にとっては「IPv6 to IPv6 の NAT が（AWS が直接提供するサービスだけでは）実現できない」点が一番大きな違いだと思います（NAT66 / NPTv6 対応アプライアンスの導入が必要）。

「外部（インターネット）から自組織が運営するサイトに IPv6 でアクセス可能にする」のとは別に「プライベート側の VPC で IPv6 を使う」モチベーションがあるとすれば一番大きいのはおそらくこれだと思います。

ともあれ、

みなさんそうですよね。

hiruta さんのトーク

speakerdeck.com

Regional NAT Gateway、過去の Zonal なやつに慣れている身からすると意外な動き方をしますよね。

一応この点にだけは触れておこうかと。

Regional NAT Gateway は負荷に応じてスケールして、利用する Elastic IP Address(es) の数も増減するので、（手動割り当てで作るなどしないと）対向側でアクセス可能な IP アドレスを固定する運用をしているときに困ることが。

Network Talks

re:Invent 2025 で発表された Network 関連の新サービスについて触れた後は、前述のとおり IPv6 が話題の中心になりました。

IPv4 に慣れた人が IPv6 をどう扱っていいのか戸惑うのはよくある話ですね。

先に「NAT66 / NPTv6 対応アプライアンスの導入が必要」と書きましたが、おそらく利用者からのリクエストで AWS が直接提供するサービスでも NAT66 / NPTv6 に対応するのでは？（IPv6 の設計思想に反するとしても結局ユーザーの「圧」に負けそう）という話もしました。

期待！です。

BuriKaigi 2026 当日スタッフ＆スピーカー参加（1/9-10）＋富山市ガラス美術館・下呂温泉合掌村（1/11）

イベント・勉強会 放牧中

4 年連続の当日スタッフ、そして 2 年連続のスピーカー参加でした。

toyama-eng.connpass.com

fortee.jp

posfie は今年も nikkie さんがまとめてくださいました。

posfie.com

前日（1/8）

こういう事情があって手持ちの現金はちょっと少なめです。

往路は 4 年連続で東海北陸道を北上。昨年は前日準備のお手伝いがあった関係で大雪に備えて関で一泊しましたが、今年は例年どおり業務後の夜に移動。

4 年間で 3 回目の積雪路を通ることに。

早めに家を出て良かった。

Day1（1/9）

今年の当日スタッフ業

今年の担当は写真撮影。正直、旅先で風景や花、文化財など静物を撮るつもりでカメラとレンズを揃えているので、懇親会などでも常々「カンファレンスで人を撮る担当はやりたくない」と言っていたのですが、諸事情で撮影班に組み込まれました。

（しかも直前に Day2 の撮影班のメンバーが 1 人減りました。ちなみに結果として当日スタッフ全体で直前に 2 人減ったのですが、そうは言ってもインフルエンザなどが流行るシーズンにも関わらず BuriKaigi の当日スタッフは毎年直前離脱がほとんど出ないのがすごい！）

昨年は大半の当日スタッフでセッションの撮影（登壇者とスライド表紙）を手分けしたのですが、今年は 3 人でセッション 4 トラック＋ワークショップ 2 トラック＋ロビーの撮影をしないといけないので、撮影の隙にセッションを見ようとすると休む暇なし。

というわけで、今年はほとんどセッションを見ることができませんでした（開始から終了まですべて通しで見たのは Day2 の「コミュニティイベント紹介」だけ、撮影の合間に一部見たものを含めて 2 日間で 5 〜 6 セッションでした）。

（こちらは撮影ついでに部屋を出入りしながら見ていた Miki さんのセッション）

自分の登壇（14:20 〜）

今年は DB ネタが採択されずついでに出したほうのネットワーク（IPv6）ネタが採択されました。

www.docswell.com

30 分の発表時間に対してスライドは 99 ページ（昨年比 24 ページ増）。

そして補足資料もあります。

zenn.dev

これでも当初想定していた内容から 2 〜 3 割はカットしました。

（まあ分量が多すぎるわけですが、直接聞いた範囲では他の登壇者にも 98 ページの方と 100 ページの方が…）

聴きに来られた参加者の皆さんは昨年よりも少なかったですが、それでも自分の想定よりはちょっと多かった気がします（ありがとうございます）。

終わった後の Ask the Speaker には誰も来ないかな…と思っていましたが同じ当日スタッフ参加のモブエンジニアさんが来られました。

「Kubernetes で IPv6」や「IPv6 でのフィルタリングの難しさ」などについてあれこれ話していたら意外と長話になったので、そのまま休憩室に入ってお互いに遅めの昼ごはんタイムとなりました。

スポンサー＆スタッフ＆スピーカー懇親会

今年は人数が増えすぎたため、いつもの「扇」に全員入ることができず、ブリではなく焼肉組として「大将軍」へ。

こちらはこちらで楽しめました！

（X の TL はブリ組に押されてましたがそれはそれ）

Day2（1/10）

予定どおり朝 7 時頃に起きた…のは良かったのですが、嫌な予感が。

前日、撮影＋登壇のために重い荷物を持って会場内を歩き回っていたせいで首・肩に負担が掛かり、その影響でなんとなく頭痛が…。

とりあえず頭痛薬は飲んだものの、すっきりとはせず。

当日スタッフ業、午前中はダウン（離脱）

朝から会場で撮影は続けていたものの、だんだん頭痛は悪化。

「フロントエンドカンファレンス名古屋 2026」の宣伝をする予定だったので、10:30 のコミュニティイベント宣伝タイムの振り分け（お昼の LT か懇親会内か）までは頑張って参加して、そこからお昼まで撮影担当分がなかったので控え室で休ませてもらうことに。

（運営 Slack に連絡を入れて控え室で休んでいたら運営の盛川さんに「応接室使っていいよ」ということで鍵を貸していただきました）

実のところ「前日重い荷物を持ち歩いていた」以外に「水分をほとんど摂らずに歩き回っていて軽い脱水症状を起こしていた」のも頭痛の一因になっていたようで、水分補給しながら頸動脈を冷やしているうちにだんだんと治ってきました。

（冬は乾燥するし寒い地域は特に屋内をガンガン暖房して温めるので、意外と脱水症状＋熱中症のような状態になりやすいかも）

そしてお昼からは復活し、担当分の撮影を行いました。

数少ないセッション聴講（2 つ）

前述の「コミュニティイベント紹介」は撮影がメインだったのですが、それとは別に 2 つのセッションを（冒頭数分間以外）聴講しました。

speakerdeck.com

思い当たる話がいくつか出てきました。

speakerdeck.com

こちら 7 ヶ月だけ終了日が延期されましたね。

クロージング

来年は（例年どおり）1 月下旬開催となりそうです。

懇親会

富山駅北のホテルに移動して全体の懇親会に参加。

自分の荷物をクロークに預けようとしている間にクローク待機列がどんどん伸びてきてエスカレーターの近くまで行ってしまい危険な状態になったので、近くにたまたま居たほかの当日スタッフに声を掛けて一緒に列誘導していたら、自分の荷物を預ける順番がほぼ最後に。

（懇親会終了後の帰りも同じく、というか一斉にみんな出てくるのでもっと列が長く…）

まあこれは想定内というか、撮影スタッフとしてはあまり良い写真が撮れていなかったので「ああ、ようやくスタッフらしい仕事をしている！」という感覚でした。

「フロントエンドカンファレンス名古屋 2026」の宣伝を懇親会内で行うことになっていたので、とりあえずブリしゃぶだけ食べてあとは何も食べず飲み物だけ飲んで宣伝タイムを待ちながら雑談していました。

ブリしゃぶ [1]
ブリしゃぶ [2]

無事に任務完了！良かった。

www.docswell.com

（フロントエンドカンファレンス名古屋の実行委員長・副委員長と調整しながらこんなスライドを作っていました）

というわけで 2 日間に拡大されてどうなることかと思った BuriKaigi 2026 も無事終了。

来年は身内に何事もなければ参加すると思いますし当日スタッフにも手を挙げると思いますが、プロポーザルは何か新しいネタができないと厳しいかも…？

ともあれ、運営・スポンサー・ほかの当日スタッフのみなさん、そしてスピーカー・参加者のみなさま、今年も楽しく始まり楽しく終えることができました！

ありがとうございました！

撮影スタッフとしての反省点はたくさんあったのですが（登壇者＋スライド表紙やセッションルーム内全景の撮影はスマホかコンデジを併用したほうが良かったし、特に Day1 はサブ機用レンズの選択を間違えた）、撮影班の中では「ガチ勢に 1 人素人が混ざってしまった」状態だったので許してください！

翌日観光（1/11）

JAWS FESTA のときに行けなかった能登へ行こうと思っていたのですが、天候（雪と風）を考えてそちらは今回も諦めて、富山市ガラス美術館へ。

toyama-glass-art-museum.jp

Day2 に参加されていた teckl さんとバッタリお会いしました。

ガレ・ドーム兄弟など名古屋の大一美術館などでも見たことのある作家たちの作品が展示されていました。

（こちら↓はそのあたりとは別の、SNS 公開可能な展示群）

「めぐりあう今を映す」展示作品 [1]
「めぐりあう今を映す」展示作品 [2]

ガラス美術館はさらっと見る程度の予定が結果的に 1 時間以上滞在。そして帰り道ついでに気になっていた神社へ。

今、「開発」は普通「かいはつ」と読みますが、元々は「かいほつ」だったんですね。

（なおお参りを終えて車に戻ったら雹のような雪が急に降ってきました）

その後は R41 を南下。

このあたりは路面積雪はないですが、ほどなく積雪区間に突入、数河峠の前後はひどい吹雪でした。

↑は飛騨古川の街が近づいて雪がおさまってきたあたりです。

さらに南下し、高山を抜けて下呂に入ったあたりでは雪も小降りになったので下呂温泉合掌村に立ち寄りました。

www.gero-gassho.jp

油断している間に雪の降り方がだんだん激しくなって…

普段 R41 を走ったりライブカメラを見たりしていると下呂南部（金山あたり）から南はほとんど路面に雪が積もることがないのですが、この日は美濃加茂 IC で東海環状道に入り、その先も愛岐トンネルを越えて愛知県に入るまで岐阜県内はずっと積雪路でした。

（愛知県に入った瀬戸のはずれあたりは吹雪だったので積もり始めるのも時間の問題だった気が）