はてなブックマーク

※ (?) は AWS による資料に記載がなく、筆者予想のもの 急いでない人向け AWS を日々使い倒している諸姉諸兄におかれましては、全リージョン名を暗記していることは当然かと思います。 リージョンとアベイラビリティーゾーン - Amazon Elastic Compute Cloud しかし、 ap-northeast-1 や us-west-2 というのは何かの名前（例えば、マルチリージョン構成におけるインスタンスや ELB の名称）の一部にリージョン識別子として入れるにはどうにも長いと思いませんか？私は思います。 そこで**空港コード**です。正確には IATA 空港コード（3レターコード）です。 唐突に何言ってんだという感じですが、実は AWS 内部で符牒として使われているようなのです。 公式のドキュメントに記載はありませんが、 aws iad pdx などで検索してみると AW

cloudpack あら便利カレンダー 2017 の7日目です。 Visual Studio Code の、今使っている設定をチラ裏するだけの記事です。 前提 Visual Studio Code Version 1.12.2 書いた人 OS は Windows と Mac を使っている。 Linux のデスクトップはほとんど使わない コードを書くほかに各種設定ファイル、どこかにメールや投稿したりする日本語の下書きにも使う 主な使用言語 JavaScript TypeScript Ruby Go エディター遍歴 （なんか使ってたけど覚えてない） SublimeText 2 Atom VSCode キーボードは US 配列が好き サーバーに ssh で入った時は vim 使ってる Emacs は10分くらいしか使ったことない… 意識が低い すぐにマウスに手が伸びる ホームポジションを離れても

AWS Price List API で雑に月額を出してみる の続きです。 y13i/awsprice: CLI for AWS Price List API. 今回はある程度汎用的に使えそうなコマンドラインツールの形式で、 Go で実装しました。 実装について Price List API のオファーファイルは本当にデカいので毎回落としてくるのは厳しいと思い、キャッシュする機構をつけてみました。 macOS の場合は /var/folders/xx/xxxxxxxxxxxxxxxxxx/T/awsprice らへんに保存されると思います。 Homebrew でインストールできるようにもしてみました。 使用したライブラリなど 表示には k0kubun/pp (Goのデバッグに便利なpretty printライブラリ「pp」を作った) を使わせてもらいました。大変きれいにターミナルに出力され

これまで Amazon Cognito は AWS CloudFormation でのリソース作成と管理に対応しておらず、リソース作成を自動化したい場合は AWS CLI や AWS SDK を使った自作スクリプトを使う必要がありました。 しかし、この方法で冪等性を担保するのは難しく、 CloudFormation Custom Resource を作った猛者もいました。 また、 IAM Role の Assume Policy に Identity Pool の ID を含めないといけない点が特に面倒でした。 これから 2017年4月28日、 Cognito の各種リソースが CloudFormation で作成・管理できるようになりました。 Amazon Cognito Now Supported by AWS CloudFormation AWS::Cognito::Identity

忙しい人向け 読みやすいから。 JavaScriptは如何にしてAsync/Awaitを獲得したのかもぜひ読みましょう。 ひまな人向け Chrome は55から、 Node.js は7.6 からデフォルトで Async Functions (async/await) をサポートしました。 これは明らかに世界平和に近づく出来事です。 サンプル問題 Async Functions は事前に回数が決まっている非同期処理も書きやすくなりますが、真価を発揮するのは何回実行するか実行時までわからない非同期処理です。 今回は例として、（最大の試行回数、試行間の待機時間（ms）、実際の処理の Promise）を引数として受け取り、 Promise を返すというプログラムを考えてみます。 最大試行回数は10回 試行間の待機時間は100 ms 処理の内容は ランダムで 0〜100 の数字を生成する 95 以上

みなさん、 Yarn 使ってますか。 yarn <subcommand> はほぼ npm <subcommand> と互換性があり、そうでない（使い方が違う）コマンドについてはチートシート記事があったりするのですが、 NPM vs Yarn Cheat Sheet あえて yarn run は npm run とは違うぞと申し上げたい。というのも [script] can also be any locally installed executable that is inside node_modules/.bin/. yarn run | Yarn だからです。つまり、

$ npm init $ npm install --save-dev serverless serverless-webpack ts-loader tslint typescript webpack 今回はあえて serverless をグローバルに入れないパティーンでやってみる。 package.json で serverless のバージョンを管理できるメリットがある（serverless.yml の中にバージョン固定する設定もできるけど）。 雛形を作り、いらないものを一旦捨てる $ node_modules/.bin/serverless create --template aws-nodejs $ node_modules/.bin/tslint --init $ rm handler.js serverless.yml # このあと手動でつくる

この記事は SORACOM Advent Calendar 2016 の15日目です。 tl;dr RasPi に USB 温度計と SORACOM Air のドングルを差して SORACOM Funnel に送って Kinesis Streams からの Lambda からの CloudWatch Custom Metric でグラフ化するよ RasPi の準備 実は全く触ったことがなかったので、お手軽そうな Raspberry Pi3 Model B ボード＆ケースセット (Element14版, Clear) を購入しました。色は SORACOM ネタということで青。kawaii。 Raspbian を dd で MicroSD に焼いて差し、 HDMI でテレビにつないで起動、 SSH の設定あたりまでをさくっと完了しました。 Web を検索すると山ほど先達がいて、ありがたいことこ

