<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>Cdk - Tag - bitkatasumi.com</title>
        <link>https://bitkatasumi.com/tags/cdk/</link>
        <description>Cdk - Tag - bitkatasumi.com</description>
        <generator>Hugo -- gohugo.io</generator><language>ja-jp</language><lastBuildDate>Sat, 27 Apr 2024 22:15:00 &#43;0000</lastBuildDate><atom:link href="https://bitkatasumi.com/tags/cdk/" rel="self" type="application/rss+xml" /><item>
    <title>Service Connectの落とし穴とAWS CDKでECSの名前解決をCloudMapに設定する方法</title>
    <link>https://bitkatasumi.com/posts/2024-04-27-cdk-ecs-cloudmap/</link>
    <pubDate>Sat, 27 Apr 2024 22:15:00 &#43;0000</pubDate>
    <author>iseesince2021</author>
    <guid>https://bitkatasumi.com/posts/2024-04-27-cdk-ecs-cloudmap/</guid>
    <description><![CDATA[<p>先日AWS CDKでAmazon ECSの名前解決をAWS CloudMapに設定する方法を調べたのですが1週間くらいかかったので紹介します。</p>
<h2 id="動機service-connectの落とし穴">動機（Service Connectの落とし穴）</h2>
<p>そもそも改造することになったECSは名前解決にService Connectを使っていました。AWS的にはメトリクス取得と機能が両立していてイチオシらしいのですが、実装に<code>/etc/hosts</code>を使っていて、新しいサービスを追加したときに、<strong>既存サービスは再デプロイしないと新しいサービスの名前解決ができない</strong>、ということが分かりました<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup>。</p>]]></description>
</item>
</channel>
</rss>
