| それが熱い言葉で、この頃でDevOpsチームトレンド。それは数年SPA（単一ページのアプリケーション）フロントエンド・アプリケーション前に始まりました。私は当たり前のIT技術を適合させることであると考え、新しい技術が発生した瞬間に始まった、すぐに人を採用熱心され、その後、急速に普及来ます。近年DevOpsチームは、このようなものです。しかし、数年後には、あなたは別の流行語が聞こえます：NoOpsを。 |
それが熱い言葉で、この頃でDevOpsチームトレンド。それは数年SPA（単一ページのアプリケーション）フロントエンド・アプリケーション前に始まりました。私は当たり前のIT技術を適合させることであると考え、新しい技術が発生した瞬間に始まった、すぐに人を採用熱心され、その後、急速に普及来ます。近年DevOpsチームは、このようなものです。しかし、数年後には、あなたは別の流行語が聞こえます：NoOpsを。
DevOpsチームとNoOps違い
DevOpsチームが開発・運用・保守の融合であり、開発及び運用・保守エンジニアは、設計からの送達のライフサイクルプロセスに実用的なアプリケーションを定義するために協力します。
NOOPは、オペレータないことを意味します。アイデアは、現像剤とインフラとの間の摩擦を減少させる、全てのプラットフォームの管理の一部を除去することです。
なぜDevOpsチームが必要なのですか？
技術とビジネスのニーズはますます挑戦として、ITサービスはますます複雑になっています。これは、配信がますます重要になってますので、私たちは、アプリケーション全体の配信プロセスを編成するために努力をしなければなりません。
あなたがクラウドプラットフォームを持っていたら、システム管理者のための需要が減少し始めたが、技術的なDevOpsチームとビジネススキルの需要は依然として非常に高いです。DevOpsチームとそれを使用するだけの権利を実現するために。これは、私たちは技術的な配信を超えた状況を考慮することができます。
なぜ以前DevOpsチーム？
ビジネスシナリオが単純であるか、十分な技術的な文化を持っていない前に、回答数がありますが、あなたは言うかもしれません。私は非常にこの見解に同意するが、私はそれらが根本的な原因ではないと思います。私の経験では、その理由は、より技術的にする必要があります。自動化された配信は、実際に達成することは非常に困難です。
十年前、ほとんどのシステムでは、デフォルトでは、建物内または明確に定義されたワークフローなどのgit-流れないようステップを実行します。CIのための費用対効果の高いソリューションがありませんでした、配達を自動化することは困難です。
私は、私自身は、.NETポータルを展開していき、2009年を覚えています。私は、自動展開システムを作成するためのオープンソースツールを使用しようとする土曜日の朝を過ごしたが、最終的に、私はあきらめました。私は手動でそのコストは非常に高い展開よりも、自動化の配信を維持することを知っているからです。あなたはAzureのDevOpsチームのサービスを使用する場合、今までは、私は、Webブラウザが10分で完了することができます。それは本当に時間の経過ああでした！
なぜ私はより多くのことを行うことができますDevOpsチームよりも必要なのですか？
良好な状態であなたがあなたの会社に導入されたDevOpsチームは、あなたがそれを考えるかもしれないだろうときの理由はよく、紆余曲折を理解されています。しかし、それは、物事は、人々が今より多くの人気求め、常に需要が一定の変更及び調整をもたらしますが、あなたは、単に文を扱うことができないよりも早く変化する世界という事実は：「私は変化に対応するために苦労してきた、私たちは、休息する必要があります見て。 "
クラウドの時代の到来は、物事をより複雑にします。それは、私たちは複雑なソリューションを実装し、多くの課題を解決することができますが、我々はより多くのスキルを持っている必要があります。
すべてのコンポーネントは、スケーラブルなクラウドですが、それはDevOpsチームの構成の一部を含むことになる、両方常にいくつかの手動の介入を必要とし、実行中のプロセスのほとんどの後ろに、まだ参加するために誰かを必要としています。これは、操作の古いモードであるように、それは理解することができます。
NoOps目的は、複合操作およびメンテナンスを開発する必要性を定義し、処理の流れを滑らかにすることが可能です。すべてのものは、誰でも参加するを必要とせずに展開できるように設計することにより：NoOpsは、目標を持っています。
NoOpsおおよそ次の通り：開発者がコードベースにコードを提出する展開のすべてを完了しました。連続配信は非常に似ていますが、それは、より広い範囲が含まれ、そこにアプリケーションがないだけでなく、インフラの展開を含んでいます。
それはどのようにNoOpsのですか？
DevOpsチームと比較して、NoOpsは、技術サポートの必要性があります。これは、多くのオプションをサポートしていますが、次のように基本的に、我々は要約することができます。
NoOpsのPaaSソリューションである、またはアズール、AWSとHerokuのは、提供された他のクラウドサービスプロバイダーのような。
サーバーコンピューティングサービスでAWS、Azureのおよびその他のサービスプロバイダから購入しました。
（動作のほぼ必須の最初のステップである）にコピーすることができるインフラストラクチャを作成します。
上記のシナリオと同様に、インフラストラクチャの仕事の一部を解決するために適しており、アプリケーションを提供、伝統的な処理プロセスの展開をプッシュするためのツールをしましょう。
輝きは金ではないこと
私は悪い歯が引き出されたようにそれは感じている、インフラストラクチャ管理のアイデアは非常に魅力的ですキャンセルすることを認めました。そのため、通常の状況下で、それは、インフラストラクチャ管理コストの多くを取っているが、また、開発・運用・保守の間の摩擦をもたらしました。
しかし、他のビューには、問題は、インフラストラクチャではなく、プロセスであることです。プロセスがうまく設計されている場合、摩擦があるだろう、何の遅れは存在しません、すべてが整然と進むことができます。
あなたは実際には、あなたが全体のコストだけでなく、管理コストを考慮する必要があります？管理のコストを心配します。たぶん、あなたは、インフラストラクチャの高い管理コストを曇らせるが、最終的なコストは同じになります。しかし、これは絶対的ではありません。まだ混乱？これは秘密の一つであり、一部のアプリケーションは他の人ができない、のPaaS上に展開することができるということです。より多くの何もありません。アプリケーションがシンプルであれば、それは良いのPaaSソリューションで、DevOpsチームスタッフが作業負荷を軽減させていただきます。起動したい場合しかし、あなたはより多くの制御権は、PaaSのサービスは非常にaptの友人ではありません必要がありますが、次のNetflixのです。これは根本的な原因です。
最後といえば、実際には、それはDevOpsチームやNoOps問題ではありません。できるだけ小さななどの保守作業は、インテリジェントなインフラストラクチャを作成するために、すべての自動化：基本的なドライバがあります。このような他のGoogleのクラウドやパブリッククラウドサービスの利用として、あなたはあなたのアプリケーションシナリオのための最善の解決策を見つけることができます。
だから、このような観点から、NoOps何ですか？エッセンスは、ワードクラウド内の別の人気の傾向です。