Jakie są istotne różnice między nowymi witrynami sieci Web platformy Azure a tradycyjnymi rolami sieci Web platformy Azure dla aplikacji ASP.NET MVC? Z jakiego powodu wybrałbym „stronę internetową” zamiast „roli internetowej” lub odwrotnie?
Załóżmy, że w obu przypadkach potrzebowałbym jednakowej pojemności (np. 2 małych instancji). Ceny wydają się porównywalne, poza tym, że istnieje 33% tymczasowa zniżka na strony internetowe, które są w okresie podglądu.
Czy są rzeczy, które mogę zrobić z „witryną”, które są trudne lub niemożliwe z rolą w sieci? Na przykład, czy łatwo jest umieścić wiele stron internetowych w jednym zestawie maszyn wirtualnych za pomocą „stron internetowych”? Czy coś tracę z „witryną” a „rolą”? Możliwość dostrojenia IIS? Możliwość korzystania z usługi pamięci podręcznej lokalnie?
źródło
Odpowiedzi:
Role internetowe oferują kilka funkcji poza aplikacjami internetowymi (dawniej strony internetowe):
Aplikacje internetowe mają jednak przewagę nad rolami internetowymi:
Wraz z wdrożeniami z kwietnia 2014 r. I września 2014 r. Dostępne są teraz niektóre funkcje wspólne zarówno dla aplikacji internetowych, jak i ról internetowych (i ról roboczych), w tym:
Oto zrzut ekranu, który wziąłem z formularza wyboru galerii witryn internetowych:
Myślę, że aplikacje sieci Web to świetny sposób na szybkie uruchomienie i przeniesienie z zasobów współdzielonych do zarezerwowanych. Po wyrośnięciu tego możesz przejść do ról sieci Web i rozwijać w razie potrzeby.
źródło
EDYCJA 2014: Wiele wartości zawartych w tej odpowiedzi nie jest już poprawnych - patrz komentarze.
Dodaj więcej do odpowiedzi @David:
Dzięki witrynom Windows Azure nie masz kontroli nad usługami IIS ani serwerem sieci Web, ponieważ korzystasz z wycinka zasobów wraz z setkami innych witryn na tym samym komputerze, udostępniasz zasoby jak każdy inny, więc nie masz kontroli nad usługami IIS.
Duża różnica między witryną udostępnioną a rolą platformy Azure polega na tym, że witryna jest uważana za powiązaną z procesem, a role są związane z maszyną wirtualną.
Strony internetowe są przechowywane w udziale zawartości, który jest dostępny ze wszystkich „serwerów WWW” w farmie, więc nie jest wymagana replikacja ani nic podobnego.
Stron internetowych Windows Azure nie może mieć własną nazwę hosta zamiast muszą używać websitename tylko .azurewebsites.net i na pewno można użyć ustawienia CNAME w DNS dostawcy do trasy żądania dokładnie to samo z poprzedniego Windows Azure rolę jedynie, gdy są uruchomione w trybie zastrzeżonym . Ustawienie CNAME nie jest obsługiwane dla udostępnionych witryn.
źródło
Właśnie opublikowałem obszerny post na blogu na ten temat na stronie http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/ .
Fragment mojego wniosku: jeśli potrzebujesz ogromnej skali, SSL, azjatyckich lub zachodnioamerykańskich centrów danych, niestandardowej konfiguracji (IIS, portów, diagnostyki, certyfikatów bezpieczeństwa lub skryptów startowych), RDP lub opłacalnych ról roboczych ( w połączeniu z rolą sieci Web), musisz na razie trzymać się ról sieci.
W przeciwnym razie witryny sieci Web to świetna opcja!
źródło
Azure Web Role jest jak wirtualny prywatny host. Otrzymujesz maszynę wirtualną, która działa jak serwer WWW, i jesteś jej właścicielem.
Witryny sieci Web platformy Azure są jak elastyczna wspólna usługa hostingu. Wdrażasz swoją aplikację na serwerze internetowym, który nie jest przez Ciebie kontrolowany i który obsługuje również witryny innych użytkowników. Możesz przeskalować swoją stronę w górę i w dół (za dodatkową opłatą), aby uczynić ją bardziej elastyczną w miarę zmiany zasobów.
źródło
Nadchodzi jeszcze jeden scenariusz: po wyeliminowaniu tych 500 wyjątków nie powiedzieli nic o zdolności witryn sieci Web platformy Azure do obsługi symboli wieloznacznych CNAME. Kilku z nas korzysta z Nate's Web Role Accelerator w usługach w chmurze, ponieważ jednowierszowy hack zapewnił możliwość stosowania subdomen wieloznacznych w oprogramowaniu Nate'a. Nie możemy przenieść tych subdomenowych aplikacji z symbolami zastępczymi, dopóki nie dowiemy się, że witryny Azure Azure będą w stanie je obsłużyć. Jeśli nigdy nie będzie w stanie tego zrobić, oznacza to, że równanie odgrywa rolę pozytywną po stronie roli sieci. Warto również zauważyć, że ceny są dokładnie takie same (po wygaśnięciu zniżki na podgląd), nie jestem pewien, czy chcę zrezygnować z dostępu do RDC i Podglądu zdarzeń (żeby wspomnieć tylko o dwóch rzeczach).
źródło
Witryny sieci Web platformy Azureumożliwia szybkie tworzenie wysoce skalowalnych witryn internetowych na platformie Azure. Za pomocą portalu Azure lub narzędzi wiersza polecenia można skonfigurować witrynę internetową z popularnymi językami, takimi jak .NET, PHP, Node.js i Python. Obsługiwane platformy są już wdrożone i nie wymagają więcej kroków instalacji. Galeria witryn sieci Web Azure zawiera wiele aplikacji innych firm, takich jak Drupal i WordPress, a także środowiska programistyczne, takie jak Django i CakePHP. Po utworzeniu witryny możesz przeprowadzić migrację istniejącej witryny lub zbudować całkowicie nową witrynę. Witryny sieci Web eliminują potrzebę zarządzania fizycznym sprzętem, a także zapewniają kilka opcji skalowania. Możesz przejść ze wspólnego modelu wielu dzierżawców do standardowego trybu, w którym dedykowane maszyny obsługują ruch przychodzący. Witryny sieci Web umożliwiają także integrację z innymi usługami platformy Azure, takich jak baza danych SQL, magistrala usług i pamięć masowa. Korzystając z podglądu zestawu SDK zadań Webjob Azure, możesz dodać przetwarzanie w tle. Podsumowując, witryny sieci Web platformy Azure ułatwiają skupienie się na tworzeniu aplikacji, obsługując szeroki zakres języków, aplikacji typu open source i metodologii wdrażania (FTP, Git, Web Deploy lub TFS). Jeśli nie masz specjalistycznych wymagań, które wymagają usług w chmurze lub maszyn wirtualnych, witryna sieci Web platformy Azure jest prawdopodobnie najlepszym wyborem.
Usługi w chmurzeumożliwiają tworzenie wysoce dostępnych, skalowalnych aplikacji internetowych w bogatym środowisku Platform as a Service (PaaS). W przeciwieństwie do witryn sieci Web usługa w chmurze jest tworzona najpierw w środowisku programistycznym, takim jak Visual Studio, przed wdrożeniem na platformie Azure. Frameworki, takie jak PHP, wymagają niestandardowych kroków wdrażania lub zadań, które instalują frameworki podczas uruchamiania roli. Główną zaletą usług w chmurze jest możliwość obsługi bardziej złożonych architektur wielowarstwowych. Pojedyncza usługa w chmurze może składać się z roli frontonu i jednej lub większej liczby ról roboczych. Każdy poziom można skalować niezależnie. Istnieje również wyższy poziom kontroli nad infrastrukturą aplikacji internetowych. Na przykład możesz zdalnie uruchomić pulpit na komputerach z uruchomionymi instancjami ról.
Wirtualne maszynyumożliwiają uruchamianie aplikacji internetowych na maszynach wirtualnych na platformie Azure. Ta funkcja jest również znana jako infrastruktura jako usługa (IaaS). Utwórz nowe maszyny z systemem Windows Server lub Linux za pośrednictwem portalu lub prześlij istniejący obraz maszyny wirtualnej. Maszyny wirtualne zapewniają największą kontrolę nad systemem operacyjnym, konfiguracją oraz zainstalowanym oprogramowaniem i usługami. Jest to dobra opcja do szybkiej migracji złożonych lokalnych aplikacji internetowych do chmury, ponieważ komputery można przenosić jako całość. Dzięki sieciom wirtualnym możesz także łączyć te maszyny wirtualne z lokalnymi sieciami korporacyjnymi. Podobnie jak w przypadku usług w chmurze, masz zdalny dostęp do tych komputerów i możliwość dokonywania zmian konfiguracji na poziomie administracyjnym. Jednak w przeciwieństwie do witryn sieci Web i usług w chmurze, musisz zarządzać obrazami maszyny wirtualnej i architekturą aplikacji całkowicie na poziomie infrastruktury. Jednym podstawowym przykładem jest to, że musisz zastosować własne łaty do systemu operacyjnego.
Zobacz zaktualizowane i wyczerpujące porównanie z tego linku: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
źródło
Witryny Azure, pracownicy sieci Web i maszyny wirtualne to trzy różne podejścia komputerowe dostępne na Windows Azure. Różnią się poziomem kontroli i obowiązkami:
Nie ma jednego najlepszego wyboru, ponieważ zależy to od tego, jaki poziom kontroli potrzebujesz, jakie funkcje potrzebujesz i co chcesz pozostawić Azure. I to jest duży temat ..
Zapoznaj się z tymi artykułami, aby uzyskać więcej informacji, aby dokonać bardziej świadomego wyboru:
Sprowadza się to do kompromisu między łatwością użycia a możliwościami.
źródło
Dwie kolejne rzeczy, które znalazłem, to koszt uzyskania SSL dla niestandardowej witryny domeny i konfiguracji wielu dzierżawców.
W przypadku witryny trzeba płacić co miesiąc za zwykłą instancją (mała instancja jest najtańszą opcją). Oznacza to, że aby uzyskać domenę niestandardową, https kosztowałby ~ 70 / miesiąc za małą instancję plus ~ 41 / miesiąc za SSL, który obsługuje wszystkie przeglądarki.
W przypadku WebRole możesz pobrać instancję XS i dodać własny SSL za darmo, co oznacza ~ 15 USD miesięcznie i masz własną domenę z SSL.
W przypadku witryny z wieloma dzierżawcami sprawdź dynamiczną wieloznaczną nazwę CName wielu dzierżawców Azure
źródło
Rola internetowa to maszyna wirtualna, która obsługuje wiele witryn internetowych
źródło
To jest częste pytanie i chciałbym podać fragment msdn.
Dostęp do usług takich jak buforowanie, magistrala usług, pamięć masowa, baza danych SQL Azure - strona internetowa: tak WebRole: tak
Obsługa ASP.NET, klasycznej ASP, Node.js, PHP- Strona internetowa: Tak WebRole: Tak
Współdzielona zawartość i konfiguracja - Strona internetowa: Tak WebRole: Nie
Wdróż kod za pomocą GIT, FTP- Strona internetowa: Tak WebRole: Nie
Niemal natychmiastowe wdrożenie Strona internetowa: Tak WebRole: Nie
Zintegrowana obsługa MySQL jako usługi Strona: Tak WebRole: Tak
Wiele środowisk wdrażania (produkcja i przemieszczanie) -WebSite: Nie WebRole: Tak
Izolacja sieci - Strona internetowa: Nie WebRole: Tak
Zdalny dostęp pulpitu do serwerów Witryna: Nie WebRole: Tak
Możliwość uruchamiania programów z podwyższonymi uprawnieniami Strona internetowa: Nie WebRole: Tak
Zdolność do definiowania / wykonywania zadań startowych. Strona internetowa: Nie WebRole: Tak
Możliwość korzystania z nieobsługiwanych platform lub bibliotek. Strona internetowa: Nie WebRole: Tak
Wsparcie dla Windows Azure Connect / Windows Azure Network-WebSite: Nie WebRole: Tak
Aby uzyskać więcej szczegółów, odwiedź ten link: http://blogs.msdn.com/b/silverlining/archive/2012/06/27/windows-azure-websites-web-roles-and-vms-when-to -use-which.aspx
źródło