Linux管理者はシェルスクリプトと自動化のスキルをどのように改善できますか？

私の組織では、NOCスタッフのグループ、新進気鋭のジュニアエンジニア、少数のシニアエンジニアと協力しています。すべてLinuxに焦点を当てています。会社が才能を伸ばす方法の1つの興味深いステップは、NOCから上級エンジニアリングランクへの道があることです。人材プールを相対的な新参者とみなすと、スキルセットに分裂があり、時間とともに成長する傾向があることがわかります...

• 1つまたは複数の特定の技術を熟知し、常に没頭しているエンジニアがいます。たとえば、MySQL、ファイアウォール、SANストレージ、ロードバランサーなどです。
• ジェネラリストであり、複数のテクノロジーをナビゲートできる人もいます。
• すべての人が、必要なことを実行して日常的に使用するのに十分なLinux（コマンド、プロセス）を学習します。

一部のスタッフ間の差別化要因は、スクリプト、自動化、および構成管理の方法論をどれだけうまく取り入れているかです。たとえば、Amazon AWS CloudFormationの大部分の作業を行う2人のエンジニアと、Puppetインフラストラクチャのほとんどを処理するエンジニアがいます。おそらくエンジニアの4分の1がBASHシェルスクリプトに精通しています。

雇用市場でのDevOpsスキルに対する非常に高い需要の文脈でこれを見ると、他の組織がどのようにこれらのスキルの開発を促進し、社内の才能を伸ばしているのか興味があります。スクリプティングは、特に教えることのできる概念とは思えません。

• システム管理者はシェルスクリプトをどのように改善しますか？
• DevOpsパラダイムに遅れている/遅れているエンジニアのための場所はまだありますか？
• これらの技術が進化するにつれて、一部の人々が取り残されると単純に想定していますか？それは大丈夫ですか？

環境の規模と複雑さを理解することにはメリットがあります。クラウド/ホスティングプロバイダーで働いているのを見て、多数の中小規模環境（10〜100サーバー）があると想定するのは安全です。確かに、jrによって実行される毎日のタスクがあります。反復的なエンジニアとNOCスタッフ（ユーザーアカウントの作成、バックアップエージェントの構成など）。同様に、おそらくSRによって行われるいくつかの手作業があります。エンジニアは、ESXiを新しいハードウェアにインストールしたり、MPIOなどを構成したり、特定のハードウェアセット用にVMwareモジュールをインストールしたりします。これらはすべて自動化できるため、自動化する必要があります。

スタッフが自動化せずにワークロードの大部分を実行できる場合、あなたは私の意見で人員が過剰です。ほとんどが手動のプロセスで構成される1日中働くことができるITスタッフには、自動化する動機がありません。なぜ必要と見なされておらず、怖いかもしれない新しいスキルを学ぶのですか？結局、イノベーションが必要なのは母親です。

そのため、組織内のある時点で、あなたはがたついてバラバラになるサイズに成長するか、ほとんどすべてを自動化して優れたものになるでしょう。確かに、上級エンジニアはここで担当し、ジュニアエンジニアやNOCスタッフと協力して作業負荷の一部を自動化することもできます。これにより、jrが得られます。エンジニアは、多くのスクリプトのフレームワークを使用する機会を得ることができ、必要に応じてテナントや新しいハードウェアリビジョンごとに調整できます。これにより、「ああ、なんてことだ、どこから始めればいいの？」という気が遠くなるような考えがなくなります。方程式から、彼らに実際の問題を解決するためのジャンプスタートを提供します。これで最後のポイントに至ります。書籍と例はよくできていますが、彼らが直面する問題。テナントxのすべての新しいサーバーに特定のESXiモジュールをインストールし、それらと協力してそれを達成するように、目標を与えます。次に、マルチテナント環境で動作するようにスクリプトを調整します。

システム管理者はシェルスクリプトをどのように改善しますか？

必要上述したように。

DevOpsパラダイムに遅れている/遅れているエンジニアのための場所はまだありますか？

もちろん、DevOps方法論に移行できない、または移行しない組織はたくさんあります。それらはますます退屈なオプションのように見えますが、それでもオプションです。

これらの技術が進化するにつれて、一部の人々が取り残されると単純に想定していますか？

すべての新しいテクノロジーと同様-はい。

tl; dr価値を理解するまで、誰も学習に投資することはありません。毎日のタスクを手動で達成できる場合、人員が過剰になり、インセンティブはありません。

•システム管理者はシェルスクリプトをどのように改善しますか？

練習、ドライブと混合。些細なことのように聞こえますが、練習に加えて、さらに良くなりたいと思う必要があります。本当にスクリプティングを楽しんでいないのなら、何年もそれをしなければならないことを余儀なくされることがあります。もっと良くなりたくない場合は、毎日仕事で世界最高のスクリプターの隣に座って、あなたが持っている可能性のあるスキルの一部を拾わないようにすることができます。

