$ aws ecs execute-command \ --region ap-northeast-1 \ --cluster {cluster名} \ --task {task名} \ --command "sh" \ --interactive The Session Manager plugin was installed successfully. Use the AWS CLI to start a session. An error occurred (InvalidParameterException) when calling the ExecuteCommand operation: The execute command failed because execute command was not enabled when the task was run or the
はじめに S3上にあるファイルを一時的に不特定多数に公開したい場合や、IAM Userアカウントを持っていない人に対して一時的にファイルのダウンロード／アップロードさせたい場合があります。このような場合に用いることができる手段として「S3 Presinged URL」があります。 ググってみると、このURLの生成方法、利用方法についての説明はあるものの、その仕組みについて触れたものはほとんどなかったため、記事にまとめました。 TL;DR Presigned URLは特定のIAM Entity（IAM User/IAM Roleなど、AWS API操作主体となるもの）の権限で発行される Presigned URLによるファイルのダウンロード／アップロードは、このURLを発行したIAM Entityの権限で実行される Presigned URLは有効期限を持たせることができる Presigne
当然入っているものだと思ってましたが、 入っていなかったのでDockerfileの設定をメモしておきます。 公式のイメージはこちらです。 https://hub.docker.com/_/amazonlinux 確認とインストール $ docker run --rm -it amazonlinux:2 bash コンテナに入ります。 $ which aws bash: which: command not found whichも入ってなかったです。 しかたないのでPATHを調べてgrepします。 $ echo $PATH $ /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin $ ls -1 /usr/local/sbin | grep aws $ ls -1 /usr/local/bin | grep aws $ l
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 ユーザーアカウントのサインアップと確認 ユーザーは、ユーザープールのクライアントアプリにサインアップします。これはモバイルまたはウェブアプリです。 ユーザープールにユーザーのアカウントをインポートできます。詳細については、「CSV ファイルからユーザープールへのユーザーのインポート」を参照してください。 ユーザープールにユーザーのアカウントを作成し、サインインへユーザーを招待することができます。詳細については、「管理者としてのユーザーアカウントの作成」を参照してください。 サインアップするユーザーは、サインインする前に確認が求められます。インポートされ作成されたユーザーはすでに確認されていますが、初めてサインインするときはパスワードを作成する必要があります。以下のセ
URLに含まれているIDをそのまま使う場合、ブラウザ上のURLを直接書き換えることで他人の情報を取得できてしまう恐れがあります。 (そもそも他人のIDを知っている必要があるので、ハードルは高い気がしますが…) ■ 管理者用のAPIを一般ユーザーが実行できないようにしましょう 管理者用APIのような重要な処理をするものには権限チェックをつけ、一般ユーザーが呼び出せないようにしましょう。 一般ユーザー用の画面上からは呼び出せなくても、Postmanのようなツールから直接APIを実行できてしまっては本末転倒です。 対応した内容 ■ ユーザーにカスタム属性を付与した AWS Cognitoを使ってユーザー管理をしている場合、カスタム属性にユーザー識別用のIDを含めることで対応が可能です。 AWS Cognito | ユーザープール属性 https://docs.aws.amazon.com/ja_
Amazon CognitoのUser Groupを利用した権限管理について本気出して考えてみた。 パーソルプロセス＆テクノロジー株式会社のAdvent Calendar 19日目の記事です。 Azureの記事が多い中ですが、堂々とAWSの記事を書いていこうと思います。 今回は何番煎じかわかりませんが、Amazon Cognitoを利用して役職や階級の概念を持つサービス内の権限管理を行います。 順を追って構築していくので、記事を読み終わった際に 権限管理が可能な環境が構築できる状態 になっていただければ幸いです。 あくまで『権限管理を行う』が目的です。個々の解説は適当なので、公式のドキュメントを合わせて読んでみてください。 不明点あれば質問いただければ返答します(正しい答えが返ってくるとは言っていない。) 最初に Cognitoは、認証認可、またユーザーの管理なども兼ね備えたフルマネージド
こんにちは、虎塚です。 Amazon Linux上でGo製のツールを使うためのセットアップをする機会がありましたので、手順をまとめておきます。 ちなみにそのツールとは、都元さん作成のaurlです。そのため、この記事は、Amazon Linux上でのaurlのインストール手順でもあります。 追記: 数名の方から「Go製ツールを使うには、バイナリファイルを1個置くだけでOKです」というコメントをいただきました。当初「Amazon LinuxでGo製ツールを使う手順」という記事タイトルにしていましたが、「Go開発環境/ビルド環境としてAmazon Linuxをセットアップする手順」のほうが適切でしたので、訂正します。ご指摘ありがとうございます！ 環境 AMI: amzn-ami-hvm-2015.03.0.x86_64-gp2 (ami-cbf90ecb) カーネル: 3.14.48-33.39
Play Framework に対するアクセスから ELB や nginx（リバースプロキシ）を経由した アクセス元IPアドレス を取得するには、少し工夫が必要です。 本記事におけるバージョン情報は下記の通りです。 Play Framework 2.4 Scala 2.11.4 nginx 1.6.2 下準備: IP確認するアプリケーションを用意する アクセス元IPアドレスをどのように取得すればいいかを知るために、まず、アクセス元IPを確認するアプリケーションを作成しましょう。 ipcheck.scala.html @(remoteAddr: String, xForwardedFor: String, xRealIp: String) @main("IP Check") { <dl> <dt>Your remoteAddress</dt> <dd>@remoteAddr</dd> <dt
API Gateway では、AWS のサービス (Lambda や DynamoDB など) または HTTP エンドポイントのステートフルフロントエンドとして WebSocket API を作成できます。WebSocket API は、クライアントアプリから受信するメッセージのコンテンツに基づいて、バックエンドを呼び出します。 WebSocket API は、リクエストを受け取って応答する REST API とは異なり、クライアントアプリとバックエンド間の双方向通信をサポートします。バックエンドは、接続されたクライアントにコールバックメッセージを送信できます。 WebSocket API では、受信する JSON メッセージは設定したルートに基づいてバックエンド統合に転送されます (JSON 以外のメッセージは、設定した $default ルートに転送されます)。 ルートにはルートキー
まえがき 別記事でaws-sam-initを導入して、サーバーレスアプリケーションの開発を便利に進めることができるようになったが、やはりサーバーレスならDBとしてはDynamoDBが相性が良く、組み合わせて使いたい。 とはいえ、RDBのOracleDBやPostgreSQLと違って、DynamoDBってAWS固有のプロダクトだからローカルで試せないよね・・・どうせ安いし本物のDynamoDB使っても良いけど、なんだかなぁ・・・開発だし・・・ はい。天下のAWSさんはローカルで動かせるDynamoDBちゃんを公開してくれています。是非、使わせてもらいましょう。 ※追記: 2020年のAWS DevDayにてDynamoDBに関する講演を行う機会がありました。貴重な機会を頂きありがとうございました。 その際にDynamoDB Localについても言及しています。参考程度に併せてご覧ください。
モバイルバックエンドサービス(mBaaS)は、もはやクラウドプロバイダーが提供するものを使用するのが鉄板になってきました。 大きなクラウドプロバイダーといえば、 Amazon-AWS, Google-GCP, Microsoft-Azure ですね。 私が推している Xamarin は、Microsoft 製品である以上、 Azure とセットで PR される事が多いですが、 Xamarin 的には他の mBaaS にも対応しているので、ちょいと調べてみました。 ※筆者は、日頃 AWS はよく使っているけど EC2/S3 が主、Google Cloud Platform と Azure は HelloWorld 程度という知識です。 まずは、各 mBaaS が提供する機能を比較し、その後、 Xamarin への対応状況を述べます。 ｍBaaS の機能比較表 とりあえず表。 機能＼プロバイダ
こんにちは、@ketancho です。 こちらの記事の初版は2018年に書いたのですが、ありがたいことに2025年現在も多くの方に読んでいただいています。私としてもとても気に入っている記事で、かつ「AWSを学ぶために最初に構築する」というテーマとしては、（少なくとも私は）陳腐化しておらず、今でも最初に試しておきたい構成かな？と思っています。 もちろん、他にも多々構成の選択肢を学ぶという意味で有意義な構成があると思うのですが、AWS 基本のキを抑えたい方がいたときに、私はこれらのアーキテクチャを構築してみるのはどうですか？とお伝えすると思います。 一方、AWS のアイコンが古くなっており、読みにくい部分も出てきたかなと思っており、リライトしてみることにしました。前述の通り、内容を大きくは変えていませんが、より読みやすい記事になっていればと願っております。 先日書いた AWS の勉強方法をまと
大前 研一（株式会社ビジネス・ブレークスルー 代表取締役社長、ビジネス・ブレークスルー大学 学長） 大前 創希（株式会社クリエイティブホープ 代表取締役会長、ピコもん株式会社 代表取締役CEO） 大前研一氏とファシリテイター大前創希氏による、デベロッパーの生き方についてのセッションです。今から 20 年後の 2035 年をマイルストーンに、その時のデベロッパーを取り巻く環境をイメージしながら、「デベロッパーはこの先どう生きるか」について、最新 IT 事情を含む国内外、多方面に豊富な知見をお持ちの大前研一氏から普遍的なアドバイスを頂きます。デベロッパー以外の方でも、自分のキャリアに迷いや不安を抱える方、2035 年の自分のキャリアのイメージが湧かない方など、自分戦略を考える上で多くの気付きを得られるセッションとなります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く