タグ付けされた質問 「terminology」

SREとDevOpsの違いは何ですか？ サイトの信頼性のエンジニアリングと開発オペレーションは、かなり詳細に重複しているようです。どのグループが何に対して責任があるのか​​をどのように知ることができますか？ SREはサーバーとネットワークの保守に関するものであり、DevOpsはコードの保守に関するもののようですが、それは正しいですか？これら2つの間にはまだかなりの量の重複がありませんか？

57 terminology  sre  job-role  team-role 

「アーティファクト」に言及する非常に多くの質問と回答があります。 それが何らかの形でアーティファクトに関連していれば、私は驚かないでしょう。 私の質問： （DevOpsのコンテキストで）実際に「人工物」とは何ですか？ なぜアーティファクトが使用されるのですか？

54 terminology  artifacts  artifactory 

「Dockerコンテナおよび仮想マシンに適用される場合は特に、「ペットではなく牛のようにサーバーを扱う」という用語が急増しています。 実際にはどういう意味ですか？

47 terminology  snowflake-server  cattle-vs-pet 

すべてのクラウドプロバイダーは、「サーバーレス」ソリューションをマーケティングしています。約束は、開発者が現在ソフトウェアを開発する方法をサーバーレスで置き換えることであり、運用では運用環境でソフトウェアを管理します。 「サーバーレス」とは何ですか？それについてどこでもっと知ることができ、今日どのようにそれを使用することができますか？

42 terminology  serverless 

だれかがDevOpsを実行するときはいつでも、展開などの自動化が主な目的だと思います しかし、自動化はどこで終わり、DevOpsはどこから始まるのでしょうか？

42 continuous-integration  terminology  automation 

私のアジャイルチームの1つは、プロジェクトの初期段階で興味深いアプローチを採用しました。コードインフラストラクチャをセットアップし、ソリューションアーキテクチャを決定するSprint 0でプロジェクトを開始する代わりに、DevOpsプラクティスと呼ばれる「ウォーキングスケルトン」の構築を開始しました。 これは、非常に小さなもの（APIの場合は、戻るだけの単一のエンドポイント200-OK）を構築し、これを継続的インテグレーションで動作させ、継続的配信パイプラインを構築して各環境に展開することです。 開発►テスト►UAT►プリプロダクション►プロダクション その過程で、彼らは、展開が最後まで残された場合に見逃されていた可能性のある非機能要件の多くをチェックすることに成功しました。 私の質問は次のとおりです。「ウォーキングスケルトン」とは何ですか。また、DevOpsプラクティスに従ってアジャイルチームにどのようなメリットをもたらしますか。

42 terminology  patterns  practices 

ジョブに応募するとき、通常、2種類の類似したジョブを見つけることができます：システム管理者エンジニアとDevOpsエンジニア。 どちらもサーバー構成を処理し、コンピューターシステムの信頼性の高い動作を保証します。2つの違いを区別するのは難しい場合があります。それらの主な違いは何ですか？

40 terminology 

持つのアイデアDevOpsチームのエンジニアは、となっている最近非常に人気があり、それは、ただのスロットとDevOpsチームの多くの利点を提供できる人を持っている魅力的なようだ人形のブログで説明したように： DevOpsプラクティスを使用している組織は、圧倒的に高機能です。2015年のDevOpsのレポートによると、競合他社の最大30倍の頻度でコードを展開し、展開の50％が失敗します。 ただし、これらの改善を試みるDevOpsエンジニアのアイデアに反対する声が多いことに気付きました。 DevOpsの主要な属性について広く合意されていても、「DevOpsエンジニア」という用語をめぐる論争があります。用語自体がDevOpsの価値と矛盾すると言う人もいます。Continuous Deliveryの共著者であるJez Humbleは、DevOpsエンジニアを誰かと呼ぶだけで、devとopsに加えて3番目のサイロを作成できることを指摘しています。 」 このようなブログが提唱する組織の変更とは対照的に、DevOpsエンジニアを雇って「DevOpsを実装」することは、ビジネスにとってそれほど素晴らしい考えではないのはなぜですか？隔離されたDevOpsの役割を持っているだけでは、メリットは無効になりますか？

32 terminology  culture  job-role 

