いつものように本番作業してたはずなのに - Qiita
この記事は「本番環境でやらかしちゃった人 Advent Calendar 2019」の1日目です。 https://qiita.com/advent-calendar/2019/yarakashi-production なかなか濃いラインナップが期待されますが、まずはさらっといきたいと思います。 具体性が乏しい部分もあると思いますが、そこはお察しください。。。 やらかし 背景（前提条件） いっていに昔の話です ETL（データ加工）サーバ 数十を超えるシステムからデータを集める BIツールなどで活用できるように各種加工処理を行い、DBなどにロードする 繁忙の違いはあれど、24/365で常時一定量の処理は稼働している 複数のチームが共存しているサーバ アプリ面では比較的疎 ETL処理のリリース前に本番サーバ上で試験をする取り決めになっていた 性能や本番相当データのテストが安全に行えるような環境
冬は子供の冷え対策をしっかりと！ “雪国”で子育てしながら暮らす私の「雪＆寒さ対策」（寄稿：つかさちずる） - ソレドコ
こんにちは！ 生まれも育ちも富山県という雪国生まれ雪国育ちのちずるです。 雪がこんこんと降り、モリッと積もる富山の冬。 私の住む山沿いの地域では、雪で木が折れないよう縄で枝などを支える「雪吊り」をしたり、水で道路の雪を溶かす「融雪装置（消雪パイプ）」が整備されていたり、雪かき用の共用スコップが設置されていたり……と、さまざまな雪対策が施されています。 しかし、備えがあっても一晩で車が埋まる日や、屋根から地面まで「つらら」が伸びる日や、全ての物がバリバリに凍る日があります。 雪国の人々は、朝から汗をかきつつスコップで除雪をするのが日課ですが、4歳の娘は大人のそんな苦労もつゆ知らず雪に目を輝かせて、遊んでいます。楽しい気持ちも分かるけれど、親としては厳しい寒さの中で子供が体を冷やさないだろうか、風邪を引かないだろうか、という不安もあったり。 そこで今回は、富山で暮らす中で身に付けた雪や寒さへの
「桜を見る会」問題で「検察が動かない」理由～「詰んでいる」のは安倍首相の「説明」（郷原信郎） - エキスパート - Yahoo!ニュース
今週水曜日（11月27日）に投稿した【「桜を見る会」前夜祭、安倍首相説明の「詰み」を盤面解説】で「桜を見る会」問題に関する安倍首相の「説明」の問題点を全体的に解説したのに対して、大きな反響があった。将棋の「盤面」を用いて、解説したことで、公職選挙法、政治資金規正法上の問題点はかなり理解されたように思える。 その翌日の28日、テレビ朝日の「羽鳥慎一モーニングショー」の「玉川徹のそもそも総研」でも、「『桜を見る会』前夜祭、安倍総理 法的問題はないのか」が取り上げられ、インタビュー録画で出演した私が「詰んでいる」という表現で、この問題について安倍首相が「説明不能」の状況に陥っていることを指摘した。 そして、11月29日朝、野党の「『桜を見る会』追及本部法務班」のヒアリングに出席し「盤面解説」を用いて、公選法、政治資金規正法との関係で、安倍首相の説明が「詰んでいること」を説明した（ビデオニュース【
Dockerfile に HEALTHCHECK を設定すると「ヘルスチェック機能」が使えるようになる - kakakakakku blog
今回は Docker で使える「ヘルスチェック機能」を試す．Release Note を読むと，機能としては Docker 1.12 から使えるらしく，3年前からあったなんて...！仕組みとしては，Docker デーモンからコンテナに指定したコマンドを定期的に実行する． Dockerfile 構文 「ヘルスチェック機能」を使う場合，まず Dockerfile に HEALTHCHECK を設定する．実行するコマンド以外に以下のオプションも設定できる．注意点として，--retries 以外は秒数を指定するため，表記は 5s のように単位も付ける． --interval=DURATION (default: 30s) --timeout=DURATION (default: 30s) --start-period=DURATION (default: 0s) --retries=N (defa
状態機械を合成してデッドロックを検出できる Go 言語パッケージを作ってみました - チェシャ猫の消滅定理
はじめに マルチスレッドで動作するプログラムの設計は難しい問題です。個々のスレッドの動作は単純に見えても、複数が並行して動作する場合の動作は組み合わせ論的に複雑になります。また、タイミングに依存する不具合は狙って再現することが難しく、通常の単体テストによる検出にも限界があります。 そんなとき、有効な手法がモデル検査です。システムの取りうる状態をあらかじめ網羅的に探索することで、「実際に動作させた際にごく低い確率で踏むバグ」であっても、動作させることなく設計段階で発見することが可能になります。 ところでちょうど先日、デッドロック発見器を自作するハンズオンに参加する機会がありました。内容は非常にシンプルなモデル検査器を実装するというもので、せっかくなのでそのときの成果物を Go のパッケージとしてまとめたものを以下に公開しました。 github.com 以下、このパッケージで何ができるのかを具
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Analyse your HTTP response headers