はてなブックマーク

この記事はQuipperのテックブログに書いた以下の記事の日本語版での要約です。 http://quipper.github.io/2015/11/11/introducing-shadow-proxy.html Shadow Proxyとは？ 本番のHTTPリクエストから同等のリクエストをステージング環境に適用するための仕組みです。主な目的は、2年以上の運用で肥大化したMongoDBに対するindexの追加/削除/つけ忘れなどを事前に検証・検知するためです。 構成 Fluentdが大活躍しています。 Reverse Proxy Log AggregatorにNginxのアクセスログを転送する Log Aggregator S3(バックアップ),BigQuery(調査用),Shadow Proxyにアクセスログを転送する Shadow Proxy アクセスログをもとにステージングのアプリに

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

概要 Stream#collectを行う場合、parallelsなStreamにすると、Supplierが作成した結果コンテナに対してマルチスレッドでAccumulatorがどんどん値を突っ込んで行く、さらに複数の結果コンテナを複数スレッドでCombineしていくらしいので場合によってはAccumulateとCombineで結果コンテナを変更する処理をスレッドセーフに作らないといけないのか？と考えたのがきっかけ。 http://docs.oracle.com/javase/8/docs/api/java/text/Collator.html を見ると大丈夫そうなんですが、筆者は英語が苦手なので(苦笑)実際動かして試してみました。 結論 結果コンテナ(ここで言うMyMapのインスタンス)はスレッドセーフである スレッドプール(ForkJoinPool)が持ってるワーカースレッド(とmainス

// 2つ目の引数のmonthは0始まりなので4は5月 function main() { Logger.log(isJapaneseHoliday(new Date(2020, 4, 1, 12, 0, 0))); Logger.log(isJapaneseHoliday(new Date(2020, 4, 2, 12, 0, 0))); Logger.log(isJapaneseHoliday(new Date(2020, 4, 3, 12, 0, 0))); Logger.log(isJapaneseHoliday(new Date(2020, 4, 4, 12, 0, 0))); Logger.log(isJapaneseHoliday(new Date(2020, 4, 5, 12, 0, 0))); Logger.log(isJapaneseHoliday(new Date(2

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