インフラへの変更適用もチャットからやってしまえばよい。これで、複数の担当者が同時にインフラに適用する、なんてことも自然と防ぐことができる。実行させているだけであり、このプロセスに移行することによるリスクの増化はない。よるオペレーションに集約させる、というのはなかなか良いプラクティスである。送っておこうという考え方になる。プルリク作るか、という具合。して結果的に、何をやるにも緑のボタンを押すだけ、すなわちワンクリップデプロイの仕組みが構築できた。継続的デリバリーの実践である。Analytics」という書籍の読書会をやった。開発された背景とかアーキテクチャーとかあまり調べもせずに使い始めたので今更ながらその辺のインプットを増やして以降と思った次第。相当するところを中心に読み合わせていった。それだけでもなかなかに面白かったので少しブログにでも書いてみようかなと思う。みたいな話に強く興味を持った。一言でいうと「超でかいデータをSQLで数秒で解析できるクラウドサービス」。投げるとちゃんと結果が返ってくる、そういうもの。いわゆるビッグデータ基盤である。持つ大量のコンピュータとディスク、それから高速なネットワークによってそれが処理されている。散らすみたいな感じである。詳しくは・・・とそこが書籍の本題でありその理解は今後の読書会を通じて行われる予定、といって誤魔化す。対するクエリのレスポンス速度はデータサイズに比例しない。収まるとか、そういう特性を持っている。