Linux管理者はシェルスクリプトと自動化のスキルをどのように向上させることができますか？
私の組織では、NOCスタッフのグループ、新進のジュニアエンジニアと少数のシニアエンジニアと協力しています。すべてLinuxに焦点を当てています。会社が才能を伸ばす方法の1つの興味深いステップは、NOCから上級エンジニアリングランクへの道があるということです。人材プールを比較的新しい人として見ると、時間とともに成長する傾向のあるスキルセットに分裂があることがわかります...
- 1つまたは複数の特定のテクノロジーを熟知しており、常に没頭しているエンジニアがいます。 MySQL、ファイアウォール、SANストレージ、ロードバランサー...
- ゼネラリストであり、複数のテクノロジーをナビゲートできる人もいます。
- すべての人が、必要なことを実行し、日常的に使用するのに十分なLinux（コマンド、プロセス）を学びます。
一部のスタッフの差別化要因は、スクリプト作成、自動化、および構成管理の方法論をどれだけうまく取り入れているかです。たとえば、Amazon AWS CloudFormation の大部分を担当する2人のエンジニアと、ほとんどの Puppet インフラストラクチャを担当するエンジニアがいます。おそらく、エンジニアの4分の1はBASHシェルスクリプトに長けています。
これを信じられないほど高い需要 DevOpsの求人市場でのスキル のコンテキストで見て、他の方法に興味があります組織はこれらのスキルの開発を促進し、内部の才能を育てます。スクリプトは、特に教えやすい概念のようには見えません。
- システム管理者はシェルスクリプトをどのように改善しますか？
- DevOpsパラダイムについていけない、またはできないエンジニアのための場所はまだありますか？
- これらのテクノロジーが進化するにつれ、一部の人々が取り残されると私たちは単に想定しているのでしょうか？それは大丈夫ですか？
環境のサイズと複雑さを理解できるというメリットがあります。クラウド/ホスティングプロバイダーで働いているのを見て、多数の中小規模の環境（10〜100台のサーバー）があると想定しても安全です。確かに、ジュニアによって行われる毎日のタスクがあります。反復的なエンジニアとNOCスタッフ（ユーザーアカウントの作成、バックアップエージェントの構成など）。同様に、おそらくsrによって手動で行われることがいくつかあります。エンジニアは、新しいハードウェアにESXiをインストールしたり、MPIOなどを構成したり、特定のハードウェアセット用にVMwareモジュールをインストールしたりします。これらはすべて自動化でき、自動化する必要があります。
スタッフが自動化せずにワークロードの大部分を実行できる場合、あなたは私の意見では人員が多すぎます。ほとんどが手動のプロセスで構成される1日中働くことができるITスタッフは、自動化する動機がありません。 必要と見なされず、怖いである可能性がある新しいスキルを学ぶのはなぜですか？結局のところ、イノベーションなら必要性は母親です。
そのため、組織のある時点で、ひらめいてばらばらになるサイズに成長するか、ほとんどすべての機能とExcelの自動化を開始します。確かに、ここでは上級エンジニアが主導権を握るはずです。また、ジュニアエンジニアやNOCスタッフと協力して、ワークロードの一部を自動化することもできます。これはジュニアを与えます。多くのスクリプトのフレームワークを操作する機会をエンジニアに提供し、必要に応じてテナントごとに新しいハードウェアリビジョンを微調整できます。これは、「ああ、神よ、どこから始めればよいのか」という気の遠くなるような考えを取り除きます。方程式から、それらにreal問題を解決するためのジャンプスタートを与えます。それが私の最後のポイントです。本と例は良くて良いですが、彼らが直面しているactual問題を解決することの達成感を置き換えることができるものは何もありません。テナントxのすべての新しいサーバーに特定のESXiモジュールをインストールし、それらを使用してそれを達成する必要があるように、彼らに目標を与えます。次に、マルチテナント環境で動作するようにスクリプトを調整します。
システム管理者はシェルスクリプトをどのように改善しますか？
上記のように必要 toによって。
DevOpsパラダイムについていけない、またはできないエンジニアのための場所はまだありますか？
もちろん、DevOps方法論に移行できない、または移行しない組織はたくさんあります。それらはますます退屈オプションであるように見えますが、それでもそれらはオプションです。
これらのテクノロジーが進化するにつれ、一部の人々が取り残されると私たちは単に想定しているのでしょうか？
新しいテクノロジーと同様に-はい。
tl; dr値を確認するまで、実際に学習に投資する人はいないでしょう。彼らが日常のタスクを手動で実行できる場合は、人員が過剰であり、インセンティブはありません。
•システム管理者はシェルスクリプトをどのように改善しますか？
練習、ドライブと混合。ささいなことのように聞こえるかもしれませんが、練習に加えて、より良くするにはwantにする必要があります。スクリプティングを本当に楽しんでいない場合は、何年にもわたってそれを行う必要があり、それが本当に上手にならない場合があります。 wantが上手くいかない場合は、毎日、仕事で世界最高のスクリプターの隣に座って、自分が持つことができるスキルの一部を手に入れることはできません。
ITで働いているにもかかわらず、頑固にあらゆる種類のスクリプトの学習を拒否する人々を知っています。この業界では、まもなくこれらの人々のための場所はなくなります。彼らは瀕死の世代の一部です。
（私は老人について話しているのではなく、比喩的に言っています。：P）
•DevOpsパラダイムを維持できない、または維持できないエンジニアのための場所はまだありますか？
いいえ。彼らが行うことはすべて可能であり、最終的には自動化されます。
とにかく、彼らを「エンジニア」と呼ぶべきではなかったと私は主張します。 IT業界が「エンジニア」という言葉を自分たちに当てはめたのは十分に悪いことです。私の意見では、高等教育プログラムに長年費やして法的資格を取得したエンジニアがactual橋、超高層ビル、ハドロンコライダーなどを設計します。これらはrealエンジニアです。
しかし、類似点があります... IT業界で自分を「エンジニア」と呼びたい場合は、少なくとも作成のことを意味します。あなたは発明的であり、これまで誰も考えたことのない新しい方法でドットをつなぎます。あなたはそれを作るまで、誰もそれがどれほど価値があるかを知らなかったものを構築します。
コードやスクリプトを作成しない場合、コンピュータを保守する以外に多くのことを行う方法はなく、ソフトウェアパッケージをインストールすることもできます。新しいハードドライブを古いMSAに投入する可能性があります。その場合は、管理者と呼びますが、必ずしもエンジニアとは限りません。そして、私はあなたの仕事の多くが自動化される危険にさらされていると思います。
•これらのテクノロジーが進化するにつれ、何人かの人々が取り残されると私たちは単に想定していますか？
市場は適応します。一部の人々は、実際にそれらに値しない場合、6桁の給与を作成しない可能性があります。これは、この業界ではかなり発生します。
コーディングやスクリプト作成のスキルだけでなく、創造性も重要な要素だと思います。それはあなたがあなたに言う必要があるその創造性です、「おお、ねえ、私はこれを自動化することができます！」そして、スキルはその後にのみ効果を発揮します。上司から指示された後、何かをスクリプト化しているのに気づいた場合onlyは、そのドライブや、私が話していたその創造性を持っていない可能性があります。 、 教えるために。
システム管理者はシェルスクリプトをどのように改善しますか？
どのようにして何かが上手くなりますか？本を読み、クラスに出席し、学習した原則を適用します。 （または方法の組み合わせ。）これは、料理の仕方や車の修理の仕方を学ぶこと以上にスクリプトを学ぶことについて特別なことは何もないので、意図的に単純化しすぎています。
DevOpsパラダイムについていけない、またはできないエンジニアのための場所はまだありますか？
これは、このサイトの範囲内では回答するのが困難です（質問に対する明確で明確な回答が必要です）。そうなると予測できますが、DevOpsモデルに問題があります。一人の人間が両方の分野で非常に熟練することは非常に難しいと思います。 1対2の従業員のコスト削減は、現在企業にとって非常に魅力的ですが、この傾向が今も続くかどうかは言いがたいです。それは確かに短期的です。
これらのテクノロジーが進化するにつれ、一部の人々が取り残されると私たちは単に想定しているのでしょうか？
物事が進んでいる現在の速度で、はい。ほとんどの人は、自分の職場でそれを観察している可能性があります。あなたは間違いなく求人情報に遅れずについていくべきであり、市場が現在要求しているものを知っているべきです。 （お住まいの地域にはHadoopの求人情報がたくさんありますか？Hadoopについて学んでください。）市場に追いついていない場合、取り残されるリスクがあります。
一般的に、ミッションクリティカルな複雑な実稼働環境にジュニアエンジニアを派遣することはありません。あなたにはそのための上級エンジニアがいます。ジュニアランクは、開発/テストサンドボックスでの作業を許可する必要があります。
テクノロジーXのエンジニアが必要で、その役割を社内で担当したい場合は、それを学びたい人を見つけ、構造化されたトレーニングを見つけて、2つを組み合わせてください。
部署で必要なスキルを把握します。それらを学ぶことをいとわない誰かを見つけます。教えるためにお金を配ります。
DevOpsパラダイムについていけない、またはできないエンジニアのための場所はまだありますか？
"devops"は、システム管理者が何十年もの間行ってきたことの新しい言葉です。
これらのテクノロジーが進化するにつれ、何人かの人々が取り残されると私たちは単に想定しているのでしょうか？
まったく逆です。時が経つにつれ、技術者の必要性はますます高まっています。あらゆるエンジニアリング知識と技術スキルを持つ人なら誰でも仕事ができるでしょう。