SQSに大量のキューが入ったらコンシューマーをオートスケールしたい - Qiita
やりたいこと 不定期でSQSにキューが登録され、コンシューマーのEC2にはバッチ処理がSQSのキューを常にポーリングしており、バッチ処理はデキューに成功したら業務処理を行います。 普段、起動しているコンシューマーのEC2は1台だけなので、プロデューサーが一度に大量のエンキューを行なった場合は、キューの数に比例した時間がかかります。しかし、大量のキューであったも、コンシューマーは全てのキューの処理を終えなくてはなりません。 Auto Scaling グループを作成してコンシューマーのEC2の台数を適宜調整すればいいのですが、手動でAuto Scaling グループの「希望」台数を調整するのは事故の元なので大量のキューが登録されたら、自動でスケールアウトして、未処理のキューがなくなったらスケール・インさせます。 HOW TO 素直に公式ドキュメントに沿って設定します。 Amazon SQS に
AWS SDK for JavaScript で Promiseを使う - Qiita
2012年頃に スマホゲームのバックエンドを Node.js で開発した際には外部サーバやDBサーバとの通信を行うたびに コールバックを大量に書いて疲れていました。当時も非同期のライブラリがありましたが、当時は(も？)自分のJavaScriptレベルが低くて時間の制約から使うの諦めました。 今回、CloudWatchのカスタムメトリクスを登録する Lambda function を作るために Promise を勉強しました。 参考にしたサイト javascript promise 使い方 http://azu.github.io/promises-book/ 断片的な How To ではないので、最も理解できたコンテツでした。 AWS SDK for JavaScript のバージョン 今回利用した SDK のバージョンは 2.309.0 です。 SDKは v2.3.0 でPromiseに
dockerコンテナ内で実行したJunitの結果をCircleCIに反映する - Qiita
環境 Circle CI 2.0 Circle CI のイメージ 「docker:17.05.0-ce-git」 やりたいこと Circle CI で所定の設定を行うとspte実行したJunitを実行した結果を Circle CIの画面から参照できます。 .circleci/config.yml への記載は https://circleci.com/docs/2.0/collect-test-data/#gradle-junit-results にある通りです。 steps: - run: name: Save test results command: | mkdir -p ~/junit/ find . -type f -regex ".*/build/test-results/.*xml" -exec cp {} ~/junit/ \; when: always - store_te
Dockerを利用して Elasticsearch + Kibana の環境を作る - Qiita
オフィシャルのDocker コンテナを利用して環境を作ります。 バージョン Elastic Search 5.1 Kibana 5.1 Docker composer 1.8.1 プラグイン X-Pack クラスタの状態をKibanaからみられる様に Elastic SearchとKibanaの両方にインストールします。 Elastic Searchのバージョン5以降は 関連プロダクトも含めてElastic Stackとして整備されました。それ以前は有償プラグインとして提供されていた Marvel(モニタリング)、Shield(セキュリティ)、Watcher(アラートと通知)、Graph(可視化) を一まとめにしたものです。 今回はX-Packをインストール後にモニタリングだけを有効にしておきます。 kuromoji 形態素解析のために kuromoji をプラグインからインストールします
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerを利用して Elasticsearch + Kibana の環境で kuromoji + Neologd を試す - Qiita