私は、ITで働いているにもかかわらず、どんな種類のスクリプトの学習も頑なに拒否する人々を知っています。この業界の人々には間もなく場所がなくなるでしょう。彼らは死にかけている世代の一部です。

（私は老人のことを言っているのではなく、私は比mean的に言っている。：P）

•DevOpsパラダイムに遅れている/遅れているエンジニアのための場所はまだありますか？

いや。彼らが行うすべてのことは可能であり、最終的には自動化されます。

とにかく、彼らを「エンジニア」と呼ぶべきではなかったと私は主張します。IT業界が「エンジニア」という言葉を私たち自身に当てはめたのは十分に悪いことです。これは、高等教育プログラムに長年を費やし、橋、超高層ビル、ハドロンコライダーを設計できるように法的認証を取得した実際のエンジニアをto辱するようなものです、など...それらは本当のエンジニアです。

しかし、類似性があります... IT業界で自分を「エンジニア」と呼びたいなら、それは少なくともあなたが物を作ることを意味します。あなたは独創的であり、かつて誰も考えもしなかった新しい方法でドットを結び付けます。あなたはそれを作るまで他の誰もそれがどれほど価値があるかを知らないものを構築します。

コードやスクリプトを作成しない場合、コンピューターを維持するだけで、コンピューターで多くのことを行う方法はありません。1つまたは2つのソフトウェアパッケージをインストールすることもできます。新しいハードドライブを旧式のMSAに挿入することもできます。その場合、私はあなたを管理者と呼びますが、必ずしもエンジニアとは限りません。そして、あなたの仕事の多くは、自動化されてしまう危険にさらされていると思います。

•これらのテクノロジーの進化に伴い、一部の人々が取り残されると単純に想定しているのでしょうか？

市場は適応します。実際に値しない場合でも、6桁の給料を支払わない人がいるかもしれません。これは、この業界ではかなり起こります。

コーディング/スクリプティングスキルだけでなく、創造性が重要な要素であることがわかりました。「ああ、ちょっと、これを自動化できた！」と自分自身に言う必要があるのは、その創造性です。そして、スキルはその後にのみ登場します。あなたが何かスクリプトを自分で見つけた場合にのみ、あなたの上司があなたを伝えた後に、あなたはそのドライブまたは私が話していたその創造性を持っていないかもしれない...と、それらを教えることは、非常に難しい、多分不可能な2つの性質です。

システム管理者はシェルスクリプトをどのように改善しますか？

どのように何かで良くなりますか？本を読んで、クラスに参加し、学んだ原則を適用します。（または方法の組み合わせ。）これは、料理の仕方や車の修理の仕方を学ぶことについて、スクリプトを学ぶことに特別なことはないので、意図的に単純化されています。

DevOpsパラダイムに遅れている/遅れているエンジニアのための場所はまだありますか？

このサイトの範囲内で回答するのは困難です（質問に対する明確で明確な回答が必要な場合）。そうなると予測できますが、DevOpsモデルには問題があります。一人が両方の分野で非常に熟練していることは非常に難しいと思います。現在、1対2の従業員のコスト削減は企業にとって非常に魅力的ですが、この傾向が今後も続くのかどうかを判断するのは困難です。確かに短期的です。

これらの技術が進化するにつれて、一部の人々が取り残されると単純に想定していますか？

はい、現状の速度で。あなたのほとんどはあなた自身の職場でそれを観察しているでしょう。あなたは間違いなく求人情報に遅れずについていく必要があり、市場が現在要求しているものを知る必要があります。（お住まいの地域にはHadoopの求人リストがたくさんありますか？Hadoopをご覧ください。）市場に追いついていない場合、取り残される危険があります。

一般に、ジュニアエンジニアをミッションクリティカルな複雑な生産環境に送り込むことはありません。そのための上級エンジニアがいます。ジュニアランクは、開発/テストサンドボックスでの作業を許可する必要があります。

Technology Xのエンジニアが必要で、社内でその役割を果たしたい場合は、喜んでそれを学び、構造化されたトレーニングを見つけて、2つを組み合わせてください。

部門で必要なスキルを把握します。それらを学ぶことをいとわない人を見つけてください。トレーニングのためにお金を教える/配る。

DevOpsパラダイムに遅れている/遅れているエンジニアのための場所はまだありますか？

「devops」は、システム管理者が何十年もやってきたことの単なる新しい言葉です。

これらの技術が進化するにつれて、一部の人々が取り残されると単純に想定していますか？

まったく逆です。時間が経つにつれて、技術者の必要性はますます高まっています。あらゆる種類のエンジニアリングの知識と技術スキルを持っている人なら誰でも働く場所があります。