私のキャリアの中で、私はソフトウェア開発者であり、ITILの実務家でもありました。したがって、DevOpsは私にとって自然な進歩でした。 しかし、私は常にITILが導入する高度に専門化された言語と格闘しており、その「開発者に優しい」ことで開発者を完全に引き離さないようにしました。 ITILは、組織の運用の安定性と成熟度に実証済みのメリットをもたらす一連のプラクティスとして30年以上にわたって開発された、国際的に認められたITサービス管理フレームワークです。 DevOpsはITILと完全に互換性がありますか、または本質的にITILの精神を取り入れて、開発チームがより理解しやすい言語に「翻訳」する必要がありますか。 インシデントおよび問題管理→生産上の欠陥、バグまたは問題 変更およびリリース管理→継続的デリバリー イベント管理→ロギング、テレメトリ、計装、アラート

32 terminology  itil  operations 

アーティファクトリポジトリとは何ですか？ファイルを保存するだけの場所であれば、ソース管理システムだけを使用することはできませんか？

29 terminology  continuous-delivery  continuous-deployment  artifacts 

継続的デリバリー、自動化などのDevOpsを説明するプラクティスは、SaaS製品などの継続的なサービスを提供する製品に関連しています。 たとえば、他のクライアントのためにプロジェクトを主に行うソフトウェア開発会社は、プロジェクトが終了した後、これらを維持することはありません。また、クライアントプロジェクトは無関係であるため、他のクライアントと共有されません。 DevOpsは、1回限りの複数のプロジェクトを開発する企業にも適用されますか？この場合、どんなDevOpsプラクティスが適用されますか？

26 terminology 

次のようなコンテナに関するいくつかの質問があります。 構成管理ツールは、不変のインフラストラクチャでどのような役割を果たしますか？ コンテナオーケストレーションはどの問題を解決しますか？ AWSのシンプルなCI / CDコンテナー 私の質問： （DevOpsのコンテキストで）実際に「コンテナ」とは何ですか？ なぜ使用されるのですか？

23 terminology  containers 

不変のサーバーについては、次のような質問があります。 事後分析を行う能力を失うことなく、不変のサーバーパターンを実装する方法は？ 構成管理ツールは、不変のインフラストラクチャでどのような役割を果たしますか？ サーバー（私が得た部分）に関係していることは明らかです。そして不変の文法を消化するだけで、「ミュートすることは不可能」と関係があると思います。その推測が近い場合、私は正確にミュートすることができないものの手掛かりを持っていないだろう（と私はそれがサウンドカードまたは何かに関係しているとは思わない...）。 私の質問： （DevOpsのコンテキストで）実際に「不変サーバー」とは何ですか？ なぜ使用されるのですか？

23 terminology  immutable-servers 

最初にSecOpsという言葉を聞いたとき、DevOpsが開発者と運用チームを統合するのとほぼ同じ方法で、セキュリティと運用チームを接続することを目的とする管理アプローチと考えました。 しかし、セキュリティはDevOpsパズルの一部ではありませんか？ DevOpsには、コンポーネントの監視、バージョン管理、ベンチマーク、コードレビュー、継続的な監視などのプロセスが既に含まれています。 SecOpsはDevOpsチームに他に何を追加できますか？

20 terminology  culture  security 

これは、continuous-integrationの現在の内容からの引用です： ...統合の問題を防止または最小化するために、開発者の作業コードのコピーを共有コードベースに頻繁にマージするプロセス。 わかった。しかし、その後、継続的な配信と 継続的な展開もあり、それは私が継続的に少し迷子になるところです： どのように継続的な統合はに関連し、連続配信および/または連続展開を経由して行（複数可）に沿ってどこかにいることを想定して、integrationあなたは結局deliveringすべてが可能になるターゲット環境でdeployed。 継続的デリバリーと継続的デプロイメントの違いは何ですか？ 昔、DevOpsがDevOpsと呼ばれる前に、次のような新しいDevOps用語を理解するのに役立つ用語を使用していました。 pre-prodターゲットに昇格（または降格）し、必要に応じて何らかのタイプの再生成プロセス（コンパイル、バインドなど）と組み合わせて、関連するすべてのコンポーネントを実行可能ファイルにまとめます。それは、継続的インテグレーションに似ている/近いはずなのか、そうでないのか？ FTPのようなものを使用してターゲット環境に配布します（標準のコピーがギャップを埋めることができない場合）が、ターゲットでまだアクティブにしないでください。それが連続配信に似ている/近いはずなのか、そうでないのか？ インストール（またはアクティベートそれは近い/類似していなければならないものだなど、）一部のターゲット環境では、バインド、停止/起動操作のようなものと組み合わせて連続展開、かどうか？

20 continuous-integration  terminology  continuous-delivery  continuous-deployment