DevOpsのためのPython

第7章. モニタリングとログ

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ノアがサンフランシスコの新興企業で働いていた頃、彼は昼休みをエクササイズに充てていた。バスケットボールをしたり、コイト・タワーまで走ったり、ブラジリアン柔術の練習をしたりした。ノアが働いていた新興企業のほとんどは、ケータリングのランチを用意していた。

昼食から戻ってくると、彼は非常に珍しいパターンを発見した。不健康な食べ物が残っていなかったのだ。残り物にはサラダ、フルーツ、野菜、ヘルシーな赤身肉が多かった。スタートアップ・ワーカーの大群は、彼が運動している間に不健康な選択肢をすべて食べてしまい、悪いものを食べる誘惑はゼロになった。群衆に従わないということは、何か意味があるのだ。

同様に、機械学習モデルやモバイルアプリ、ウェブアプリを開発する際に演算子を無視するのは簡単なパスだ。演算子を無視するのは、ケータリングのランチでポテトチップス、ソーダ、アイスクリームを食べるようなものだ。しかし、普通であることが必ずしも好ましいわけではない。この章では、ソフトウェア開発における「サラダと赤身の肉」というアプローチについて説明する。

信頼性の高いシステム構築における重要な概念

しばらくの間、会社を作ってきた経験から、ソフトウェア・エンジニアリングの部分で何がうまくいったのか、何がうまくいかなかったのかを見てみるのは楽しいものだ。最高のアンチパターンの1つは、"trust me "だ。まともなDevOpsプロフェッショナルなら、人間を信用しないだろう。人間には欠陥があり、感情的なミスを犯し、気まぐれで会社全体を破壊しかねない。特に彼らが会社の創業者であればなおさらだ。

完全なナンセンスに基づく階層構造ではなく、信頼性の高いシステムを構築するためのより良いアプローチは、それらを断片的に構築することである。さらに、プラットフォームを作成する際には、定期的に失敗が起こることを想定すべきである。この真理に影響を与えるのは、強力な人物がアーキテクチャの構築に関与している場合だけである。その場合、この定説は飛躍的に高まるだろう。

Netflixのカオス・モンキーについて聞いたことがあるかもしれないが、わざわざそんなことをする必要はないだろう。その代わりに、あなたの会社の創設者、CTO、あるいはエンジニアリング担当副社長に、ドライブバイコーディングをさせ、あなたのアーキテクチャとコードベースを二の次にするのだ。人間のChaos MonkeyはNetflixの周りをぐるぐる回るだろう。もっといいのは、本番稼動が停止している最中にjarファイルをコンパイルさせ、SSH経由でノードに1つずつインストールさせることだ。こうすることで、カオスとエゴの調和平均が達成される。

まともなDevOpsプロフェッショナルの行動項目とは？自動化はヒエラルキーよりも偉大である。スタートアップのカオスに対する唯一の解決策は、自動化、懐疑主義、謙虚さ、不変性のDevOps原則だ。

不変性DevOpsの原則

信頼性の高いシステムを構築するために、この不変性の原則以上に良いスタート地点があるとは考えにくい。もしCTOがノートPCからJavaの.jar ファイルをビルドし、生産ラインの火災を修理しているのなら、あなたは仕事を辞めるべきだ。あなたの会社を救うものは何もない。私たちは知っているはずだ！

どんなに頭が良くて、パワフルで、カリスマ的で、クリエイティブで、リッチな人間であっても、危機的な状況で重要な変更をソフトウェアプラットフォームに手作業で適用していたら、あなたはすでに死んでいる。あなたはまだそれに気づいていないだけなのだ。この怪物のような存在に代わるものは ...