[B! 運用][開発] stealthinuのブックマーク

cron哀歌～typoを笑うものはtypoに泣く～他 - Qiita

この記事は﹁本番環境でやらかしちゃった人 Advent Calendar 2019﹂の12日目です。 https://qiita.com/advent-calendar/2019/yarakashi-production ︵想像以上に人気のカレンダーに参加してしまい、正直なところ、戦々恐々としております……︶はじめにほとんどの方ははじめまして、 @NACK と申します。エンジニアになって何十年も経ちますが、未だに、ここに書いた﹁やらかし﹂は夢に見ます。皆さんにご笑覧いただいて、私も一緒に笑えるようになればいいなあ……と思い、今回の企画に参加させていただきました。というわけで、ぜひ笑いとばしていってください。もしくは、今後のみなさんの業務に、ほんの少しでもお役に立てれば幸いです。用語説明 typoとは入力ミスのこと。"typographical error"の略。 http:/

stealthinu 2019/12/12

crontab -rネタなんだけど2段になっててちゃんと現在はこう改善したということが書かれていて参考になる。crontab ︻ファイル︼でその内容に更新できるのね。勉強になった。 ●運用 ●開発

リンク

50自治体システム障害はIaaSで使うソフトのバグが原因、復旧メド立たず

12月4日に発生した東京都中野区など約50の自治体のシステム障害で、12月5日も住民票の発行やホームページの閲覧などができない状態が続いている。原因は各自治体が利用している日本電子計算のIaaS﹁Jip-Base﹂にシステム障害が発生したため。現状で復旧のメドは立っていない。4日の時点ではディスク故障が原因とされていたが、詳細が分かってきた。2019年12月4日午前10時56分に同社のシステムにアラートがあがり、システム障害が発生した。調査したところストレージ装置のファームウエアにバグがあり、ディスクの読み書きができなくなったためだった。各自治体の障害の影響範囲については、﹁自治体ごとにIaaSを利用しているシステムが異なるため一概には言えない。明確になり次第お知らせしていく﹂︵日本電子計算広報︶とした。11月23日にもQTnetのデータセンター障害で福岡県庁のシステムが一時的に利用

stealthinu 2019/12/06

ストレージのファームバグが原因なのにHPEストレージ32768時間障害とは別、ということはどちらも共通で使っているSSDのファームだったりコントローラのファームバグとか？？じゃあさらに続発する？

リンク

本番環境でやらかしちゃった人 Advent Calendar 2019 - Qiita

本番環境でやらかしちゃった人のアドベントカレンダーです。例︶本番DB吹き飛ばした本番サーバをデストロイしたネットワーク設定をミスって本番サーバにアクセス出来なくなり、サーバが世界から孤立したなどなど... 以下の2点については必須項目なので、記述お願いします。惨劇はなぜおこってしまったのか二度と惨劇を起こさないためにどうしたのかもう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。

stealthinu 2019/11/17

これは期待。／2日目だがもうわくわくが止まらんｗ

リンク

?n_cid=nbpnxt_fbbn

﹁目指せ！インシデント・ゼロ﹂﹁ヒヤリハット撲滅！﹂──。最近このような組織目標を掲げるIT職場が増えている。情報セキュリティやシステム品質に対する要求レベルがますます高まっている昨今。インシデント・ゼロやヒヤリハット撲滅を掲げたくなる気持ちはよく分かる。情報漏洩や品質低下が企業の信頼を一瞬にして失墜させ、ブランドイメージを大きく下げることを考えると事情は理解できる。しかし、インシデント・ゼロやヒヤリハットの撲滅といった掛け声は、私の経験ではIT職場にとってむしろ逆効果でしかないように思える。現場では﹁ミスなく働く振り﹂が横行し、結果的に社員や関係会社の人たちを疲弊させるだけだ。インシデント・ゼロ宣言は余計な仕事を生むだけインシデント・ゼロを掲げたIT職場で働く社員の典型的な行動パターンを見てみよう。よほど風通しが良い組織でなければ、多くの企業では大抵こうなる。IT職場の課長クラス

stealthinu 2018/08/23

インシデントを「なくす」ように目標を掲げてしまうと逆にインシデントを隠す、報告しない体質になってしまい逆効果だという指摘。やる内容が人によるダブルチェックだとかで担当のせいにされるから。

リンク

【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO

はじめにこんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。対象読者開発・構築したシステムを別の人に引き継ぐ予定のある人他の人が作ったシステムを引き継ぐ担当の人半年後の自分でも分かる手順書の書き方に困っている人（この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くことまず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書くドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1

stealthinu 2016/07/01

手順書を書くときに必要なもの、気をつける点がまとまってる。冒頭にこの文書要約を3行でとか、対象スキルと作業環境アカウント情報も書く、というのとか参考になる。

リンク

毎週のように依存パッケージを上げ続ける努力 - CARTA TECH BLOG

皆さんこんにちは。fluctにてfluct SSPという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。依存パッケージの更新、どうしてますか？今や数多くの言語でパッケージマネージャが提供されており、みなさんも日常的にコミュニティによるパッケージエコシステムを活用していることと思います。ですが、この依存パッケージの更新については、どのようにしていますか？　セキュリティfixなどを除き、以下のようなことになっていることが多いのではないでしょうか？チームの「いい人」が頑張って更新し続けるその人の謎の情熱が消えると更新されなくなってしまうたまに気がついたら頑張る「いい人」が頑張るタイプの亜種気が付かなかったら更新されない更新はリスクなので塩漬けにするプロダクトは定期的に作り直す前提 CIでテストを回し続けているのに更新しないなんて……とモヤ

stealthinu 2016/06/27

依存パッケージに追従してってない…　あああ…

リンク

2016年独りで新規WEBサービスを開発・運用した際の知見 - Qiita

私が新規WEBサービス立ち上げ時に取り組んだ内容についてWEBエンジニア向けにまとめた記事です。例えばNginxの設定でHTTPヘッダーが正しく設定されているかを確認できるGoogleDevelopers PageSpeed Insights を知っていると大変有利です。もちろんPageSpeed Insightsを知らなくてもWEBサービスを公開・運用可能ですがユーザに意図せず不利益を与えていたり、知らず知らずのうちにモバイルフレンドリーでないとGoogleから検索ペナルティを加えられている可能性があります。この記事は独りで新規WEBサービスを立ち上げた際のノウハウと取り組んだ内容について記述しています。 1. 概要︵5行くらいで︶スマホ対応は必須。トラフィックの50%はスマホから発生する。速度は武器！速いサイトはそれだけで価値がある。 SEOの内部対策は内部リンク整備とPageS