きりのさんの運用設計論

きりの @imksoo

自称障害復旧および暫定対策済み #自称ってつけると途端に怪しくなる

きりの @imksoo

きりたん #名前の3文字からたんに変えると超絡みやすい よく言われる

きりの @imksoo

「秋なのに怖い話 〜障害発生編〜」ふむぅ…面白そうな、でも聞かない方がSAN値が下がらずにすむような…ｗ

きりの @imksoo

クラスタ構成をどうするべきかお話しできる女の子。

きりの @imksoo

MySQLがオラクルだからってわけじゃないけど、おうちではDRBD＋PostgreSQL＋Heatbeatでクラスタつくろうかと。

きりの @imksoo

おい、この基盤検討文書、リアルに「運用でカバー」って書いてあるぞ！(白目

@jotetsu_

ていうかオフィシャルな文書に「運用でカバー」とか、オフィシャルな手順書に「空気読んでやれ」とか、マジありえんだろ…

きりの @imksoo

「負荷の低い時間帯を見計らって作業して下さい」ってどうすればですね。。。えぇ。

きりの @imksoo

まぁ、費用対効果、発生頻度、自動化リスク、諸々検討した結果ですので、何も考えてないわけじゃないですからね。ちゃんと検討した結果の言葉ですからね。フォローしておきますけど。

きりの @imksoo

((ただ、定型的な運用業務として整理・対応するとか、定常的には発生しない事象のため、発生時の対処手順として引継ぎを行うものとする、なんて濁し方もあると思うのですよ))

きりの @imksoo

((そういう日本語こねこねにはもう飽きたｗ))

きりの @imksoo

運用でカバー！してるという自負を持っている、意識高い運用…なんてあるかよｗ

きりの @imksoo

とは言え、構築屋さんよりも秀でたものをお持ちの運用屋さんは多い。

きりの @imksoo

ただし、運用屋さんだけに特化すると、それはそれで視野狭窄になりそうで、精神が閉じ込められそうなので、あんまり言いイメージがないのも事実。かといって作り逃げしてる構築オンリーな人はそもそも信用しないというか、さっさと実機渡していなくなれとか思うけど。

きりの @imksoo

うわぁ・・・ QT @harukaha: @imksoo 「基盤作り逃げで運用したこともない奴とかクソ」 vs 「基盤構築も出来ないのに運用できるんすかアホは」 ﾌｧｲｯ!(お)

きりの @imksoo

みんな「運用でカバー」には一家言あるんだなぁ…。 おいらは全否定もしないけどね。どうしても運用で巻き取ることが必要な場面もあるし、逆にどうしようもないくだらない手作業を運用側に押しつけられないようにするのも、おいらのお仕事だったりするからね。

きりの @imksoo

基盤構築と基盤運用の間に、ちょっと差し込まれているのがおいらの立場だし。。。運用でカバー！してでもシステムのサービス価値を下げないようにするのか、それともそれを回避できるように初期に仕組みや手順を作り込んでコストの最適化をするのか、そういうことを考える場面にいますので。

きりの @imksoo

淡々と押しつけられた、運用でカバーな業務を愚痴をこぼしながらやり続けるだけの運用だとそれだけの価値だけど、それをもっと自立的に改善していける余裕ある運用体制や運用エンジニアになりたいですなぁ。。。

きりの @imksoo

一度受け入れた運用でカバー！業務を定期的に棚卸して、仕切り直して、自動化するなり見直しするなり根本原因を取り除くなり、そういう問題管理をしなきゃなのですよ。

きりの @imksoo

運用でカバー！を押しつけられたらおしまい、なんで運用でカバーし続けなきゃ行けないんだよ！って愚痴るのもありだけど、そのあとちょっとでも自らが良い方向にしないと残念ですよね。受け身しか出来ないエンジニアさんの烏合の衆とか、押しつけしか出来ないお客様とか・・・うーん。

きりの @imksoo

@angelndxp まぁ…そういう体制が多いのも理解してます。が、それで硬直化した運用体制や業務工数、運用費用で納得できる保守的なお客様や企業の間では、長いものには巻かれろになるのも自分を守る意味では正解だと思います。。。逆に自由度ある人たちには工夫して欲しいなとも思いまして。