DevOpsとSysAdmin:ライバルかコラボレーターか?

DevOpsとSysAdmin:ライバルかコラボレーターか?

DevOpsとSysAdmin:ライバルかコラボレーターか?

数日前、特に«という投稿でSysAdminsについて話していました。Sysadmin:システムおよびサーバー管理者になるための技術». そして、彼らは一種の「...経験豊富なオールインワンITプロフェッショナルであり、通常の日は、スケジュールされているかどうかに関係なく、さまざまなアクティビティでいっぱいです...」と「...あなたが働くすべての技術プラットフォームとITの適切な機能を確保する責任があります…»。

この投稿では、ソフトウェア開発者のそのような新しい「品種」(世代)であるDevOpsについて説明します。これは、約XNUMX〜XNUMX年前から耳にされています。 この新世代のプログラマーは、技術センターと世界的に有名な現代のIT企業の腸から生まれ、英語の「開発」と「運用」に由来する用語にちなんで名付けられました。

DevOpsとSysAdmin:はじめに

はじめに

一言で言えば、DevOpsは、「ソフトウェア開発」などのライフサイクルに関連するすべての機能を実行できるプログラマーであると言えます。、例:プログラミング、操作、テスト、開発、サポート、サーバー、データベース、Web、その他必要なもの。

この新しい「ソフトウェア開発者の世代」は、小さくて現代的で成功した「テックスタートアップ」で生まれたと言われています。 「ITスペシャリスト」の小グループ、主にソフトウェア開発者で構成されています。

そして、私たちがすでに知っているように、これらの「スタートアップ」は一般的に、迅速なソフトウェアソリューションを開発することです(6〜12か月) したがって、現実の世界における特定の複雑な問題やニーズを解決します。 これは、彼らが非常に高い死亡率を持つ傾向があることを意味します。

これらのスタートアップに住んでいたその現実から 「早期リリース、頻繁リリース」(早期リリース、頻繁リリース)として知られる哲学に基づいた新しい「ソフトウェア開発の文化」では、ソフトウェアが変更され、「オンフライ」(飛行中)が起動されます。つまり、その場で、同じユーザーがすぐに使用できるようにします。

「フィードバック」から開発者にフィードしたユーザー その場でコードを改善および更新した人から入手しました。

この新しい「ソフトウェア開発の文化」は、「ソフトウェア開発の伝統的な文化」を変えてきました。 ここで、「ITユニット」(コンピューティング/テクノロジー)の各メンバーは、ジュニア開発者、シニア開発者、データベース管理者、システムおよび/またはサーバー管理者、アナリスト、および/またはサーバー管理者など、明確に定義された特定の機能を持つポジションを持っています。 /またはアプリケーションテスター、テクニカルサポートなど。

この状況こそが、DevOpsをSysAdminのように見せるものです。つまり、ITスペシャリストの人員の規模を縮小して、同じ組織およびすべての組織の運用コストを削減しようとする、活動の活発な中小企業です。 多くの分野と技術の学際的な機能を共通に扱う「ソフトウェア開発者」と「システムおよびサーバー管理者」を生み出します。

したがって、DevOpsは単なる人や立場ではなく、トレンド、ムーブメント、今日の非常に広範な組織文化でもあります。 これについては、次の2つの記事を読むことで詳しく知ることができます。«DevOps"Y"DevOpsとは何ですか?"

DevOpsとSysAdmin:コンテンツ

コンテンツ

上記がまさに、現在DevOpsとSysadminが文字通り「すべての取引のジャック」または「マスターオブなし」と見なされている理由です。つまり、「すべての使用人」または「何もないマスター」です。なぜなら、彼らは「何も専門家になることなく、すべてまたは多くのことを行う」ことができるからです。

長期的な専門化は専門家と組織にとって最良の投資であるため、これは労働市場におけるこれらの専門家の価値を切り下げる傾向があります。 これは、情報技術が複数の広範な知識領域で構成されており、XNUMX人の専門家が完全に習得(学習、保持、更新)することは事実上不可能であるためです。

DevOpsまたはSysadminが、発生するほとんどすべての技術的問題を解決する知的能力を持つことは、非常に高い認知コストを意味します。 彼らがある程度の「仕事のストレス」(燃え尽き症候群)を示し、その結果、生産性や仕事の効率が低下する傾向があることを支持するもの。

システム管理者

Sysadminは、次の機能とアクティビティを含む傾向があります。

  1. 新しいものを実装するか、廃止されたものを削除します
  2. バックアップを作成する
  3. パフォーマンスの監視
  4. 構成の変更を管理する
  5. アプリケーションとオペレーティングシステムを操作する
  6. ユーザーアカウントを管理する
  7. コンピュータのセキュリティを監視する
  8. 失敗や転倒への対処
  9. ユーザーの要件を満たす
  10. 組織の直接の責任レベルに報告する
  11. システムとプラットフォームのコンピューティングアクティビティを文書化する

そして、あなたはいくつかの知識を持っている必要があります:

  1. プログラミング
  2. データベース
  3. ITセキュリティ
  4. ネットワーキング
  5. オペレーティングシステム

DevOps

