將現有應用程序移植到Azure時遇到了哪些挑戰？將現有應用程序移植到Microsoft Azure有哪些挑戰？
以下是我已經知道的幾點。
1）不支持會話親和性（Azure是無狀態） - 我知道，Azure的負載平衡不支持會話親緣關係 - 因此，如果它是否具有會話親緣關係的現有Web應用程序應該改變。
2）與COM接口 - 目前我覺得這是用於部署COM組件到雲中與他們的接口不支持 - 如果我當前的應用程序需要訪問一些傳統組件。
3）使用非HTTP協議
除了上面提到的點，什麼都別顯著限制/你知道斷考慮與雲的其他系統的接口？
另外，在最新版本中如何解決這些難題？
我們最大的挑戰是雲的無狀態本質。儘管我們已經非常努力地嘗試了，但一些國家已經深入到核心，這就是正在解決的問題。
下一個挑戰是陳舊的數據和緩存的數據可以在同一時間內離線周的支持。無論如何這很難。
一個重要的挑戰是學習曲線，缺乏經驗豐富的開發人員，以及生產效率所需的時間。
這種情況與所有的技術，但與雲中有出頭如何做了根本性的變化。
如果你的應用需要一個數據庫，我不知道是Windows Azure中有一個關係數據庫（現在）
此外，還有其他雲計算提供商可以爲您提供在配置虛擬機更多的選擇例如，這實際上取決於你實際需要和想要的東西。
我最大的問題是/只是註冊並創建一個項目。這就是上個月的情況。
要麼我做的事情非常錯誤，要麼那個網站大部分時間都是壞的。
該網站是一個絕對混亂。我不得不爭取客戶對於邀請代碼的支持，即使這樣也沒有一半！ – Goober 2009-10-08 15:32:38
準備好進行漫長的部署過程。目前（PDC之前的2009年），上傳部署軟件包並啓動主機服務有時花費了30多分鐘（取決於一天中的時間，軟件包大小，角色數量等）。的這個
一個副作用是，在web.config文件中進行配置更改是昂貴的，因爲它需要對整個應用程序包進行重新包裝和重新部署。利用Azure配置文件代替配置設置 - 因爲它們不需要主機掛起/重新啓動。
我最大的與Azure的問題是現今操作性與其他OS「上課。在這裏，我將Azure與EC2/Rackspace實例進行了比較（儘管Azure的PAAS比單獨的便宜包中的負載平衡，存儲複製，地理部署等要多得多。
即使你考慮我作爲一個BizSpark啓動的傢伙，我不傾向於在SqlAzure（SQL2005當量）運行我的數據庫，因爲我不能接受他們pricing policy，我將有屬於BizSpark後承擔three years程序。現在他們沒有MySql或任何其他數據庫的選項。這對我來說是荒謬的SME。使用EC2，我可以在另一臺Linux虛擬機上運行我的MySql實例（顯然是在同一個網絡中，Azure可以連接到他們之外的網絡，但這不是真正的選擇）。這又與使用* nix機器有關。我希望我所有的緩存保持Memcached。通過asp.net 4，他們甚至通過extensible output caching爲我們提供了開箱即用的memcached支持。我堅持使用memcached的原因是它提供的eco系統。 例如：今天，我可以通過持久緩存將memcached作爲附加組件加載。這甚至會讓我有機會使用memcached存儲會話數據。另外，我可以在IIS日誌上運行map reduce作業。這是使用cloudera images on EC2完成的。我沒有看到我可以如何使用Azure來做到這些。
你看，在亞馬遜/ Rackspace的情況下，我可以在Windows Server 2008的單個實例上運行我的asp.net web應用程序，其餘的在* nix機器上運行。
我正在考慮在CouchDb上運行我的非分層數據（Web應用程序菜單項）。使用Azure，我獲得了Azure table。但我對這臺ATM機不太舒服。有了EC2，我可以在同一個MySql盒子上運行它（不要抓住我的這個:-)）。
如果您已經準備好忘記這些問題，Azure會爲您提供一個抽象化的工作環境。這是一件好事。縮放，加載平衡，很多非常便宜的存儲，CDN，存儲複製，開箱即用的服務通過Fabric Controller等等進行監控。有了EC2/Rackspace，你將不得不僱傭一個系統管理員，以$ 150k PA來做這些事情（AFAIK亞馬遜以額外的成本提供了這些功能中的一部分）。
我的比較是在azure和Amazon/Rackspace實例（而不是雲）之間進行的。對於一些這可能看起來像蘋果和橙色。但是azure不會爲您提供實例。只是雲與他們的定製產品...
Azure確實有關係數據庫的Microsoft SQL Server的形式爲Azure – 2009-12-23 16:27:40
當時沒有... – Andrei 2010-02-11 14:20:46