推向Heroku的一個壞處是我必須在運行我的數據庫遷移之前推送代碼（並自動重啓服務器）。在Heroku上無需停機熱部署
這顯然會導致用戶在導航網站時出現大約500個錯誤，導致新代碼沒有新的表格/屬性：Heroku提出的解決方案是使用維護模式，但是我想要一種沒有負面影響的方式讓我的web應用程序每次運行！
有沒有辦法？例如與Capistrano的：
......我沒有停機！
Heroku無法通過capistrano進行部署。你是由heroku發佈的工具阻止。
在所有情況下，無停機時間系統是不可能的。如何在不停止服務器的情況下通過大改變來改變您的架構如果你不停止它，你可以避免一些改變，你的數據庫可能會不一致。所以維護頁面的使用是一個正常的解決方案。
如果你想要一個小的解決方案來避免問題是在兩臺服務器中進行平衡。一個在遷移期間只能讀取數據庫。您可以在遷移過程中切換到此實例，以避免維護頁面。遷移後，你會回到你的主人。
改進這個過程的唯一方法是這個傢伙建議的。這還不是一個熱部署場景，但：
http://casperfabricius.com/site/2009/09/20/manage-and-rollback-heroku-deployments-capistrano-style/
有一件事我會建議只是第一個是推你的移民達的Heroku和運行它們你推你的代碼之前。這將需要將遷移作爲獨立提交進行提交，並且每次都要手動推送它們（這並不理想）。我很驚訝，現在所有在Heroku上託管的大型應用程序都沒有更好的解決方案。
，你可以設置一個第二Heroku的應用程序，它指向同一個DB作爲主要的生產應用，並使用輔助應用不中斷生產（假設遷移不會破壞你的應用程序的以前版本）運行數據庫遷移。
讓我們打電話給Heroku應用程序生產和步驟。
你展開序列將成爲類似：
git push heroku stagingheroku run -a staging-app rake db:migrategit push heroku production分期的應用程序不會花費你任何東西，因爲你不會需要超過Heroku的自由層，這將是非常容易的設置耙部署腳本來自動爲你做到這一點。
祝你好運！
如果您可以同時在同一個應用程序中同時使用同一個應用程序的兩個版本，Heroku現在具有預引導功能。
正確的鏈接現在是：https：//devcenter.heroku.com/articles/preboot – 2015-05-20 01:00:00
實際上，你會有一些停機時間，Heroku的重新啓動您的應用程序。他們有取出舊的前啓動新DYNOS一個新的功能，稱爲預引導：https://devcenter.heroku.com/articles/labs-preboot/
至於數據庫遷移，該文章鏈接到這一項就如何處理這個問題：http://pedro.herokuapp.com/past/2011/7/13/rails_migrations_with_no_downtime/
我第一提交遷移，運行它們，然後推動其餘的代碼。添加一個文件，如下所示：
git commit -m 'added migration' -- db/migrate/2012-your-migration.rb
Hi shingara， 對不起，但我不同意你的看法。 我不想爲此使用負載平衡：Heroku的一個重要特性是必要的「透明」雲功能，我想使用此功能......要在Heroku中實現負載均衡，我必須保留兩個不同的應用程序和只讀數據庫可能會給我的用戶帶來問題。 而一個沒有停機系統是不可能的。我用正確的系統解釋了沒有停機時間。如果發生大的變化而沒有兼容減法的數據庫模式的可能性，我可以使用維護頁面：但這是我所有情況的5％... – zetarun 2010-04-01 15:06:47
您可以使用CouchDB避免此答案中描述的問題，例如。 – iconoclast 2011-03-23 00:00:45