AWS Data Pipelineをcron代替のジョブスケジューラとして利用、AWS外のワーカーで動かす - パラボラアンテナと星の日記
AWS Data Pipelineをスケジューラとして使う - Qiita やクラスメソッドさんのブログなどを読み、前から気になってた AWS Data Pipeline を利用してみました。 無理やりDocker使ってますが、ワーカーを複数立ち上げるためのツールとして使ってるだけなので、Dockerはあまり関係ありません。 1日しか触ってないので、なにか間違いとかあれば、教えて欲しいです(いつものことながらすいません) 使う前の印象 「 … Google Cloud Dataflowみたいなやつ？」 「でも AWS Data Pipelineをスケジューラとして使う - Qiita とか読むと、『 Crondの代替としてスケジューラとしても使える』のかな？」 使った後の印象 「完全にCrondの代替です 本当にありがとうございました」 ↑これは言い過ぎかもしれませんが。 先述した記事にも
Monitoring Survey 2015 - Metrics –
Kartar.Net If I had my hand full of truth, I would take good care how I opened it In the last posts I talked about the tools people used in monitoring, the demographics, and what environments people monitor. In this post I am going to look at the questions around collecting metrics and what those metrics are used for by respondents. As I’ve mentioned in previous posts, the survey got 1,116 respons
How does a HashMap work in JAVA | Coding Geek
Most JAVA developers are using Maps and especially HashMaps. A HashMap is a simple yet powerful way to store and get data. But how many developers know how a HashMap works internally? A few days ago, I’ve read a huge part of the source code of java.util.HashMap (in Java 7 then Java 8) in order to have a deep understanding of this fundamental data structure. In this post, I’ll explain the implement
Amazon CloudFront で HTTP 4xx 5xx ステータスコードのキャッシュ時間を変更する | DevelopersIO
はじめに CloudFrontはオリジンサーバの問題などで一時的にエラーを表示する場合があります。 その時CloudFrontはHTTP 4xx 5xx ステータスコードをデフォルトで5分間キャッシュします。 HTTP 4xx 5xx ステータスコードのキャッシュ時間は「Error Caching Minimum TTL」の設定にて 変更することができますので変更方法をご紹介したいと思います。 Error Caching Minimum TTL（エラーキャッシュ最小 TTL）とは CloudFront がオリジンサーバーからのエラーレスポンスをキャッシュする最小時間です。 エラーキャッシュ最小 TTL はデフォルトで 5 分となっています。 CloudFrontがオリジンサーバから4xx 5xxを受け取った場合の動作について CloudFrontはオリジンサーバが4xx 5xxを返したとき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