tl;dr AWS アカウントをまたいだ S3 バケットへの書き込みが色々とアレなので Lambda で無理矢理アレした。 ※1年半ぶりに追記: 解決策はあまりにも無理矢理だったが問題の知見としては有用なのでタイトルを変更しておく 背景 S3 は AWS 最古参のサービスであり、 S3 が登場した頃は IAM も存在しなかった。このため、今では AWS サービスの標準アクセス権限管理になった IAM とは異なる、独自のアクセス権限管理の仕組みが S3 にはある。 この歴史的経緯により、ある状況で非常に面倒な事態が発生する。 バケットオーナー != オブジェクトオーナー の場合に発生するつらみ 凡例 つらくない現実 つらい現実 バケットポリシーで他アカウントへの認可を設定すると、別の AWS アカウント（と、その配下の IAM User など）がバケットへの書き込みを行えるようになる バケッ

重要な追記 2017年3月に GCE の無料枠が拡大され、f1-micro インスタンスが無料枠に入りました。 しかし GAE の仕様変更もあり、この記事の方法は既に陳腐化しています。例えば vm: true は deprecated で、 env: flex とする必要があります。 また、この記事の方法でマシンタイプを極小にしようとしても、小さすぎる指定がエラーになるようになってしまいました。このあたりは app.yaml のリファレンスに詳しいです。 色々試してみましたが、エラーを避けつつ f1-micro インスタンスで起動する方法は見つかりませんでした。 一方で、2016年6月頃にこの記事の方法でデプロイしたアプリケーションは f1-micro で動き続けており、課金額もほぼ無料になっていました。 以下の内容は2016年6月時点のものとしてお読みください。 tl;dr 無料で可能な

きっかけから実装まで 動機 EC2 Management Console に入って、 Launch って押すと一番上に Amazon Linux AMI が出てくるじゃないですか。 GUI だとこんなに目立つ位置にあるのに、 SDK や CLI から使おうとすると、最新版 Amazon Linux の AMI ID を簡単に取る方法が意外にないんですよね。 Linux AMI の検索 - AWS CLI を使用した AMI の検索を読んでも コマンドラインパラメータを使用して、関心のある AMI のタイプのみを表示できます。 お客様または Amazon が所有しているパブリックな AMI を検索できます。 ニーズに合った AMI を見つけたら、その ID を書き留めます。 と、ピンポイントで見つける方法は書かれておらず。 じゃあ作ってみるか、と。 DescribeImages の遅さ 最初

tl;dr ES2015 で書くので前回参照。 S3 バケットに Markdown を置いたら Lambda Function が発火して、別のパスに HTML が出力されるようにしてみる。ソースはこちら。 やりたいこと ユーザーが Markdown をアップロードするのは /.src/ 以下、出力された HTML が出力されるのはバケット直下とします。 例: s3://orenobucket/.src/orenopage/index.md をアップロードすると s3://orenobucket/orenopage/index.html が出力される。 Lambda Function を書く 前回、 ES2015 で書いて簡単にデプロイできるようになったので、このリポジトリの内容から引き続き作業する前提で進めます。 まず、 S3 オブジェクトへの読み書きをしなくてはならないので、 AWS

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

最近になってようやくTerraformを触り始めた石器時代人ですこんにちは。 tfstate をignoreするの？しないの？問題 terraform.tfstate はTerraformで作成されたリソースの状態を保持している巨大なJSONファイルです。 何らかのプロジェクトに使うTerraformリポジトリとこのファイルは一蓮托生になる（はず）なので、このファイルもgitで管理した方が一元管理できていいのでは？と思いますよね！！思いませんか？思いますね？ しかし、例えばaws_iam_access_keyを使ったりすると terraform.tfstate にIAM Userのcredentialsが思いっきり平文で書かれるんですね。これは git add したくない！！ 書いてる途中に初めて知ったんですが、どうやら terraform.tfstate をS3やAtlasで管理できるら

この記事は今年もやるよ！AWS Lambda縛り Advent Calendar 2015 - Qiitaの22日目です。 ご存知の通り、AWSへの料金支払いはドル建てです。当然、円が下がれば支払い金額は上がってしまいます。AWSヘビーユーザーにとって円/ドルのレートは気になる情報のはずなので、会社のSlackに流すようにしてみました。 Incoming Webhookの設定 最初にSlackでIncoming Webhookの設定をします。 投稿先のChannelは何でもいいですが、テスト等で他のメンバーの迷惑にならないように適当なChannelを作ってしまうのが吉かもしれません。 Webhook URLを後で使うので控えておきます。 Lambda Functionの作成 Lambda Functionの機能は非常に単純で、外部APIから取得した為替レートをWebhookでSlackに投

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

この記事はMongoDB Advent Calendar 2015の17日目です。 概要 何を今更感満載のおさらい記事です。 意図せず嘘を含む可能性がゼロではないので、ドキュメント Replication — MongoDB Manual 3.0 併読推奨です。 Replica Setとは？ Replication Introduction — MongoDB Manual 3.0 Replica Setとは、MongoDBが備える強力なレプリケーションと自動フェイルオーバーの仕組みです。 複数台のMongoDBサーバーで構築されたReplica Setは、もう一つのMongoDBの強力な機能であるSharding (水平分割)においてShardとして追加することが可能です。 どちらも大規模で高可用なMongoDBデータベースを構築する際に欠かせないものであり、これを標準機能として持ってい