AWS ECS Fargate のCPU性能と特徴 | 外道父の匠
ちょいとした用途において、カジュアルにFargateの起動／停止を繰り返して、気ままに負荷全開かけていたら、あまりの違和感にCPU割り当てについて調査することにしました。 最近こんなことばっかやってる気がしますが、気に食わんかったからムカムカ解消に書くしかないんや。半分くらいブラックボックス与太話な感じで夜露死苦です。 はじまり とある処理を全開でFargateにやらせて、cpu=1024(100%), 2048(200%), 4096(400%) でどのくらい RPS (requests per second) でるかを計測していると、想定通りならほぼ比例でRPSが伸びるはずが、全然そうならないパティーンに遭遇。 並列過剰やエラー・バグ起因ではないことをほぼ確させた上で、まさかCPUガチャじゃあるまいなと試したら、まんまCPUガチャでしたということで、EC2からある話ではありますが、現在
環境の移動と Amazon EBS ボリュームのサイズ変更または暗号化 - AWS Cloud9
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 環境の移動と Amazon EBS ボリュームのサイズ変更または暗号化 AWS Cloud9 開発環境を Amazon EC2 インスタンスから別の Amazon EC2 インスタンスに移動できます。たとえば、次のようなアクションを実行したいかもしれません。 正常なインスタンスと比較して、障害がある、または予期しない方法で実行されている Amazon EC2 インスタンスから環境を移転します。 古いインスタンスから最新のシステム更新が適用されているインスタンスに 環境を移転します。 環境が現在のインスタンスに対して使用率が高すぎるまたは低すぎるため、インスタンスのコンピューティングリソースを増やします。 プロジェクトファイルを保持したまま、新しい AWS Cloud
[AWS CDK] WAF v2のAWSマネージドルールをCloudFrontに適用する | DevelopersIO
こんにちは、CX事業本部の若槻です。 AWS WAFではAWS Managed Rules for AWS WAF（マネージドルール）という機能を使うことにより、独自のルールを記述することなく一般的なアプリケーションの脆弱性を保護することができます。 AWS WAF の AWS マネージドルール - AWS WAF、AWS Firewall Manager、AWS Shield Advanced 今回は、AWS CDKでWAF v2のAWSマネージドルールをCloudFrontに適用してみました。 やってみる アプリの作成 AWS WAFで保護するアプリケーションとして、下記の記事を参考にAWS CDKでデプロイしたReactアプリを使用します。 AWS CDKでReactアプリをデプロイしてみた | DevelopersIO 注意点として、今回CloudFrontに紐付けるAWS WAF
![[AWS CDK] WAF v2のAWSマネージドルールをCloudFrontに適用する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a40565a486672c7039cb5c926f432f33218cbc0e/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-waf.png)
[StepFunctions]ParametersやらResultPathやら…。ステート間のパラメータ受け渡しって結局どうなってるの？を１つの図にしてみた。 | DevelopersIO
こんにちは、平野です。 StepFunctionsを使っていて、ステート間を流れていく変数を追っていたんですが、 ParametersとかResultPathって、何度理解したと思っても忘れてしまうんですよね。 出来るだけわかりやすい一覧の図にできればいいなぁ、と思ったので作ってみました。 その過程で理解もだいぶ深まったので自分的には決定版になったかなと思います。 取り上げる範囲 取り上げる機能 今回取り上げる機能は以下の4つのみです。 ので、かなり基本的なことしか解説していません。 InputPath OutputPath ResultPath Parameters 説明に使用するステート StepFunctionsのステートにはいくつかの種類がありますが、 今回はLambda関数を呼ぶTaskステートを使って説明します。 これは、Lambdaは使ったことがある人も多いだろうし、一番わか
![[StepFunctions]ParametersやらResultPathやら…。ステート間のパラメータ受け渡しって結局どうなってるの？を１つの図にしてみた。 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ab62f855f97936c12b60e511a8953225f7851a15/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F04%2Faws-step-functions.png)
Step Functions + Batchでシンプルなステートマシンを作ってみた | DevelopersIO
こんにちは。AWS事業本部のKyoです。 前回VSCodeにStep Functionsの開発環境を整えたので、Batchと連携させて科学計算をイメージしつつ、できるだけシンプルなステートマシンを構築してみます。 Step Functions開発の「うーむ...」にVSCodeとAWS ToolKitで挑んでみる話 やりたいこと 直列での計算を行うステートマシンを構築します。 下図のFirstCalcとSecondCalcはそれぞれ 「increment」というBatchジョブを呼び出します。FirstCalcの出力ファイルをSecondCalcの入力ファイルとします。 incrementは以下の処理を行います。 入力ファイルをS3からダウンロード 入力ファイルに含まれる数値に1を足す 計算結果をファイルに出力し、S3にアップロード 入力と出力ファイルの場所（S3のURI）は環境変数で決め
AWS SaaS Boost を利用したモノリスアプリケーションの SaaS 移行 | Amazon Web Services
Amazon Web Services ブログ AWS SaaS Boost を利用したモノリスアプリケーションの SaaS 移行 AWS SaaS Factory で Principal Partner Solutions Architect を務める Tod Golding による記事です。 SaaS (Software-as-a-Service) モデルへの移行は多くの企業にとって魅力的ですが、新しいマルチテナントアーキテクチャへの移行に必要な時間、労力、投資は大きな障壁となる場合があります。 多くの企業にとって、SaaS への移行には、新しいテクノロジーの習得、マルチテナント構造の実装、新しい運用ツールの作成、新しい課金体型の採用、といった作業を伴います。 こういった障壁は、SaaS への移行がビジネスを成長させ将来の成功の鍵になると考えている企業にとって、特に深刻な問題になる可能
AWS SaaS Boost がオープンソースとしてリリースされました | Amazon Web Services
Amazon Web Services ブログ AWS SaaS Boost がオープンソースとしてリリースされました re:Invent 2020 で、Amazon は AWS SaaS Boost の プレビューを発表 しました。これは、ソフトウェア開発者が既存のソリューションの提供形態を SaaS (Software-as-a-Service) モデルに移行するのをサポートするツールです。AWS SaaS Boost を、AWS 上で貴社の SaaS を推進および管理するのに役立つすべての地上運用とロケットを備えた、アプリケーションのスペースローンチシステムとして考えてください。SaaS Boost によって SaaS へのアプリケーション変換を迅速化することで、開発作業を大幅に軽減し、ソフトウェア開発者は自社製品を差別化する機能の開発に集中できるようになります。何百人もの開発者から
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
