저는 Azure 스토리지 시스템과 작업자 역할 및 웹 역할에 대해 읽었습니다.Azure에 대해 조금 혼란 스럽습니다.
하늘빛을 위해 특별히 응용 프로그램을 개발해야합니까? Azure에 원격 데스크톱을 설치하고 일반적으로 Windows 서버에서 할 수있는 것처럼 IIS에서 응용 프로그램을 설치할 수있는 것처럼 보입니다. 나는 푸른 색의 특정 응용 프로그램을 개발할 필요가 있다고 읽었 기 때문에 조금 혼란 스럽습니다.
는 클라우드로 이동을 찾고,하지만 난 그것을 위해 내 응용 프로그램을 재 작업하고 싶지 않아요.설명해 주셔서 감사합니다. ASP.NET 응용 프로그램에
변화는 최소화 (대부분의 웹 애플리케이션이 바로 푸른에서 작동) 하지만 당신은 원격 배포에 연결하지 마십시오. 실제로 앱을 배포하는 방법에 대한 정보가있는 매니페스트 (xml)가 포함 된 패키지 (zip)를 작성하고 Azure에 제공합니다. Azure는 서버를 할당하고 앱을 배포합니다.
당신은 단지 SQL 백엔드 꽤 바닐라 웹 애플리케이션을 구축하고 최소한의 푸른 종속 푸른 작업 할 수 있습니다. 이 응용 프로그램은 다른 서버 또는 클라우드 플랫폼으로 이식 할 수 있습니다. 당신이 본 것처럼
는하지만, 푸른 특정 기능을 제공하고 있습니다. 하지만 일반적으로 선택 사항이며 확장 성이 뛰어난 사이트를 구축 할 때 유용합니다. 정상적인 상황에서 당신이 물건 바이올린에 원격 데스크톱에 필요가 없습니다 있도록
푸른
는 플랫폼입니다. RDP는 필사적 인 디버깅 상황에서 사용하기위한 것입니다.코드 현명한 - -
여기에 대해 생각하는 몇 가지 요소가 있습니다 이것이 큰 정도 '단지'IIS 및 Windows에서 실행되는 .NET으로, 그래서 모두가 잘 알고 모든 과거의 교훈, 베스트 - 관행 등이 적용됩니다.
또한 몇 가지 더 많은 API를 배우고 싶을 수도있는 Azure 특정 기능 (예 : 테이블 저장소 또는 대기열 또는 배포와 상호 작용)을 활용하려는 경우가 있지만 큰 것은 아닙니다 , 잘 생각하고 아주 간단하게 유지, 그래서 조금 학습 곡선이 아니에요. 좋은 아키텍처는 물론 잠금을 방지/축소하기 위해 이러한 추상화를 시도하지만 이는 설계상의 선택입니다. 컴퓨터에 RDP를 적용하고 변경하여 PaaS의 많은 이점을 없애기 때문에 배포에 대해 생각하고 싶습니다. - - 즉 서버가 실패 할 경우 애플리케이션을 자동으로 재배포하여 '자가 복구'할 수있는 플랫폼의 기능입니다. 모니터링에 대해 생각하고 싶을 것입니다. 모니터링은 약간 다르게 수행해야합니다.
라스트 클라우드는 다양한 시나리오를 가능하게하고 확장 모델이 아닌 스케일 아웃 모델을 제공합니다.이 모델을 활용하고 싶지만 조금 일을해야 할 수도 있습니다.
그래서 결론적으로 Azure에서는 매우 많은 것을 배우지 않고도 매우 빠르게 애플리케이션을 얻을 수 있지만 제대로 작동하고 플랫폼에서 실제로 얻으려면 배우고 싶습니다. 그것에 대해 조금 더. 좋은 점은 - 그다지 많지 않으며, 모두 익숙하다고 느껴진다. 닷넷 (그리고 자바 등)에 대한 또 다른 '프레임 워크'