如何爲敏捷專業服務部門構建發佈管理？

Question

背景

專業服務部門爲產品的客戶提供附加服務。

很多這些項目都很小（4-10小時），需要快速轉身。此外，這些都是重要的項目，因爲它們是客戶依賴其業務的增強功能。

一些挑戰是：

1. 還有就是返工或功能的變化量好作爲客戶經常改變他們的想法或做出微小的附加要求。除了顯而易見的是，這是一個管理問題（管理範圍蔓延等），事實仍然是在項目「實時」之後需要執行一些微小的調整。
2. 有時，無論出於什麼原因都會有某些事情中斷，需要通過便利處理問題。再次，這些是客戶依賴的生產過程。

目前，我們的發佈管理是非常專案：

1. 工程師管理項目一應俱全，其中包括劃定範圍，客戶關係管理，代碼開發，生產部署，以及項目支持（任何後續問題）。
2. 我們有開發服務器，我們有生產服務器。服務器現場存在於服務器場中。他們沒有備份過，他們沒有冗餘，因爲他們不在科羅拉多州 - 他們從運營中獲得二等服務。
3. 他們工程師擁有完整的root（linux）/ admin（windows）訪問dev和prod服務器。他們在開發者服務器上開發，當項目準備就緒時，部署到生產（基本上，只是複製文件）。當問題出現時，他們直接在服務器上工作。
4. 我們使用svn進行源代碼控制，但它基本上只是檢查開發，在項目上工作，根據需要檢查，並部署到只需將文件複製到服務器即可生產。

問題：

的問題基本上是上述數2。我們的產品服務器（在科羅拉多州）受到的操作並未受到同樣崇敬的服務器的待遇。我們需要服務器成爲一流的公民進行運營。然而，他們的建議是將它們放入可樂，這使它們不可接觸。如果我們這樣做，我們將需要通過操作來部署項目。基本上，產品工程師在發佈我們的軟件產品更新時會經歷同樣艱難且痛苦的過程。

這將消除我們在迴應這些小型項目時遇到的所有敏捷性以及出現的需要立即關注的問題。

問題

我們應該如何解決這個問題？ 我們應該把服務器放在colo中，並且正式發佈過程嗎？ 這種情況應該如何處理？

任何幫助使這個問題更好的是歡迎！

Answer 1

服務器在服務器場中現場存在。他們沒有備份過 ，他們沒有冗餘，因爲他們不在操作中獲得二等服務。

因此，您希望您的PS工程師能夠自行維護這些服務器，但卻不需要經過正式的操作流程就可以擁有良好的冗餘，備份等。您不能將它們從現場服務器場移動到雲（ec2或其他）嗎？順便說一句，＃3 &＃4是等待發生的事故，但這對主要問題並不重要。

Answer 2

這是一個老問題，但聽起來非常類似於我們公司，因爲生產團隊需要很多小的改動。

我很難理解這個問題，但我會嘗試一個答案。

您不應該將開發服務器放在colo中，因爲它會降低您的開發過程。如果操作無法爲您提供開發所需的支持，您可以指定一名開發人員，或者在服務器管理/需求方面帶上能夠支持您團隊需求的人員。理想情況下是構建工程師，發佈經理，甚至說一個質量保證資源。不幸的是，這聽起來像是政治管理問題。在這種情況下，您需要清楚地佈置您的問題並通過管理解決問題。如果我完全錯過了這個標記，請告訴我。