DevOpsのアナロジーのフェッチとは何ですか？

9

一部のプレゼンターは、類似性を使用して特定のテクノロジーを明確にします。たとえば、異なるas-a-Service（aaS）スタックの違いを説明するPizza as a Service 2.0があります。

このピザの類似点の利点は、複数の類似点、つまりランタイム別名ピザと自家製別名レガシーで構成されることです。

あるGoogleの「DevOpsの類推」では、さまざまな画像が表示されますが、非常に目立つものはありません。

「フェッチ」の定義

プレゼンテーションで画像を表示する
それについて30秒話す
エレベーターピッチの間、ますます多くの人々がDevOpsを理解し、それは彼らによって完全に明らかです。

culture

— 030
ソース

DevOpsには多くのターゲットグループがあります。それに集中して画像を見つける方が簡単だと思います。あなたの聴衆は誰ですか、そしてエレベーターピッチが成功した場合はどうなりますか？

— Peter Muryshkin

それらのほとんどは、サイロ志向のジュニア開発者です。つまり、本番環境でアプリを実行する責任に感謝せずに開発したいだけです。@PeterMuryshkinあなたによれば、このコンテキストにはいくつのターゲットグループが存在しますか？

— 030

つまり、ターゲットグループについては、DevOpsツールチェーンの各セグメントの各サイロ/ロールごとに1つですか。管理、ビジネスユーザー、

— 開発

3

DevOpsはITの産業化です

— Oryades
ソース

左の写真は手作りの車ですか？

— 030

正確には、移動中の問題もいくつかあります:)

— oryades

すごい。今それを見る。おそらくあなたは答えにいくつかの追加の説明を追加できますか？

— 030

2

一方、右の写真は、組み立てラインに留まっている限り、問題なく移動できる車を表しています。そうでなければ、いくつかのホイールが必要になるかもしれません...

— Jiri Klouda

1

画像の正しい部分に関して、DevOpsツールチェーンは、ソフトウェアソリューションを自動化、テスト、および配信するための配信パイプラインを理解および構築するエンジニアリングアプローチだと思います。阿嘉産業革命2.0 ... sigspl.org/2015/10/14/...

— ピーターMuryshkin

4

主に開発者向けですが、「災害ガール」ミームを使用している他の人には知識があります。これは、責任の欠如が会社全体を危険にさらす可能性があり、特定の環境でのみ機能するソフトウェアの価値が絶対的ではないことを示しています。

また、地獄のマトリックス。Dockerの追加はもう1列のように思えるかもしれませんが、コンテナーは長期的には将来のテクノロジーおよび標準アーキテクチャーになります。そのため、KubernetesまたはApache MesosでもDockerコンテナーを実行できます。

— ピーター・マーリーシュキン
ソース

画像を追加してもらえますか？

— 030

なるほど、携帯からは正常に動作しないようです。

— Peter Muryshkin

すばらしい+1。各画像に簡単な説明を追加してください。つまり、なぜこれらのDevOpsのアナロジーなのですか？

— 030

1

正直に言うと、これらの画像はDevOps自体よりもDevOpsの動機を示しています。今、私は確かにどれだけこのアドレス「depicture」DevOpsチームにあなたの実際の質問ボットだ

— ピーターMuryshkin

それとは別に、最初の写真は、私のプレゼンテーションで「なぜDevOpsなのか」を説明するのに間違いなく役立ちます。

— 030

3

私が考えることができる最も顕著なDevOpsのアナロジーは、使い捨てインフラストラクチャーにおけるペット対牛のアナロジーです。ただし、それは画像に関連付けられているフェッチについてではなく、理解と関連付けがいかに簡単かについての議論です。

— PrestonM
ソース

1

Cattle vs Petsは主にopsのものであり、開発組織や考え方を必要としません。ヒントは、インフラストラクチャについてのみ話し、その上で実行されているアプリについては話しません。

— Tensibai

@Tensibaiあなたの好きなアナロジーは何ですか？

— 030

それはかわいいアイデアですが、粘り強さを導入するとすぐに顔が平らになります。あなたの会社がDevOpsのクールエイドを飲まなかったこと、そして給与計算システムがペットであることを望みます！

— Gaius

2

私が好きなもう一つは、このウェブサイトからのこれですhttps://devrant.com/search?term=devops

私はそれを何度も聞いたので、それはサイロの振る舞いと反デボープであるので私を失望させます。私は基本的にそれを強制したいです、あなたがそれを変えるとき、あなたは解放しなければならないか、それを壊すとき、あなたはそれを修正します。実際には、考え方を変える必要があるほど単純ではありません。

— 030
ソース

1

別のアナロジーがここで見つかりましたhttps://devrant.com/search?term=devops

壁を越えて物を投げ続けている開発者がまだいるので、これも当てはまると思います。

私はこのように感じ、これがプログラミングを学ぶように励ますことを認めなければなりません。私は現在Javaを学んでおり、証明書を取得したいと考えています。現在、Java Oracleアソシエイトのために勉強しています。

— 030
ソース

0

@PeterMuryshkinによる回答の1つに対するコメントの1つにある提案に基づいて、Industry4.0の詳細を読みました。

DevOpsのもう1つの例は、インダストリー4.0です。

インダストリー4.0は、製造技術における自動化とデータ交換の現在の傾向の名前です。これには、サイバーフィジカルシステム、モノのインターネット、クラウドコンピューティング、コグニティブコンピューティングが含まれます。インダストリー4.0は一般に第4産業革命と呼ばれています。

インダストリー1.0を導入するには、機能プロセス、つまり手動で綿を製造する方法を明確にしてこれを自動化する必要があります。2.0はさらに自動化され、3.0も同様に自動化されます。現在、DevOpsはますます自動化を目指していますが、そのためにはプロセスも明確でなければなりません。4.0はクラウド（AWS、GCP、AWS、CI / CD、自己修復システムなど）への移行を目的としているため、これも同様です。

— 030
ソース

また、本当の4.0業界はDevOpsなしでは機能しないと思います。

— Peter Muryshkin

0

DevOpsは、少数の専門家で構成される部隊と比較することもできます。私は常に敵ラインの背後にあるコマンドス1の最初のレベルについて考える必要があります。3つの文字がありました。

マリン
運転者
緑のベレー帽

それらのそれぞれは、ダイビング、水泳、ボート（マリン）、ダイバー（機関銃、運転）、緑のベレー帽（登山、樽を運ぶ）のようなユニークな資質を持っています。

それらのすべては、DevOpsで自動化、つまり敵を取り除くことができました。作戦を海兵隊と比較できるかどうか、グリーンベレーの運転手は関係ありません。運用、開発、品質保証にはすべて専門分野があります。これらの要素を組み合わせることは、ソフトウェアをより頻繁にリリースするために不可欠です。

たとえばコマンドーの1つがゲームで死亡した場合、ゲームは終了しました。ミッションを達成するためには、全員が協力しなければなりませんでした。各コマンドはレベル1の初めに孤立していて、敵自身を取り除く必要があったことを覚えていますが、それらも互いに依存していました。

マリンを運転するには、ドライバーとグリーンベレー帽の両方を他の島に連れて行く必要がありました。島に着くと、グリーンベレー帽が必要になりました。彼は、ラジオ局を爆破するために必要な爆弾を動かすことができる唯一の兵士でした。

彼らが一緒に働いていたとき、敵を倒すために3発のショットが必要だったので、彼らが生き残ることができるより高いチャンスがありました。彼らが一緒に撃った場合、敵はすぐに連れ出されました。

— 030
ソース