気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
2users
がブックマーク
0
0
ECS間通信にService Connectを使わず、Service Discoveryを選んだ理由 - Qiita
2 users
qiita.com/suzuki0430
qiita.com/suzuki0430
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ECS間通信にService Connectを使わず、Service Discoveryを選んだ理由 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? おそらく誰しも一度は、なんでこんな感じになってしまったんだろう？みたいなインフラ構成に出くわしたことがあるんじゃないでしょうか。 自分の場合は、2つのアプリケーションを別のVPC上のECSで動かしていて、ECS間の通信をインターネット経由で行っているという構成が放置されていました。VPCをまたいでいるため、ECSタスク同士の通信がNAT GatewayやALBを経由しており、パフォーマンス、セキュリティ、コスト、どれをとってもあまりよくない状態でした。 結論：Service Connectを断念してService Discoveryで構
qiita.com/suzuki0430
qiita.com/suzuki0430
qiita.com/suzuki0430
qiita.com/suzuki0430
brutus.jp
nordot.app
news.yahoo.co.jp
gigazine.net
spiess.dev
life.job-draft.jp
www.memory-lovers.blog
speakerdeck.com/tomohisa
zenn.dev/b_tm
gigazine.net
lucumr.pocoo.org
speakerdeck.com/minorun365
300books.jp
engineers.ntt.com
suumo.jp
engineers.ntt.com
onaji.me
