Amazon Web Services ブログAWSLambda で最大 10 GB のエフェメラルストレージをサポート可能に サーバーレスアプリケーションはイベント駆動型で、ウェブAPI、モバイルバックエンド、ストリーミング分析から機械学習 (ML) や高性能アプリケーションのデータ処理段階まで、エフェメラルなコンピューティング関数を使用します。AWSLambda には、コード用に 512 MB の一時ファイルシステム (/tmp) が含まれていますが、これはAmazon Elastic File System (Amazon EFS) などの耐久性のあるストレージ向けではない一時的なスクラッチリソースです。 しかし、抽出、変換、ロード (ETL) ジョブのほか、PDF ファイルの作成やメディアトランスコーディングなどのコンテンツ生成ワークフローでは、大量のデータを迅速に処理す
AWS Systems Manager では、オンプレミスでもマルチクラウド環境でも、AWS 内のノードを広範囲にわたって一元的に表示、管理、および運用できます。統合コンソールエクスペリエンスのリリースにより、Systems Manager ではAWS アカウントとリージョン全体にわたってよく使用するノードタスクを完了できるさまざまなツールが統合されています。 Systems Manager を使用するには、ノードを管理する必要があります。つまり、SSM Agent がマシンにインストールされ、Systems Manager サービスと通信できる必要があります。ノードが管理対象としてレポートされていない理由を特定できるように、Systems Manager にはワンクリックエージェント問題診断および修復ランブックが用意されており、定義したスケジュールに従ってこれを自動的に実行するように設
リソースAPI Boto3 には、2 つの異なるレベルのAPI があります。クライアント(「低レベル」)API では、下層の HTTPAPI 操作との 1 対 1 のマッピングが提供されます。 リソースAPI では、明示的なネットワーク呼び出しが表示されず、属性にアクセスしアクションを実行するためのリソースオブジェクトとコレクションが提供されます。(例: 整合性のある最新のインターフェイス Boto3 の "クライアント" インターフェイスと "リソース" インターフェイスには、AWSAPI を記述した JSON モデルによって実行される動的に生成されたクラスが用意されています。これにより、サポートされているすべてのサービス間で強力な整合性を維持しながら、極めて迅速に更新を実行できます。Python 2 および 3 のサポート Boto3 は、Python バージョン 2.7、
NewsPicksの高山です。 今回は、AWSのコストを我々がどのように定点観測しているかを書いていきます。 あわよくば他社さんも事例を広く共有してもらえて業界全体の共有知が増えることに繋がってほしい狙いがあります。NewsPicksでは過去2年ぐらいかけて地道にコストモニタリングのオペレーションを作ってきました。手法としては、毎週コストモニタリング担当のメンバーで定例ミーティングをして、以下の手順をやりながら議事録にまとめていきます。 毎週のオペレーション コスト異常検出 Savings Plansの購入 DynamoDBのReserved Capacityの購入 毎月のオペレーション 請求書CSVの取り込み Cost &UsageReportとQuickSight たまにやるオペレーション Reserved Instanceの購入 規模の適正化に関する推奨事項 Trusted A
はじめに 何番煎じ案件ですが、社内にて OIDC 経由でGitHub Actions にAWS アクセスしようぜが話題に上がっていたため、自分の方でも素振りをしてみたので備忘録を残しておきます。 社内の強い人たちの足跡をほぼほぼ辿っただけでしたが、永続的なCredentials を Actions に残したくない気持ちは同じだったので本当に助かります 🙇♂️ 内容 OIDC 自体の解説はコチラが参考になるかと思います。🙏 まず、AWS 側でGitHub 向けの OIDC と role を設定します。 CDK のサンプルソースが見当たらず、公式が提供するAWS 向けの OIDC カスタムアクションaws-actions/configure-aws-credentials に CFn テンプレートが記述されていたため、それを参考に CDK を起こしています。 CDK で私が記
コンバンハ、千葉(幸)です。 皆さんは、 PassRole と AssumeRole についてきちんと理解ができていますか?どちらも IAM ロールに関するものですね。 私はカラダ(ボディ)の調子がいい時は思い出せるのですが、雨が降っている日や、ちょっと疲れて気を抜いた時にはすぐ分からなくなってしまいます。 ということで、イメージとして脳に刻み付けることによって忘れられなくしてやろうと思いました。 そこで出来上がったのが以下です。 間違えました。以下です。 あ、でもやっぱり忘れづらいのはこちらかもしれませんね。 どうですか?もう忘れられなくなりましたね? 先にまとめ IAM ロールには以下ポリシーを設定できる アイデンティティベースポリシー Permissions boundary 信頼ポリシーAWS リソースに IAM ロールを引き渡す際には PassRole の権限が必要 PassR
AWS Ground Station サービスとして完全に管理された Ground Station により、簡単に衛星をコントロールし、衛星データを収集するAWS Ground Station は、衛星通信のコントロール、衛星データの処理、衛星運営のスケーリングを可能にする完全マネージド型サービスです。独自の地上ステーションインフラストラクチャを構築または管理する必用がありません。 衛星は、天気予報、地表画像撮影、通信、放送など、幅広いユースケースで使用されています。Ground stations は、グローバルな衛星ネットワークの中心を形成しています。 AWS Ground Station では、AWS のサービス、ならびに、低レイテンシーのグローバルファイバーネットワークを含むAWS のグローバルインフラストラクチャへの、直接的なアクセスが提供されます。例えば、ダウンロードされた
AWS Wavelength データレジデンシーと低レイテンシーのニーズを満たすアプリケーションをローカルで構築およびデプロイします。
AWS Well-Architected は、クラウドアーキテクトがさまざまなアプリケーションやワークロード向けに高い安全性、性能、障害耐性、効率性を備えたインフラストラクチャを構築する際に役立ちます。AWS Well-Architected では、6 つの柱 (優れた運用効率、セキュリティ、信頼性、パフォーマンス効率、コストの最適化、持続可能性) に基づいて、お客様とパートナーがアーキテクチャを評価し、スケーラブルな設計を実装するための一貫したアプローチを提供しています。AWS Well-Architected Framework には、ドメイン固有のレンズやハンズオンラボ、そしてAWS Well-Architected Tool が含まれています。追加コストなしでAWS マネジメントコンソールで利用できるAWS Well-Architected Tool は、ワークロードの定期
S3バッチオペレーションは、AWSが提供するS3オブジェクトに対するバッチ処理サービスです。 セットアップに少し手間がかかりますが、S3バケット上の大量のオブジェクトに一斉にLambda関数を実行できます。 この機能を利用して既存の画像オブジェクトを軽量化する手順を紹介します。 S3バッチオペレーションではなく、簡易シェルスクリプトによる既存の画像オブジェクトの軽量化も紹介しています。LightFileLambda関数 » 既存の画像を軽量化するにはを参照ください。 操作の流れ 初回はIAMロールの作成も伴い、多くの手順が必要です。このページでは次の手順を説明します。 インベントリ(オブジェクト一覧)の準備 標準のS3インベントリ機能またはLightFileLambda関数補助ツールで準備 S3バッチオペレーションの実行 ジョブの作成(前半) ジョブを実行するIAMロールの作成 ジョブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く