DevOpsは、技術的な能力と管理スキルに加えて、さまざまなプログラミング言語に堪能である傾向があります。 DevOpsは通常、ソフトウェア開発者とシステム管理者の組み合わせでもあります その機能は通常、両方のプロファイル間の障壁の除去として見られます。 したがって、DevOpsは、それらが機能する組織のソフトウェアとハ​​ードウェア(インフラストラクチャ/プラットフォーム)の両方に関する知識を持っていることが期待されます。

したがって、DevOpsは通常次のことができます。

  1. コードを記述し、プログラマーの機能を実行します。
  2. マルチプラットフォームサーバーを管理し、SysAdminの機能を実行します。
  3. ネットワークを管理し、NetAdminの機能を実行します。
  4. データベース(BD)を管理し、DBAの機能を実行します。

これにより、優れたDevOps:

ITユニットの各エリアスペシャリストの最小限の活動と機能を実行することができます。 SysAdminsやその他のITスペシャリストにとって、これは逆の場合にはあまり当てはまりません。SysAdmin、NetAdmin、DBA、またはテクニカルサポートスペシャリストは、一般に、高レベルまたは商業的に人気のある言語で一貫して効率的にコードを作成する傾向がありません。

DevOpsに残されているのは、通常、逆に同じになることなく、他のすべてを置き換えることができる知識を持っていることです。 そしてこれにより、DevOpsは労働市場でより高く評価されます。つまり、DevOpsはファッショナブルであり、すべての中小規模の組織が(主に)XNUMXつを望んでおり、ITユニット内の残りの従来のポジションの評価が下がっています。

そして、これら2つのポジションは、多くの共通のタスクを共有していますが、性質が異なります。 そのDevOpsなどの違い:

  • 彼らは組織と高レベルで協力し、会社の各セクションでの相乗効果を保証しますが、SysAdminは管理(サーバーとコンピューターシステムの構成、保守、更新)に重点を置いています。
  • 彼らはエンドツーエンドの製品を使用するプロジェクトでより頻繁に作業する傾向がありますが、SysAdminsは同じプロジェクト/製品に関するより小さな範囲と(XNUMX回限りの)責任に制限される傾向があります。
  • 通常、SysAdminが実行するすべてのことを実行できますが、SysAdminは通常DevOpsが実行するすべてを実行できるわけではありません。

DevOpsとSysAdmin:結論

結論

組織のトレンドまたは文化として「DevOps」という用語が追求する目的は、ソフトウェアシステム開発に関与するさまざまな分野の個人間のコラボレーションとコミュニケーションに基づいて、チーム文化を促進することです。 そのため、組織の«DevOps»は、ソフトウェア開発者領域のメンバー、システムオペレーター、またはシステムとサーバーの管理者間の統合を支持し、より完璧で透過的で使いやすいものにしようとしています。

組織内の一部は逆の効果を見る傾向がありますが、つまり、DevOps文化がITユニット内のほとんどの役割の破壊をどのように表しているかを確認します。 たとえば、プログラマーがDevOpsを使用して、SysAdmin、NetAdmin、DBA、サポートスペシャリストなどを置き換える傾向がある方法(コードを書くだけのソフトウェア開発者を含む)。

このトピックについてさらに質問がある場合は、このトピックに関連するワークペーパーを読むことをお勧めします。 リンク.


コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   フィルター-水族館-外部

    彼らがいつも言うように、知識は起こりません。 特定の分野に特化して「オールテレーン」であることは、どの専門家にとっても大きな価値がありますが、これは仕事の不安を意味するものではなく、市場がそれを利用して、XNUMX人の優れた専門家がXNUMX人の価格で持つ価値を減らすことができます。

  2.   Linuxポストインストール

    確かに、それはSysAdminにコーヒーさえも提供してもらいたいラテン諸国でよく起こると思います...コーヒーさえ作る方法を知っていても、誰もが自分のことをします🙂

  3.   アミンエスピノザ

    なんて良い投稿でしょう。 私はあなたがとてもコンパクトで正確な何かでXNUMXの概念のように取り組んだ方法が大好きです。 長い議論と数え切れないほどの意見があるトピックですが、個人的には強く同意します。「すべてが得意」にならないために私が思うのは、他の人よりも好きなDevOpsステージに賭けて、専門で攻撃することです。
    テキストをありがとう!

    1.    Linuxポストインストール

      あなたの前向きなコメントをありがとう、私はあなたと他の多くの人がこの出版物を気に入ってくれてとてもうれしいです。

  4.   ヴァルド

    素晴らしい投稿。 理想的には、DevOpsはチームワークの文化を反映する必要があります。 DevOpsがソフトウェアシステムの開発に関係するすべての分野について深い知識を持っている必要があることは間違いありませんが、このタスクが意味する作業量には複数の人が必要であることも明らかです。特定の知識。
    残念ながら、多くの中小企業は経済問題を誤って優先していると思います。全地形型の場合、なぜ他の人を雇うのですか?長期的には安いものは非常に高価になる傾向があることを忘れています。
    私はシステム開発の単純なファンですが、チームを雇うお金がない非常に小さな組織のWebサイトを作成して管理するのと同じくらい簡単なことに対処しなければならないことの難しさを知っています。
    要約すると、おそらく私は間違っていると思いますが、基本的には組織の経済的能力に依存し、次にその作業哲学に依存して、XNUMXつの機能の融合に向かっていると思います。

  5.   Linuxポストインストール

    これは、システム管理者についての読みをもう少し広げたい人のための、システム管理者のみに関する記事です。