{ "version": "0", "id": "7266ead5-3f9e-aee4-6abd-7908713f9a16", "detail-type": "Batch Job State Change", "source": "aws.batch", "account": "************", "time": "2017-10-27T04:28:14Z", "region": "us-west-2", "resources": [ "arn:aws:batch:us-west-2:************:job/fddb88dd-33f0-478b-933e-27799c94d1b0" ], "detail": { "jobName": "streamtest", "jobId": "fddb88dd-33f0-478b-933e-27799c94d1b0", "jobQu
前田です。 受託開発でAPIをGolangで開発中ですが、機能要件の中で時間がかかる処理をさばく必要があり、非同期処理をどう実装しようか検討した結果、AWS Batchを使って実装しようということになりました。 AWSのマネージドサービスで非同期タスクとして実行出来るのは、たとえばAWS LambdaなどがありますがAWS Lambdaと異なる点は、「5分以内という制限がない」「Dockerイメージで実行させるので制限が少ない」というメリットがあります。 今回は特に「処理時間が長くなる場合がり、確実に処理を終了させなければならない」という要件があり、AWS Batchサービスがぴったりだということになりました。 実際にAWS Batchを構築した際、初めての構築ということもありハマった箇所もあったのですが、普通であればジョブインスタンスを立てて、など色々検討しなければいけないことが大幅に削
2017/07/15にGCPからAWSへ移行した理由を記載しました 数週間かけて少しづつやってきた自宅サービスのGCPからのAWS移行がすべて完了した まずGCPからAWSへ移行した理由としてはいくつかあるのですが、一番は会社で使用するインフラ環境がGCPからAWSに移ったので 個人も変えようという理由です 今まではアプリケーションはRailsで作成されており定期的なバッチ処理はKuroko2でスケージューリングして処理していた これを下記のようなインフラ構成に変更した Railsに関してはDocker上で動かせるようにして動作環境でAWS Elastic Beanstalkを使用している リクエストにはAWS Certificate Managerで証明書を無料で発行してhttpsでリクエストを出来るようにしている またコストを抑えるためにEBやRDSは自動停止・自動起動が出来るようにし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
