私の組織では、NOC スタッフのグループ、新進気鋭のジュニア エンジニア、少数のシニア エンジニアと一緒に働いています。全員が Linux に注力しています。会社が人材を育成する上で興味深いステップの 1 つは、NOC からシニア エンジニア ランクへの道があることです。比較的新しい人材プールを見ると、スキル セットに分裂があり、時間の経過とともに拡大する傾向があることがわかります...
- MySQL、ファイアウォール、SAN ストレージ、ロード バランサーなど、1 つまたは複数の特定のテクノロジーに精通し、常にその分野に没頭しているエンジニアがいます。
- ジェネラリストとして複数のテクノロジーを扱える人もいます。
- 全員が、日常的に必要な作業と使用を行うのに十分な Linux (コマンド、プロセス) を学習します。
スタッフ間の差別化要因は、スクリプト、自動化、構成管理手法をどれだけうまく取り入れているかです。たとえば、Amazonのほとんどの作業を担当するエンジニアが2人います。AWS クラウドフォーメーション仕事のほとんどを担当する別の人が傀儡インフラストラクチャ。おそらくエンジニアの 4 分の 1 が BASH シェル スクリプトに精通しています。
これを信じられないほど高い需要求人市場における DevOps スキル他の組織がどのようにしてこれらのスキルの開発を促進し、社内の人材を育成しているのか興味があります。スクリプトは特に教えやすい概念ではないようです。
- システム管理者はどのようにしてシェルスクリプトを改善するのでしょうか?
- DevOps パラダイムに追いつけない、または追いつけないエンジニアのための場所はまだあるのでしょうか?
- これらの技術が進化するにつれて、一部の人々が取り残されるだろうと単純に想定すればよいのでしょうか? それでいいのでしょうか?
答え1
私は、お客様の環境の規模と複雑さを理解しているという利点があります。クラウド/ホスティング プロバイダーで働いていることから、多数の小規模から中規模の環境 (10 ～ 100 台のサーバー) があると想定しても間違いではありません。ジュニア エンジニアや NOC スタッフが毎日行っている反復的なタスク (ユーザー アカウントの作成、バックアップ エージェントの構成など) は確かにあります。同様に、新しいハードウェアに ESXi をインストールしたり、MPIO などの構成を行ったり、特定のハードウェア セットに VMware モジュールをインストールしたりするなど、シニア エンジニアが手動で行っている作業もいくつかあるでしょう。これらの作業はすべて自動化できますし、自動化する必要があります。
自動化なしでも大部分の作業負荷をこなせるスタッフがいるなら、私の意見では人員過剰です。ほとんどが手動のプロセスで1日中働けるITスタッフには、自動化する動機はありません。なぜ、自動化とは見なされない新しいスキルを学ぶ必要があるのでしょうか。必要そして、怖い結局、必要はイノベーションの母なのです。
したがって、組織は、ある時点で、規模が大きくなり、もがき、崩壊するか、ほとんどすべてを自動化して成功するかのいずれかになります。もちろん、上級エンジニアが先頭に立って、ジュニア エンジニアや NOC スタッフと協力して、作業の一部を自動化する必要があります。これにより、ジュニア エンジニアは、多数のスクリプトのフレームワークを使用して作業することができ、必要に応じてテナントや新しいハードウェア リビジョンごとに調整できます。これにより、「何から始めたらいいのだろう?」という気が遠くなるような考えがなくなり、すぐに問題を解決できます。本物問題です。これが私の最後のポイントです。本や例は良いものですが、問題を解決したときの達成感に代わるものはありません。実際の彼らが直面している問題。テナント x のすべての新しいサーバーに特定の ESXi モジュールをインストールするなどの目標を与え、それを達成するために彼らと協力します。次に、スクリプトをマルチテナント環境で動作するように調整します。
システム管理者はどのようにしてシェルスクリプトを改善するのでしょうか?
による必要上記の通りです。
DevOps パラダイムに追いつけない、または追いつけないエンジニアのための場所はまだあるのでしょうか?
もちろん、DevOps手法に移行できない、または移行しない組織は数多くあります。そのような組織はますます増えているようです。つまらないオプションではありますが、それでもオプションです。
これらの技術が進化するにつれて、一部の人々が取り残されるだろうと単純に想定すればよいのでしょうか?
他の新しいテクノロジーと同様に、はい。
tl;dr 価値がわかるまで、誰も真剣に学習に取り組もうとはしません。日々の業務を手動でこなせるようになれば、人員が多すぎてインセンティブがなくなります。
答え2
• システム管理者はどのようにしてシェルスクリプトを改善するのでしょうか?
練習とやる気。ありきたりに聞こえるかもしれないが、欲しい練習に加えて、上達するためには、スクリプトを本当に楽しんでいなければ、何年もスクリプトを書かざるを得ず、結局上達できないこともあります。欲しい上達するためには、毎日職場で世界最高のスクリプターの隣に座っていても、自分が持つべきスキルのほんの一部しか身につかないかもしれません。
IT 業界で働いているにもかかわらず、スクリプトの学習を頑なに拒否する人たちを私は知っています。この業界では、そのような人たちの居場所はすぐになくなるでしょう。彼らは死にゆく世代の一部です。
（私は老人のことを言っているのではなく、比喩的に言っているのです。:P）
• DevOps パラダイムに追いつけない、または追いつけないエンジニアのための場所はまだあるでしょうか?
いいえ。彼らが行うすべてのことは自動化される可能性があり、最終的には自動化されるでしょう。
そもそも、彼らを「エンジニア」と呼ぶべきではなかったのではないかと思います。IT業界が「エンジニア」という言葉を自分たちに当てはめているのは十分に悪いことですが、私の意見では、それはある意味、実際の橋や高層ビル、ハドロン衝突型加速器などを設計するために、高等教育プログラムで何年も過ごし、法的資格を取得したエンジニアたち。本物エンジニア。
しかし、類似点があります...IT業界で自分を「エンジニア」と呼びたいのであれば、少なくともそれはあなたが作成するあなたは独創的なそして、これまで誰も考えたことのない新しい方法で点と点を結び付けます。あなたが作るまで誰もそれがどれほど価値があるか知らなかったものを構築します。
コードやスクリプトを書かないと、コンピュータを保守したり、ソフトウェア パッケージを 1 つか 2 つインストールしたりする以外に、コンピュータでできることはあまりありません。古い MSA に新しいハード ドライブを追加するかもしれません。その場合、私はあなたを管理者と呼ぶでしょうが、必ずしもエンジニアと呼ぶわけではありません。そして、あなたの仕事の多くは自動化によって失われる危険にさらされていると言えます。
• これらのテクノロジーが進化するにつれて、一部の人々が取り残されるだろうと単純に想定すればよいのでしょうか?
市場は適応します。実際にはそれに値しないのに 6 桁の給料をもらえない人もいるかもしれませんが、これはこの業界ではよくあることです。
コーディングやスクリプトのスキルだけでなく、創造性が重要な要素だと私は思います。自分自身にこう言い聞かせる必要があるのは、創造性です。ああ、これを自動化できるかもしれない！「そして、そのスキルはその後に初めて発揮されます。のみ上司に言われた通りに行動しないと、先ほど言ったような意欲や創造性が身に付かないかもしれません。そして、この 2 つの資質は教えるのが非常に難しく、おそらくは不可能です。
答え3
システム管理者はどのようにしてシェルスクリプトを改善するのでしょうか?
どうすれば何かが上手くなるのでしょうか? 本を読み、クラスに参加し、学んだ原則を適用します。(または、その方法の組み合わせです。) これは意図的に単純化されていますが、スクリプトの学習は料理や車の修理の学習よりも特別なことではありません。
DevOps パラダイムに追いつけない、または追いつけないエンジニアのための場所はまだあるのでしょうか?
このサイトの範囲内でこれに答えるのは困難です (このサイトでは、質問に対して明確で定義された回答が求められます)。そうなることは予測できますが、DevOps モデルには問題があります。1 人の人間が両方の分野に非常に熟達するのは非常に難しいと思います。2 対 1 の従業員によるコスト削減は、現在、企業にとって非常に魅力的ですが、この傾向が今後も続くかどうかはわかりません。短期的には確かにそうです。
これらの技術が進化するにつれて、一部の人々が取り残されるだろうと単純に想定すればよいのでしょうか?
現状の速度からすると、その通りです。皆さんのほとんどは、自分の職場でそれを目にしているでしょう。求人情報を必ずチェックし、市場が現在何を求めているかを把握しておく必要があります。(お住まいの地域には Hadoop の求人情報がたくさんありますか? Hadoop を学んでください。) 市場に追いついていかないと、取り残される危険があります。
答え4
DevOps パラダイムに追いつけない、または追いつけないエンジニアのための場所はまだあるのでしょうか?
「devops」は、システム管理者が何十年も行ってきた取り組みを表す新しい言葉にすぎません。
これらの技術が進化するにつれて、一部の人々が取り残されるだろうと単純に想定すればよいのでしょうか?
まったく逆です。時間が経つにつれて、技術者の需要はますます高まるばかりです。エンジニアリングの知識と技術スキルを持つ人なら誰でも、働く場所があるでしょう。