1

バックグラウンド

プロフェッショナル サービス部門は、製品の顧客にアドオン サービスを提供します。

これらのプロジェクトの多くは小規模 (4 ～ 10 時間) であり、迅速に対応する必要があります。さらに、これらは顧客がビジネスに依存する機能強化であるため、重要なプロジェクトです。

いくつかの課題は次のとおりです。

  1. 顧客はしばしば考えを変えたり、わずかな追加要求をしたりするため、かなりの量の手直しや機能の変更があります。これが管理上の問題 (スコープ クリープの管理など) であることは明らかですが、プロジェクトが "ライブ" になった後に実装する必要があるマイナーな調整がしばしばあるという事実が残っています。
  2. 何らかの理由で何かが壊れて、問題を適切に処理する必要がある場合があります。繰り返しますが、これらは顧客が依存する生産中のプロセスです。

現在、私たちのリリース管理は非常にアドホックです:

  1. エンジニアは、スコーピング、顧客関係、コード開発、製品展開、プロジェクト サポート (その後の問題) など、プロジェクトの基本から基本までを管理します。
  2. 開発サーバーと本番サーバーがあります。サーバーは、サーバー ファーム内のオンサイトに存在します。それらはバックアップされることはなく、コロにないため冗長性がありません。運用から二級サービスを受けるようなものです。
  3. 彼らのエンジニアは、開発サーバーと製品サーバーへの完全なルート (Linux)/管理者 (Windows) アクセス権を持っています。それらは開発サーバーで開発され、プロジェクトの準備ができたら、prod にデプロイします (基本的に、ファイルをコピーするだけです)。問題が発生すると、それらはサーバー上で直接機能します。
  4. ソース管理には svn を使用していますが、基本的には dev にチェックアウトし、プロジェクトで作業し、必要に応じてチェックインし、ファイルをサーバーにコピーするだけで prod にデプロイするだけです。

問題：

問題は基本的に上記の2番です。サーバーは、当社の製品サーバー (コロ内) が扱われる操作によって同じ敬意を持って扱われません。サーバーは、運用の第一級市民である必要があります。しかし、彼らの提案は、彼らをコロに入れることであり、それは彼らを手に負えないものにします. その場合、プロジェクトを展開するための操作を行う必要があります。基本的に、ソフトウェア製品のアップデートをリリースする際に製品エンジニアが経験するのと同じ困難で苦痛を伴うプロセスになります。

これにより、これらの小さなプロジェクトや、発生した緊急の対応が必要な問題に対応する際の俊敏性がすべて失われてしまいます。

質問

この問題をどのように解決すればよいでしょうか。サーバーをまとめて配置し、正式なリリース プロセスだけで作業する必要がありますか? この状況はどのように処理されるべきですか？

この質問をより良くするための助けは大歓迎です!

4

2 に答える 2

0

これは古い質問ですが、制作チームが多くの小さな変更を必要とするという点で、当社と非常によく似ています。

質問の意味がよくわかりませんが回答お願いします。

開発プロセスが遅くなるため、開発サーバーをコロに配置しないでください。運用が開発に必要なサポートを提供できない場合は、開発者を指定するか、サーバー管理/要件に関してチームのニーズをサポートできる人を雇うことができます. 理想的には、ビルド エンジニア、リリース マネージャー、または QA リソースとさえ言えます。残念ながら、それは政治的管理の問題のように聞こえます。その場合、問題を明確にレイアウトし、管理者と一緒に対処する必要があります。マークを完全に見逃した場合はお知らせください。

于 2014-01-07T16:42:20.093 に答える
0

サーバーは、サーバー ファーム内のオンサイトに存在します。それらはバックアップされることはなく、コロにないため冗長性がありません。運用から二級サービスを受けるようなものです。

したがって、これらのサーバーは、PS エンジニアによるセルフサービスが可能でありながら、正式な運用プロセスを経なくても十分な冗長性、バックアップなどを備えている必要があります。オンサイト サーバー ファームからクラウド (ec2 など) に移動できませんか? ところで、#3 と #4 は起こるのを待っている事故ですが、それはここでの主な質問にとって重要ではありません。

于 2013-05-10T16:53:31.787 に答える