Engadget | Technology News & ReviewsResearch indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals
serverspec インフラ層のテスト項目を考える | Ore no homepage
最近は担当システムが平和だけど俺が平和じゃない。疲れてる。忘年会の連チャンもきっついトシになっちまった。会社の制度で1週間くらい休みがとれるので、一人で温泉とスノボと開発合宿でもしに北海道にでも行こうかなって思ってる。1月か2月くらいに。 えーと、担当しているサービスにserverspecを導入した。それにあたってテスト項目を考えたので軽くまとめる。もちろんserverspec導入前もサーバ構築後は動作確認というか、テストらしいことはしていたっちゃしていたんだけど、テスト項目をまともに考えたのはこれが初めてかもしれない。serverspecのバージョンは0.13.2である。Rubyは2.0.0。 0. 環境 下記のような環境に導入した。ありふれた構成だと思う。60台くらいの規模。DBはマスタ3台に分割されていて、それぞれにスレーブがn台ぶらさがっている。LBの箱は二つあるが、物理的には1台
[テスト編]本番環境でいきなりテストしてはいけない
「テスト環境を用意する費用がなかった」「緊急性が高いので開発者に本番環境のプログラムを直接変更させた方が早いと思った」「本番環境のデータと同等のデータを用意するのが難しかった」「ベンダーがテスト済みというので信頼した」――。 これらはすべて，本番環境でいきなりテストすることを“必要悪”として認めた担当者の言葉だ。だが，どのケースも結果的に障害に至った。 開発したばかりのプログラムは，誤作動する危険がある。ほかのプログラムに悪影響を及ぼしたり，データやファイルを破壊したりすることもある。OSやミドルウエアのベンダーが提供するセキュリティ・パッチのように，ベンダーがテストしてリリースしている場合でも，個別の環境では動作しなかったり，思わぬ悪影響が出たりする。事故を防ぐためにも，稼働中の本番環境でいきなり未検証のプログラムをテストしてはいけない。 システムを停止していればいいわけでもない。計画停
![[テスト編]本番環境でいきなりテストしてはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
