你如何處理開發者對Windows服務器的訪問？

Question

說到代碼啓動，您如何處理開發者對服務器的訪問？他們是否有RDP訪問機器來部署代碼並進行更改？他們是否只能通過ftps訪問服務器docroots，並且任何.NET配置更改都由系統管理員處理？開發人員是否可以訪問部署的生產文檔引導程序，或者系統管理員是否可以將任何代碼啓動到活動服務器？

Answer 1

這取決於，在我們的工作場所，開發人員會盡一切努力。 沒有systemadministrator說什麼（因爲我是systemadmin和開發人員）

雖然不好的部分，很多測試發生在我反對和試圖阻止，但沒有運氣的生活環境。

我最後一個工作場所也是由開發人員處理，但在分階段之前，很多階段上線之前。

Answer 2

我已經看到了一些每個多年來，和迄今爲止最好的結果出現時，開發商有充分的機會。當然，所有的改變都應該記錄下來，並在版本控制中提交併在部署之前在測試系統上進行測試，以及所有這些。讓開發人員進入生產服務器的收益是出現問題的時候。開發人員是能夠以最快的速度查看問題的人員。在受到嚴格限制的情況下，我發現重要的單線錯誤修復需要幾天才能部署。

Answer 3

我合作過的最好設置有一個3級層次：

• DEV - 開發人員必須將這些服務器（S）的完全訪問權限。
• STAGE - 這是開發者和 QA。
• LIVE - 只有系統管理員和工程師可以觸摸這些。

這也將取決於公司的預算和心態。

Answer 4

我們使用多種方法。對於我是主要開發人員並且託管在專用服務器（或VM）上的應用程序，我可以完全訪問Web服務器。對於我只開發一個更大的應用程序的應用程序，或者應用程序適合更大的框架工作，我可以訪問我可以發佈的目錄。對於測試環境（或原型化新服務），它通常是完全訪問權限。我有我自己專用的質量保證箱，我有充分的權限進行質量保證工作。 SQL服務器的處理方式不同。我在本地開發了一個完全安裝的SQL服務器。我通常會與DBA進行交互以獲取在測試和生產服務器上設置的數據庫，但對數據庫有完全的管理訪問權限，但對服務器沒有完全的管理權限。

Answer 5

我有充分和完整的訪問我公司所有的生產服務器。但是我們是一個非常小的公司，我做了很多系統管理工作以及所有的開發工作。

Answer 6

我可以完全訪問我們大部分的生產系統。有很多問題比我更容易解決。雖然通常我不會改變生產，除非絕對必要。如果我確實做出改變，我會告訴我們的管理員，以便他們可以記錄下來。我們試圖用有限的訪問來實現，但我作爲一個非常小的團隊的一部分工作，所以它不是一種選擇。現在，如果我們只給管理員訪問權限，2個人就不得不承擔生產問題。上電時間表很困難。