Amazon S3 Presigned URLのアクセス制御を深堀りする - Qiita
はじめに S3へのアクセスを制御するために様々な機能がありますが、これらはIAMのアクセス制御と混同して考えられることが多く、両方の機能の関連について、質問を非常に多く受けています。 以前に S3のアクセス制御はまずシンプルに捉えて対応すべき という記事を書きましたが、この記事に書いたように、S3バケットポリシーとIAMポリシーには以下のような違いがあります。 S3バケットポリシーは、S3側で、エンティティから行われるアクセスの制御 IAMポリシーの場合、エンティティ側で、S3に対して行うアクセスの制御 このように、両者では設定箇所および制御する操作の矢印の方向が異なります。 基本はこの2つでS3バケットやオブジェクトに対するアクセス制御を行いますが、この2つに加えて、全く異なるアクセス制御の要素が加わることがあります。 その代表例と言える 「Presigned URL」 を今回は取り上げ
textlint と VS Code で始める文章校正 - Qiita
はじめに 文章を書くときに、注意して半角文字の両端に半角空白を空けるという手動 lint をよくやっています。 また、日本語の表現や句読点、typo などに注意を払うことも必要です。 そこで、機械的に検出できた方が内容を書くことに集中できるので文章の lint ができる textlint というツールを使っていきます。 同様の検査ツールとして RedPen が存在します。 以下の記事に RedPen と textlint それぞれの立場から文章における問題とその解決についてまとまっているので参考になります。 文書執筆の指南書で解説されている問題点を RedPen で発見する - Qiita 文書執筆の指南書で解説されている問題点を textlint で発見する - Qiita 今回は、リポジトリ内で管理する Markdown ファイルに対して、Visual Studio Code(VS C
Microsoft MakeCode for Minecraftに入門してみた - Qiita
はじめに Minecraftをプログラミング教育の教材として使用する「MakeCode for Minecraft」を使ってみました。 以前よりプログラミング教育教材として使用されていることは知っていましたが、Minecraftを遊んでいる身としては、整地、自動採掘が簡単にできるのはとても魅力的でした。 調べてみると意外と日本語の情報が少なかったので、私の触った範囲での使い方を紹介します。 環境 Minecraft for Windows 10 Code Connection for Minecraft なぜMakeCode？ Minecraftでプログラミング学習をする方法は、MakeCodeの他に「Tynker」「Scratch」などのツールがあります。いずれもビジュアルプログラミングによりプログラミングを学習します。MakeCodeもビジュアルプログラミングによってプログラミングを学
[AWS CDK] Construct IDはパスカルケースで命名するのが良い - Qiita
new Table(this, 'ItemTable', { partitionKey: { name: 'id', type: AttributeType.STRING }, }); Logical IDは、CloudFormationテンプレート内でリソースを判別するためのIDです。 例えば以下のテンプレートでは、 ItemTable8236C20F がLogical IDです。 "Resources": { "ItemTable8236C20F": { "Type": "AWS::DynamoDB::Table", "Properties": { "KeySchema": [ { "AttributeName": "id", "KeyType": "HASH" } ], "AttributeDefinitions": [ { "AttributeName": "id", "Attri
![[AWS CDK] Construct IDはパスカルケースで命名するのが良い - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/17a5b6a3a7547586591a84135af2e3b3f81e60b0/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQVdTJTIwQ0RLJTVEJTIwQ29uc3RydWN0JTIwSUQlRTMlODElQUYlRTMlODMlOTElRTMlODIlQjklRTMlODIlQUIlRTMlODMlQUIlRTMlODIlQjElRTMlODMlQkMlRTMlODIlQjklRTMlODElQTclRTUlOTElQkQlRTUlOTAlOEQlRTMlODElOTklRTMlODIlOEIlRTMlODElQUUlRTMlODElOEMlRTglODklQUYlRTMlODElODQmdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIyMGJkNzFmMDk5ZDE5Njc2YzlkZDhhOGZmOWM3MzVj%26mark-x%3D142%26mark-y%3D100%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9OTcyJnR4dD0lNDB0bW9rbXNzJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0wZGFlM2ViOGI2NGU4ZGI3MGY0ZDhkOTBiZTZlMGNmOQ%26blend-x%3D142%26blend-y%3D504%26blend-mode%3Dnormal%26s%3D7dcb6330dc61bad12d1595b930f3718f)
cdk-remote-stack と AWS Edge Networking Services を使ったクロスリージョンアプリケーション の補足 - Qiita
cdk-remote-stack と AWS Edge Networking Services を使ったクロスリージョンアプリケーション の補足 CloudFrontCDKcdk-remote-stack こちらは CDK Advent Calendar 2021 の 19 日目の記事です。 こんにちは。 藤原 @twingo-b です。 2021/11/20-21 に開催された JAWS PANKRATION 2021 にて cdk-remote-stackとAWS Edge Networking Servicesを使ったクロスリージョンアプリケーション のセッション発表を行いました。発表時間の都合上概念説明がメインで、実際の CDK コードを交えたお話をもっとしたかったなーと思いましたので、この記事で補足します。 セッション発表の後に 「こちら」や「こちら」でも cdk-remote-
Permissions Boundaryによる利用者へのIAM権限移譲と権限昇格の防止 - Qiita
なぜ必要? 社内のAWS環境の全体管理者が、AWS利用者(インフラエンジニアやDeveloper)に対してIAMの権限を移譲したいケースがあります。例えばマルチアカウントで運用していて、利用者のアカウント内ではサービスに必要なIAM Roleは管理者に申請せずに自分で作成して欲しいというような場合です。いちいち管理者に必要なIAM RoleとPolicyを申請していたら開発のスピードが落ちるし、管理者の運用負荷もバカにならないからです。 一方で、IAM Roleを作成可能にしてしまうと、利用者に与えられている権限や禁止したい操作を超えたIAM Roleを作成してスイッチすることができるようになります。これはガバナンスの観点でよろしくないという判断になる場合があります。指定したIAM PolicyしかIAM Roleにアタッチできないようにすることもできますが、事前に必要なポリシーをリストア
仕事と育児を両立させるためにAWS SAPを取得した話 - Qiita
合格体験記 AWSの最難関資格と言われるSAPに合格しました。 なので、カテゴリといえば合格体験記に入るのですが、SAPの合格体験記なんて、インターネットでググれば腐るほど出てくるので、勉強時間や方法についてはそれらとほぼ同じになります。 簡潔に書くと、１ヶ月間で50~100hほど使って、過去問を600問ほど解きました。最初のうちは問題の文章の中に聞いたことのない未知の語句が1~3個出てくるので、いちいちその語句をググって概要やハンズオン記事を、過去問全体が理解できるまでひたすら読みました。過去問は本、koiwaサイト、udemyを使えば十分かと思われます。 実務では主にswiftでiosアプリを書いているのでインフラ関係は未経験ですが、応用情報やネットワークスペシャリストの勉強を事前にしていたので、なんとかついていけた感じです。合格体験記の部分はこれで終わり。 SESのエンジニアが妊娠し
特別な理由なしにgit-flowを新規採用するべきではない - Qiita
私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ
障害報告書を書こう！ - Qiita
担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告（レポート）する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例： ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ
[いわゆる退職エントリ] Microsoft を辞めることにしました（あるいはサポートエンジニア → Product Marketing Manager になるまでなど） - Qiita
[いわゆる退職エントリ] Microsoft を辞めることにしました（あるいはサポートエンジニア → Product Marketing Manager になるまでなど）退職エントリ 皆さんごきげんよう。ういこうと申します。 これまで日本マイクロソフト株式会社で Azure のフロントエンド領域を中心としたサービスの Product Marketing Manager をしておりましたが、6/30 日をもって退職することとなりました。 きっと Microsoft 界隈以外では、あなたどなた？という感じだと思いますので、少し自己紹介と、退職エントリ（のようなもの）を書くことにした理由を紹介させてください。ちょっと、いや...かな～り長いので、おやつでも食べながら読むものがないなーというときや、今エンジニアなんだけど、マーケティングなど、テクニカル ロール外の職種に転換しようと思ってる、あるい
![[いわゆる退職エントリ] Microsoft を辞めることにしました（あるいはサポートエンジニア → Product Marketing Manager になるまでなど） - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc81715cecfdae25ce86937791cb887e21778600/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUUzJTgxJTg0JUUzJTgyJThGJUUzJTgyJTg2JUUzJTgyJThCJUU5JTgwJTgwJUU4JTgxJUI3JUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgzJTg4JUUzJTgzJUFBJTVEJTIwTWljcm9zb2Z0JTIwJUUzJTgyJTkyJUU4JUJFJTlFJUUzJTgyJTgxJUUzJTgyJThCJUUzJTgxJTkzJUUzJTgxJUE4JUUzJTgxJUFCJUUzJTgxJTk3JUUzJTgxJUJFJUUzJTgxJTk3JUUzJTgxJTlGJUVGJUJDJTg4JUUzJTgxJTgyJUUzJTgyJThCJUUzJTgxJTg0JUUzJTgxJUFGJUUzJTgyJUI1JUUzJTgzJTlEJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgyJUI4JUUzJTgzJThCJUUzJTgyJUEyJTIwJUUyJTg2JTkyJTIwUHJvZHVjdCUyME1hcmtlJUUyJTgwJUE2JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00ODU2YTNjNjM3NjI0ZTkwZTcxMzcxN2FjOTBhNTYzOA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB1aWtvdSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MDAyMDkxYmJhMGU4MzM4ODkxOTkyOTBhYjNmZGE2MWI%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Db4afdd848b8c2478ef90e07d4b10533a)
AWSのインフラ管理はIaC? いやちゃうちゃう。時代はInfrastructure as SQL (IaSQL)でしょ - Qiita
AWSのインフラ管理はIaC? いやちゃうちゃう。時代はInfrastructure as SQL (IaSQL)でしょAWSPostgreSQLIaCQiitaEngineerFesta2022IaSQL 概要 皆さんAWSのインフラ管理どうしてますか？ なるべくならインフラ管理は自動化。手順書も作らず、資源作成時誰でもどの環境に対し同じものを作成したいですよね。 そんな時、Infrastructure as Code（IaC)を採用し、インフラ管理をコード化するのは当たり前になってきているんじゃないでしょうか。 AWSにおけるIaCだと例えば、Cloudformationとか、AWS CDKとかTerraform等、様々です。 ただ今回は、そんなIaCの紹介・・・ではなく、全く新しい概念のInfrastructure as SQL (IaSQL) なるものについて、ご紹介したいと思いま
知っておくと便利なCloudWatchメトリクスの機能と活用事例 - Qiita
はじめに AWSでシステムを運用しているとサービスやリソースの状況を確認するためにCloudWatchメトリクスを利用する機会も多いと思います。 今回はCloudWatchメトリクスの情報を閲覧する上で、意外と知られていない便利な機能や活用事例について紹介していきます。 マネージメントコンソールの操作 ・グラフを日本時間で表示できる マネージメントコンソール上でCloudWatchメトリクスを参照する際に、デフォルトのタイムゾーンであるUTCでグラフを表示している場合がありますが、実はタイムゾーンを日本時間に変更する事ができます。 画面上部のCustomをクリックするとポップアップが表示されますが、ポップアップの右上部分にUTCの表示がプルダウンになっており、UTCかLocal time zoneのどちらかを選択できるようになっています。 ここでLocal time zoneを選択してAp
CodePipelineとCodeCommitをクロスアカウントで実行する環境を一撃でデプロイしてみた - Qiita
経緯 CodeCommitを一つのAWSアカウントに集め、CI/CDは各システム毎のAWSアカウントのCodePipelineで実施したいという声を複数いただき、毎度手作業で構築していたのだが、その繰り返し作業についムシャクシャしてしまい一撃でデプロイ出来るTerraformコードを書いてしまった。 今回は「必要最小権限」に拘って何度も試行錯誤をして出来た成果物になる。 特にクロスアカウント、IAM、リソースポリシーが多数登場するのもあり、「今回は時間がないから権限を緩く作って、後で時間が出来た時にちゃんとしよう」という人を今までたくさん見てきた。 断言しよう。 そんなぬるいこと言ってるヤツにちゃんとする時間など一生来ないのだ！ そして、今ちゃんとしてないから未来にも時間がないのだ 今これを作る時、つまりこれを見ている時が一番時間がある時なのだ！ CodePipelineはAWSの権限周り
AWS公式の「Infrastructure as Code 談議 2022」がすごく勉強になったのでまとめてみた - Qiita
この前AWS公式のYouTubeチャンネルにて、面白そうなライブ配信がありました AWSの動画コンテンツといえば、BlackBeltのようなサービス紹介の動画が真っ先に思い浮かぶ方も多いと思います。 自分もその一人ですが、この動画はプロダクトではなく「Infrastructure as Code（IaC）という概念」にフォーカスしたコンテンツです。 Twitterで学びメモを書きましたが、ちゃんと記事として学びをまとめておこうと思います。 また、動画の内容に関連した補足事項を記事の後半にまとめておきました。 ↓動画本編はこちら↓ ↓資料はこちら↓ IaCをなぜ使うのか 純粋にIaCは楽しい、手順書作成は楽しくない リリースのたびに手順書更新 or 新規作成するのは、果たして楽しいのか IaCのほうがリリースまでのリードタイムが短い 運用する上での教育はどうする？ そもそも「教育」はIaCじ
Goのmonorepoとworkspace mode - Qiita
僕はmonorepoが好きで、これまでGoのsingle-module構成とmulti-module構成どちらも実運用してきました。最近ではメルカリShopsがmonorepoを採用して話題になったりとにわかに盛り上がっていて嬉しくあります。 https://engineering.mercari.com/blog/entry/20210817-8f561697cc/ さて、来たるGo 1.18の目玉はやはりGenericsで影に隠れがちですが、multi-moduleの体験を向上させるworkspace modeという機能が入る予定です。 https://github.com/golang/go/issues/45713 この記事ではGoでmonorepoするときの一般的な構成であるsingle-moduleとmulti-module、そしてworkspace modeが入ったあとの世界
Dev container features (preview) が便利すぎる - Qiita
VScode Remote Containers の新機能 Dev container features について紹介します。 VSCode Remote Containers とは Docker コンテナを開発環境として使用するための VSCode 拡張機能です。 コンテナ内に開発環境を構築することで、PC の環境を汚さずにプロジェクトごとに言語やツールを使い分けることができます。 また、Dockerfile で開発環境を定義できるためチーム内で開発環境を共有することが容易になります。 Qiita 等に紹介記事がたくさんあるため詳しい説明や使い方については割愛します。 Dev container features とは 9月のアップデート (VSCode v1.61, Remote - Containers v0.202) で追加された新機能 (preview) です。 2022-11-
[VSCode]Remote Containersで開発環境を効率的に作成する - Qiita
RemoteContainerとは？ VSCodeでコンテナ開発環境(devcontainer)を作成するための拡張機能 Remote - Containers - Visual Studio Marketplace 利点 Dockerで開発する利点とVSCodeで開発する利点のどちらも享受できる Dockerで開発する利点 OS依存がない 特定の人だけ実行できないなどの環境依存がない 使用するライブラリなどのバージョンが統一される VSCodeで開発する利点 Linter、Formetterなどの設定をプロジェクトで共通化 それらの設定の自動適用 開発で使用するVSCode拡張機能を自動インストール 開発するのに必須な拡張機能などをプロジェクトで統一可能(Vue.jsで言うところのVeturなど) 開発環境構築毎に、拡張機能を入れるのでHOST汚染がない 欠点 VSCodeを使用していな
![[VSCode]Remote Containersで開発環境を効率的に作成する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/56f25eeeae0047a4b54dc46335637749ca290bfb/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCVlNDb2RlJTVEUmVtb3RlJTIwQ29udGFpbmVycyVFMyU4MSVBNyVFOSU5NiU4QiVFNyU5OSVCQSVFNyU5MiVCMCVFNSVBMiU4MyVFMyU4MiU5MiVFNSU4QSVCOSVFNyU4RSU4NyVFNyU5QSU4NCVFMyU4MSVBQiVFNCVCRCU5QyVFNiU4OCU5MCVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZWIwZDhlMzM1ZmNjYTE4ZGQwMTNhOGYyMDZiMGE5NTE%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBJX3MmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWJjZDYyNmI4YzQwOTdkMjY2NzM4M2QxNDZlNjEwZWFj%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D2aa3018175a0ad693f06df7eb1378419)
待たせたな！噂のAuroraサーバーレスv2がGA。初心者にも分かりやすくまとめてみた - Qiita
長い長いプレビュー期間をついに卒業！ おさらい そもそもAuroraって何だっけ？ AWSが提供するマネージドDBサービス「RDS」の上位ラインナップ。 RDSで選択可能なDBMSエンジンにはOracle、PostgreSQL、MySQLなど複数あるが、その中でやや特殊な上位ラインナップとしてRDS（Aurora）エンジンとして存在する。 RDS（Aurora）はさらに2種類のバリエーションがあり、PostgreSQL互換もしくはMySQL互換が選択可能。 RDS（Aurora）の何がいいのか？ 通常のRDSと比べて… 高性能。クラウドに最適化してイチから設計されているため、互換先のDBMS比で3〜5倍高速。 高可用性。DBインスタンスおよびストレージが3AZに自動分散される。 で、Aurora Serverlessっていうのは何？ まず、DB系サービスのマネージド度合いは３段階ある。 セ
DynamoDB の設計について考えてみる。 - Qiita
Amazon DynamoDB の特性 フルマネージド型の NoSQL データベースサービス 3つの Availability Zone に保存されるので信頼性が高い 性能要件に応じて、テーブルごとにスループットキャパシティを定義するキャパシティの Auto Scaling、オンデマンドキャパシティといった設定も可能 ストレージの容量制限がない DynamoDB のテーブル DynamoDB におけるテーブルはRDBMSにおけるテーブルと概念が異なります。 テーブルを作成する際に、Primary Key を指定する必要があります。 Primary Key はテーブルの各項目を一意に識別するために使います。Primary Key は、Partition Key および Sort Key で構成されます。(Sort KeyがなくPartition Keyのみの場合もあります) Item は R
コマンド実行に一定時間以上かかった場合処理時間を表示する - Qiita
上記のように書いておけば，コマンド実行に3秒以上かかったときにtimeコマンドと同じように処理時間を出してくれる $ ec2-describe-regions REGION eu-west-1 ec2.eu-west-1.amazonaws.com REGION sa-east-1 ec2.sa-east-1.amazonaws.com ... ec2-describe-regions 10.14s user 0.68s system 77% cpu 14.018 total Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
