GAE/Go & CircleCI でカナリアリリースをする - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事はAkatsuki Advent Calendar 2018の12日目の記事です。 前回は hayamaruさんの、知覚メカニズムと網膜投影でした。 はじめに 継続的デリバリーという文脈で、素早く、安全にデプロイする手法について、近年多くの記事を見かけます。 例えば、カナリアのおかげで命拾い : CRE が現場で学んだこと でカナリアリリースについて詳しく触れられています。このアイデアは「たとえテスト環境で十分な検証をしたとしても、本番環境で問題が発生しないということを保証するのは難しいので、少しづつトラフィックを移動して問題があったらすぐにロールバックをしよう」というものです。 上記記事中に紹介されているKayentaといったツールを使ってカナリア分析を行い、自動的にカナリアリリースするというのも良いですが、人間による承認を元にデプロイするならもう少しコストの低い方法で良さそうで
バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング
こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する
おい！！！！
これもバズるんかい！！！！！！！！！！！！！！！！！！！！！ 「ブログがバズってうれしい」みたいな投稿したらバズっちゃった！！！！ よそのブログに迷惑がかかるかもしれないから本文だけ消してこの文章を残すぞ！！！！ コメントは取っておきたいから投稿は消さない！！！！！ すまん！！！！！ 数日とか400とか数字を出したけど真に受けないでくれ！！！！ バズったのは嘘じゃないけど数字は適当だ！！！ 投稿したのは数日前じゃなくて1日前かもしれないし1ヶ月前かもしれない！！！ ブックマークは200かもしれないし600かもしれない！！！ 嘘ついて数日とか400とか数字出しちゃったからドンピシャのブログがあったらそこに迷惑かかるかもしれん！！！ 結構マジにブログ探してるやつがいるから一応消す！！！！！ ネットのどこかでたまに更新してるからまたブックマークつけてくれ！！！！ ありがとよ！！！！！！！！！ ビ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fluentd v1.4.0 has been released | Fluentd
