質問: アジャイルsysadminとdevops-達成する方法? 今日、アジャイルシステムの管理と開発は、システムの管理と運用に関する最もトレンドのあるトピックの一部です。これらの概念はどちらも主に 操作/システム管理者とプロジェクト間のギャップを埋める (開発者、ビジネスなど)に焦点を当てています。 devopsの概念について聞いたことがない場合でも、このトピックもあなたの関心事であると確信しています。それで、あなたはあなたの会社で開発を達成するためにどんなツールとテクニックを使いますか?変更管理、継続的インテグレーション、自動化などのトピックに特に興味がありますが、これらのトピックだけではありません。あなたの考えを共有してください。私はあなたの答え/意見を読むのを楽しみにしています:)
回答: 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-サーバーの監視と「ベースページ」タイプのパフォーマンスメトリック。ここでもグラフが重要です。これらは、チームの運用側向けです。 gomez/keynote/browsermob-サードパーティのサービス、cdn、およびレンダリング時間の問題を考慮した、ブラウザ全体のパフォーマンスの外部監視。これらは、チームの開発者側向けです。 それはツールとテクニックの組み合わせであり、テクニックに焦点を合わせます。具体的には、devopsの「sysadmin」側の考え方が「admin」から「operations」に変更されました。その開発者を可能にすることについて。彼らが物事を行うことを可能にし、彼らが物事を修正することを可能にし、彼らが彼らがしたことについての実際の事実/測定基準/グラフを見ることができるようにします。逆に、開発者は有効になっていることを受け入れ、実際にパフォーマンストレンドを監視し、問題をデバッグし、機能だけでなく、それらをロールアウトする方法と、システム/環境全体の状態にどのように影響するかについて考える必要があります。 。