アジャイルsysadminとdevops-達成方法 [閉まっている]


18

現在、アジャイルシステムの管理とdevopは、システムの管理と運用に関して最もトレンドのあるトピックの一部です。これらの概念はどちらも、主に運用/システム管理者とプロジェクト(開発者、ビジネスなど)の間のギャップ埋めることに焦点を当てています。devopsのコンセプトを聞いたことがない場合でも、このトピックもあなたの関心事であると確信しています。

それで、あなたの会社でdevopsを達成するためにどのツールとテクニックを使用しますか?特に、変更管理、継続的な統合、自動化などのトピックに興味がありますが、これらのトピックだけではありません。あなたの考えを共有してください。あなたの答え/意見を読むのを楽しみにしています:)


「ブリッジング」開発と運用(システム管理)に関する問題の一部は、異なる最優先事項です。システム管理者の#1優先順位がある保ち、共通の反復作業の様々なものの、作業の事を。開発の最優先事項は、新しい機能を作成することです。これらのタスクを大幅にオーバーラップすることができますが、そこに時代が来るだろう、彼らが競合しているとき。競合が発生したときに、DevOpがオペレーターまたは開発者のどちらかを選択する必要があります。特定の設定は失効に耐えることができますが、ほとんどは金銭的な返済を享受しません。
クリスS

2
また、最近、プログラムの作成方法を知っている管理者について話している人がいることを聞きました。能力は、優先順位または主要な責任を決定しません。現代の管理者は怠け者でなければなりません。そのために、彼らは彼らがするすべてにおいて効率的でなければなりません。スクリプティング、メンテナンスユーティリティの作成、およびコードの理解は、現在、基本的なスキルセットに過ぎません。これらのスキルを習得しないSAは、そのような非効率性が許容される小規模で無気力なビジネスモデル(製造など)に追いやられつつあります。知識ベースの変化は、いやらしい用語の採用を保証するものではありません。
クリスS

回答:


30
  • svn / git-リビジョン管理、明らかに。

  • trac / redmine / jira-チケット。

  • cobbler-基本オペレーティングシステムサーバーのプロビジョニング用。Cobblerはredhatファミリに焦点を当てた製品ですが、debian / ubuntuにも似たようなものがあると確信しています。同様に、RightScaleのような「クラウドコントロールパネル」企業の​​ほとんどがこれを提供します。ここでの合言葉は「JEOS」または「ちょうど十分なオペレーティングシステム」です。私のルートは、キックスタートで「%packages --nobase」行を使用してから特定のスタックを構築することです...

  • puppet / chef-構成管理と一貫性の強化のため。ここには他のオプションもありますが、どれを使用するかよりも重要です。私が特に重要だと思ったトリックの1つは、開発者が使用するのと同じバージョン管理システムに構成を保存することです。これにより、2つのチームのワークフローをまとめて、お互いに見えるようにします。

  • func(またはcapistranoまたはcluster-ssh)-クラスター全体でデプロイスクリプトを実行します。ここでのコツは、上級開発者が新しいものをライブでプッシュし、避けられない修正をプッシュできるようにすることです。
    これは本当にdevopsの中核であり、開発者が環境を壊して修正できるようにします。多くのシステム管理者はこれを手放すにはあまりにも力に飢えています。または、システム管理者は開発者を規制するべきであるという誤った考えに基づいて管理を行っています。

  • cacti / ganglia / collectd / munin-グラフはとても重要です。シンプルなビジュアルの人間的価値とメトリックのビジネス上の価値。コードプッシュのタイムスタンプとグラフの変更のタイムスタンプを相関させることは、パフォーマンスの低下のトラブルシューティングやパフォーマンスの決定に関する実際の事実を確認する上で非常に貴重です。ここで重要な点は、グラフを開発者が見やすく使いやすくする必要があることと、管理者がグラフに期待することです。

  • nagios / zabbix / smokeping / etc-サーバーの監視と「ベースページ」タイプのパフォーマンスメトリック。ここでも、グラフが重要です。これらは、チームのops側により多くあります。

  • gomez / keynote / browsermob-サードパーティのサービス、CDN、レンダリング時間の問題を考慮に入れて、ブラウザのパフォーマンス全体を外部から監視します。これらは、チームの開発者向けです。

それはツールとテクニックの組み合わせで、テクニックに焦点を当てています。具体的には、devopsの「sysadmin」側の考え方の「admin」から「operations」への変更。開発者を有効にすることについて。彼らが物事を行うことを可能にし、物事を修正することを可能にし、彼らが何をしたかについての実際の事実/メトリック/グラフを見ることができるようにします。逆に、開発者は有効になっていることを受け入れ、実際にパフォーマンストレンドを監視し、問題をデバッグし、機能だけでなくそれらを展開する方法やシステム/環境全体の状態にどのように影響するかを考える作業を行う必要があります。


2
+1 "devopsのコア。開発者が環境を破壊し、修正することを可能にします"
ライアンギボンズ

信頼性の高いサービスの提供と直接競合しているのはなぜか、開発者が理解せずに操作を行う開発者になることがある理由 スキルは、ステージングや冗長性などの背後にあるユーザーからの休憩を隠すために、無料の開発とリングフェンシングの変更の適切なバランスを見つけることにあります
。-ジェームズライアン


2

最善のアプローチは、作業環境を理解することです。開発者やマネージャーと話をすることから始めます。それらをボードに乗せて、アイデアをバウンスしてみてください。ほとんどの場合、彼らは物事がどのように実行されるか、devopを導入するためのあなたのアイデアが問題を引き起こすかどうかについて良いアイデアを持っているでしょう。

そこから、アプリケーションの調査を開始し、問題を解決するために一度に1つずつ紹介します。


introduce them one at a time to solve problems.+1
バンジャー

0

ツールとテクニックは重要ですが、クリティカルパスは組織全体のコラボレーションです。最近のITオペレーションビジネスオペレーションです。Etsyは、ダッシュボードに収益の変化を表示し、誰でも見ることができます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.