對Azure有點困惑

Question

我一直在閱讀關於Azure存儲系統，以及工作角色和Web角色。

您是否需要爲此專門開發一款適用於天藍色的應用程序？它看起來像你可以遠程桌面到天藍色，並在IIS中設置一個應用程序，就像你通常可以在Windows服務器上，對不對？我有點困惑，因爲他們閱讀像你需要開發一個天藍色的特定應用程序。

正在轉向雲計算，但我不想爲此重新編寫我的應用程序。

感謝您的任何澄清。

Answer 1

對ASP.NET應用程序的更改很少（大多數情況下，Web應用程序只能在Azure中運行） 但是，您不需要遠程連接到部署。實際上，您使用清單（xml）構建了一個包（zip），其中包含有關如何部署應用程序的信息，並將其提供給Azure。反過來，Azure將負責分配服務器並部署您的應用程序。

Answer 2

您可以使用SQL後端構建一個漂亮的vanilla web應用程序，並使其在Azure上運行，並且最小的Azure依賴性。這個應用程序對於另一個服務器或雲平臺來說非常便攜。

但就像你所看到的，有一些Azure的特定功能。但是這些通常是可選的，您可以在沒有它們的情況下進行操作，但在構建高度可擴展的站點時，它們很有用

Azure是一個平臺，所以在正常情況下你不需要在遠程桌面上擺弄東西。 RDP確實只適用於絕望的調試情況。

Answer 3

有幾個因素值得考慮 -

代碼明智 - 在很大程度上，這是「只是」 .NET IIS和Windows上運行，所以一切都非常熟悉，過去的一切學習收穫，BEST-實踐等適用。

最重要的是，您可能希望利用一些Azure特定功能 - 例如表存儲或隊列或與您的部署進​​行交互 - 您可能需要學習更多的API，但這些功能並不大，並且很好的想法和保持相當簡單，所以沒有一點學習曲線。當然，好的架構會將這些內容抽象出來以防止/減少鎖定，但這是一個設計選擇。

但是，在代碼之外還有更多要考慮的問題 - 您想考慮部署 - 因爲RDP進入計算機並進行更改會消除PaaS的許多優勢 - 即當服務器出現故障時，平臺通過自動重新部署應用程序來「自我修復」的能力。 您還想考慮監控 - 這需要稍微改變一下。

最後 - 雲實現了不同的場景，並提供了一個橫向擴展模型，而不是一個可能需要利用的擴展模型，但它可能需要做一點處理。

所以 - 底線 - 是的 - 您可能很快就會在Azure中獲得一個應用程序，而沒有真正學到很多或什麼東西，但要正確地做事，並真正從平臺中獲益，您想要學習多一點關於它。好東西 - 它並不多，而且這一切都讓人感到非常熟悉，只是另一個.net框架（以及Java等等）。