AWS ECS Service Connect について理解する - Qiita
概要 今回は、AWS Service Connect のチュートリアルを試してみたいと思います。 なお、ECS の基本的な事については、理解している前提で進めていきます。 ECS Service Connect とは マイクロサービスアーキテクチャなどの構成において、ECSサービス間の通信を簡単に設定できるようにしたアップデートです。 今までも、ECSサービス間の通信を接続する方法として、以下の方法がありました。 ELB ECS Service Discovery AWS App Mesh 但し、これらのサービスはいくつかの課題もありました。そのあたりの課題を上手くやってくれるのが、AWS Service Connect です。 ELB、ECS Service Discovery、AWS App Mesh、AWS Service Connect の違いなどについては下記の資料が大変参考にな
2024 年 7 月と 8 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内 | Amazon Web Services
Amazon Web Services ブログ 2024 年 7 月と 8 月の AWS Black Belt オンラインセミナー資料及び動画公開のご案内 2024 年 7 月と 8 月に公開された AWS Black Belt オンラインセミナーの資料及び動画についてご案内させて頂きます。 動画はオンデマンドでご視聴いただけます。 また、過去の AWS Black Belt オンラインセミナーの資料及び動画は「AWS サービス別資料集」に一覧がございます。 YouTube の再生リストは「AWS Black Belt Online Seminar の Playlist」をご覧ください。 AWS Cost Anomaly Detection AWS Cost Anomaly Detection は、機械学習モデルを使用して、AWS サービスの異常な支出パターンを検出して警告する機能です。本
AWS ECS ARM64 FARGATE_SPOT 利用上のポイント | 外道父の匠
ECS Fargate の ARM64 版は長らくスポットが使えませんでしたが、ようやくやってきました。 利用するにあたって、いくつかポイントと注意点があるので、ザックリと把握しつつ自分用にどう構成するかを考えていく感じになると思います。 はじめに リリースや価格についてはこちらにまとまっています。 [アップデート] Fargate Spot で AWS Graviton ベースのコンピューティングがサポートされました | DevelopersIO 東京だとオンデマンドに比べて 62% OFF くらいです。前は Blue/Green の場合にスポットを利用できませんでしたが、今は解消されドキュメントからもその記述は消えています。 落ちやすさはまだわかりませんが、EC2 の例だと X86 より ARM64 の方が安定している雰囲気があるので、Fargate においても速い・安い・安定を期待で
[アップデート] Fargate Spot で AWS Graviton ベースのコンピューティングがサポートされました | DevelopersIO
こんにちは、中川です。 Fargate Spot で AWS Graviton ベースのコンピューティングがサポートされました。 Fargate Spot は通常の Fargate（オンデマンド）と比較して、最大 70% 割引価格で利用できる購入オプションです。 これまでは、Fargate Spot で x86 ベースの CPU アーキテクチャのみサポートされていました。 今回のアップデートにより、AWS Graviton ベースのコンピューティングでも Fargate Spot が利用可能になり、ARM アーキテクチャを利用したアプリケーションでも大幅な割引オプションを利用できるようになりました。 料金 ARM ベースの通常 Fargate、x86 ベースの Fargate Spot と東京リージョンで料金を比較した表が以下になります。 CPU キャパシティプロバイダ 時間あたりの vC
![[アップデート] Fargate Spot で AWS Graviton ベースのコンピューティングがサポートされました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/f148243ac02b0fa489580e33beff23e44b600723/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-c1b708083968781e5e6f8e97b66f63e9%2Fa49e000e77ecc72d1e98e65a083c2da8%2Faws-fargate)
円安を乗り越えるための Arm アーキテクチャへの移行が完了！ そのプロセスを公開します - カミナシ エンジニアブログ
こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 カミナシでは、クラウドインフラストラクチャに AWS を採用していますが、昨今の円安を受けて円換算での請求額は右肩上がりで増え続けています。サービスの規模や特性に関わらず、パブリッククラウドを利用する多くの日本企業で頭痛の種になっているのではないでしょうか。 円安になる前から継続的にコスト最適化には取り組んできましたが、クイックウィンで実施できるものはやり尽くしており手詰まり感がありました。しかし、我々スタートアップにおいて適正なコストに抑えることはランウェイ（キャッシュ不足に陥るまでの残存期間）を伸ばす意味でも重要なため、現状に甘んじることなく次の最適化ポイントを探していました。 Arm アーキテクチャ移行によるコスト最適化への期待値 AWS は Arm ベースの Graviton プロセッサを開発しており、
ECS(Fargate)上にLocustとAPIサーバ(Go)を構築してService Connectで接続してみた | DevelopersIO
こんにちは、ゲームソリューション部のsoraです。 今回は、ECS(Fargate)上にLocustとAPIサーバ(Go)を構築してService Connectで接続してみたことについて書いていきます。 イメージの作成 LocustとLocustのリクエスト先のAPIサーバのイメージを作成します。 Locust Locustのdockerfileは以下です。 FROM locustio/locust WORKDIR /locust # Locustのシナリオファイルを配置 COPY locustfile.py /locust/locustfile.py # Locustのシナリオを実行 CMD ["-f", "/locust/locustfile.py"]
ECS(Fargate)上に構築したLocustからAPIサーバ(Go)経由で、TiDB Cloudにクエリを実行してみた | DevelopersIO
package main import ( "database/sql" "log" "net/http" "crypto/tls" "github.com/go-sql-driver/mysql" ) // 起動するポート const port = "8080" func helloHandler(w http.ResponseWriter, r *http.Request) { // データベース接続 // TiDB Cloudにて表示されたコード mysql.RegisterTLSConfig("tidb", &tls.Config{ MinVersion: tls.VersionTLS12, ServerName: "gateway01.ap-northeast-1.prod.aws.tidbcloud.com", }) db, err := sql.Open("mysql", "
ECSのService Connectを試す記事 - サーバーワークスエンジニアブログ
前書き 本記事の趣旨 完成イメージ図 本記事で取り扱わないこと 対象読者 デプロイ用のCDK作成 フロントエンドのプロジェクト作成 バックエンドのプロジェクト作成 Dockerfileの編集 app.pyの編集 requirements.txtの編集 AWSのインフラ部分の作成 CDKのデプロイ デプロイ後のリソースの確認 サービス 作成順序について ECSのコンテナ同士の通信関係の表現 バックエンドコンテナの名前解決はどうなっているか？ マネジメントコンソールから動作を確認する 負荷をかけて、挙動を確かめてみる。 まとめ 前書き CS1の石井です。 直近の案件でECSを使う構成を検討しており、ECSについて調査していました。 調査中に「Service Connectという設定が、いい感じにサービス同士の通信をやってくれる」という話を聞いて、実際に試して挙動を確認してみたいなぁと思いました
Gatlingによる分散負荷試験を自動化するKubernetesオペレーターGatling Operatorの紹介 - ZOZO TECH BLOG
こんにちは。SRE部の川崎（@yokawasa）、巣立（@tmrekk_）です。私たちは、ZOZOTOWNのサイト信頼性を高めるべく日々さまざまな施策に取り組んでおり、その中の1つに負荷試験やその効率化・自動化があります。本記事では、私たちが負荷試験で抱えていた課題解決のために開発、公開したOSSツール、Gatling Operatorを紹介します。 github.com はじめに ZOZOTOWNは非常にピーク性のあるECシステムであることから、常にそのシステムが受けうる負荷の最大値を意識しております。想定しうる最大規模の負荷を受けてもユーザー体験を損なうことなくサービス継続できることをプロダクションリリースの必須条件としています。したがって、新規リリースやアップデート、大規模セールなどのシステム負荷に影響を与えうるイベント前など、比較的頻繁に負荷試験を実施しています。そして、社内でもっ
ecspresso handbook v2対応版
Amazon ECS デプロイツール ecspresso の作者による解説本です。 チュートリアル、基本的な使いかた、応用的な使いかた、設計思想と実装、全コマンドのリファレンスを掲載しています。 本書は[ecspresso handbook v1対応版](https://zenn.dev/fujiwara/books/ecspresso-handbook)を元に、2022年12月14日にリリースされたecspresso v2への対応と構成変更、新章の追加を行ったものです。 v1対応版とは多くの内容が重複しているため、購入の際にはご注意ください。 2023-12-21 v2.3.0対応版に更新しました。
ecspresso advent calendar 2020 day 21 - やること、やらないこと
Amazon ECS のデプロイツールである ecspresso の利用法をまとめていく ecspresso Advent calendar 21日目です。 ecspresso の設計思想 ecspresso は、ツールが操作する範囲を意図的に ECS のみに限定するように設計されています。必要な関連リソースについては利用者が他の手段で管理することを前提としています。 ここではその意図と、ecspresso の実装を説明します。 AWSでアプリケーションを構築するために必要なサービス ECS は AWS のサービスの中で、コンテナオーケストレーションのためのビルディングブロックとして存在しています。 ECS だけでアプリケーションのすべてを構築することはできません。データの永続化には外部のデータストア (S3, RDS, ElastiCache, DynamoDB...)を利用するのが前提
Amazon ECSのデプロイにecspressoを使うとビルド・デプロイの境界やアプリ･インフラのIaC境界が明確になる ~ fujiwara-ware OSS ~ | DevelopersIO
クラスメソッドは2024年に5つのOSSに対して支援を実施しました 当方が推薦した @fujiwara さん作による Amazon ECSのデプロイツールである ecspressoが選定されたので、簡単に紹介します。 継続的デリバリーの責任範囲を明確にするecspresso ecspresso(「エスプレッソ」と発音します)はAWSのコンテナサービスAmazon ECSのデプロイツールです。 ECSでのデリバリーを思い出してみましょう。 ECSのデリバリーは、新しいコンテナイメージのビルドと、新しいコンテナイメージのデプロイの2つのフェーズに分かれている ECSのデプロイは、タスク定義を更新し、サービスの参照するタスク定義を更新すること 頻繁に更新されるアプリケーションに対して、VPCやALBといったインフラストラクチャの更新頻度は低く、この2つの更新のライフサイクルは大きく異なる 以上を
AWS 新CPU Graviton4 の性能検証 | 外道父の匠
公式の説明による大きな変化点は、 Graviton 2 → 3 の時は、性能25％UP で費用6％UP、Network/EBS 帯域幅が向上、 Graviton 3 → 4 では、性能30%UP で費用10％UP、最大スペックが３倍、 に加えて、細かいところでも色々少しずつ向上しているという感じです。 特にスペック３倍は、データベース用途におけるスケールアップが強力で、一時的な緊急負荷対策としても強いし、クラスタデータを３分割するくらいなら１クラスタで分割なしで貫けばいいじゃない、など安定と選択の幅が広がるのは間違いないでしょう。 ベンチマーク それでは、疑り深い外道父さんによる、いつもの Phoronix による検証です。 今回は R系 という点と、あまり古いのと混ぜると共通成功テスト数が減ってしまうことから、R6g, R7g, R8g での比較としています。C7i 以前なども知りたけれ
[ECS] タスク定義ファイル(taskdef.json)の運用について考える | iret.media
この記事について みなさん、ECS利用していますか！？ AWSでコンテナを使うのなら、ECSですよね！?(kubernetesわからない勢) ECSはタスクという単位で、アプリケーションを実行させます。 そして、タスクの中にコンテナが１つ以上稼働します。 タスクはタスク定義から作成されます。タスク定義はタスクの金型的な存在です。 また、タスク定義はJSONファイル（以後taskdef.json)として運用することが一般的です。 このtaskdef.jsonを実運用する際に迷うポイントがあります。 それは以下のどちらの方法にするかです。 – 方法① : 各環境ごとにtaskdef.jsonを用意する – 方法② : 各環境でtaskdef.jsonを共用する ①,②について、それぞれの詳細/メリット・デメリットについて洗い出しをして、どちらを採用すべきかについての見解を述べていきます。 あく
![[ECS] タスク定義ファイル(taskdef.json)の運用について考える | iret.media](https://cdn-ak-scissors.b.st-hatena.com/image/square/6dda3fa59c84ecf7bd086d3ed685fc0451c945fa/height=288;version=1;width=512/https%3A%2F%2Firet.media%2Fwp-content%2Fuploads%2F2021%2F07%2Feyecatch-aws-logo-1200x630.png){kind=logo}
AWSのECSってなんやねん
自己紹介 どもども、フリーランスエンジニアとして働いている井上弥風です。 ずっとバックエンドメインで仕事をしてきたのですが、インフラ側がヨワヨワ過ぎたので勉強を始めました ECSを自分で設定して開発時に利用して～～とかまで全部できる自信がなかったので学習していきます 対戦よろしくお願いします 初めに 記事の内容 この記事は「そもそもDockerって何？」から始まり、そのあとにECSを理解していきます ECSに関する内容だけを学びたい方は上記目次から「実際に使ってみた」まで飛んでいただけると読みやすいかと思います 記事のゴール 記事のゴールは下記です Dockerに対する理解をすること ECSに対する基礎知識を理解すること ECSに関わるサービス(ECRなど)の理解をすること そもそもDockerとは何か ECSの前にDockerってそもそも何者なんっていうのを僕が完全に理解できていなかった
AWS CDKでECS Fargate Bastionを一撃で作ってみた | DevelopersIO
EC2インスタンスの踏み台を用意したくない こんにちは、のんピ(@non____97)です。 皆さんはEC2インスタンスの踏み台を用意したくないと思ったことはありますか? 私はあります。 VPC上のRDS DBインスタンスやRedisクラスター、OpenSearch Service ドメインなどのリソースに接続したい場合、Site-to-Site VPNやClient VPN、Direct Connectがなければ踏み台(Bastion)が必要になります。 踏み台へのアクセス方法は以下のようなものがあります。 直接SSH SSMセッションマネージャー EC2 Instance Connect そして、踏み台となるリソースとして採用される多くがEC2インスタンスだと考えます。EC2インスタンスの場合、OS周りの面倒をみる必要があります。OS内のパッケージのアップデートが面倒であれば「踏み台が
改めてECSサービス間通信を整理する - NRIネットコムBlog
本記事は 基盤デザインウィーク 7日目の記事です。 🌈 6日目 ▶▶ 本記事 ▶▶ 8日目 💻 こんにちは、梅原です。 皆さんはコンテナオーケストレーションサービスであるAmazon ECS使ってますでしょうか。今回はECSのサービス間通信の方法4つについてお話します。 ECSサービス間通信についてとその4つの方法 1. Elastic Load Balancer Elastic Load Balancerまとめ 2. ECS Service Discovery ECS Service Discoveryまとめ 3. AWS App Mesh AWS App Meshまとめ 4. ECS Service Connect ECS Service Connectまとめ 4つの方法比較 最後に ECSサービス間通信についてとその4つの方法 昨今、マイクロサービスという言葉をよく聞きますが、E
【AWS App Mesh】サービスメッシュについて調べてみた - サーバーワークスエンジニアブログ
こんにちは。島村です。 最近マイクロサービスアーキテクチャの勉強をしています。 サービスメッシュの概念がわかりにくかったのでまとめてみようと思いブログにしてみました。 サービスメッシュの概念とAWS App Meshのアーキテクチャについて記載していきます。 今回は概念の説明だけに留まりますが、次回はハンズオンブログも書いてみたいと思います。 サービスメッシュ とは サービスメッシュ という技術はなぜ生まれた背景 1.アプリケーションによって開発言語が異なる 2.通信制御 3. 通信の観測性 サービスメッシュ 製品 サービスメッシュ が提供する機能 サービスメッシュのアーキテクチャ コントロールプレーン データプレーン AWS AppMesh とは何か AWS App Mesh のコンポーネント AWS App Mesh で提供している機能 ロードバランシング サービスディスカバリ セキュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Accelerate Serverless Streamlit App Deployment with Terraform | Amazon Web Services
AWSコストを大幅に削減する秘訣は覚悟と根性!? Elephant in the Roomから逃げるな！
