2012-11-23 4 views
5

저는 Azure에서 실행중인 3 개의 웹 프로젝트를 보유하고 있습니다. 현재 하나의 인스턴스 내에있는 모든 사이트는 비용을 절감하는 데는 뛰어나지 만 웹 프로젝트 중 하나가 수요가 많으면 다른 서비스가 느려집니다./멈추게해라.하나의 솔루션에 여러 개의 Azure 클라우드 서비스 제공

사이트 중 2 개는 동일한 도메인 (다른 포트가있는 도메인)과 하위 도메인에 있습니다. 사이트의 장점은 호스트 이름을 사용하여 동일한 포트에서 실행되는 사이트를 구별 할 수 있다는 것입니다. 하위 도메인 사이트가 웹 역할로 참조 된 경우 다른 두 웹 역할과 다른 포트가 필요합니다.

문제는 두 가지 클라우드 서비스를 사용할 수 있지만 솔루션 내에서 동시에 디버깅 할 수 없다는 것입니다. 두 가지 솔루션 안에 배치하면 문제가 쉽게 해결되지만 자주 변경되는 클래스 라이브러리를 공유하므로 웹 역할에 대한 별도의 솔루션 내부에서이를 디버깅하는 것이 매우 어렵습니다.

도움을 주시면 대단히 감사하겠습니다.

답변

3

실제 질문은 무엇입니까?

먼저 모든 웹 사이트가 단일 웹 롤에있는 것과 관련된 문제는 없습니다. 사람이 최고점에 도달하면 - 그냥 밖으로 나가십시오. 예, 모든 사이트의 규모를 조정할 예정이지만 이는 이점에 지나지 않습니다. Windows Azure Load Balancer는 모든 요청이 모든 인스턴스에 고르게 전송되도록하는 RoundRobin 알고리즘을 사용합니다. 나는 다시 말할 것입니다 - 봉우리를 보았을 때, 스케일 아웃하고, 걱정할 것이 없습니다. 결국, Azure가 그곳에 서기 때문입니다. 비용은 중요하지 않습니다. 어쨌든 규모를 조정해야하기 때문입니다. 웹 역할 당 하나의 사이트 또는 웹 역할 당 10 개의 사이트 중 어느 것이 든 규모가 동일하며 동일한 금액이 소요됩니다.

기타 문제는. 저는 다중 프로젝트 솔루션을 많이 다루었습니다. 그리고 여러 프로젝트에서 사용하는 공통 라이브러리 문제는 본 적이 없습니다. 특히 모든 것이 (소스) 제어하에있을 때. 당신이 일반적인 클래스 라이브러리가 많은 솔루션을 사용하고 편집 단지 하나의 프로젝트입니다, 그래서

Add Existing Project

: Visual Studio에서 (당신이 바로 솔루션을 클릭 할 때) "기존 프로젝트 추가"의 깔끔한 기능이 있습니다 파일 시스템의 단일 위치.

결론을 말씀 드리 자면, 귀찮게 생각하면 사이트가 최고조에 달할 때 다른 사이트의 규모를 조정할 뿐이라는 것입니다. 무거운 피크 아래로 확장하고 싶지 않고 사이트를 다운 시키려면 Azure를 사용하지 않아도됩니다.

+0

스케일 아웃하기 때문에 현재로서는 문제되지 않습니다. 나는 기존 프로젝트를 추가하는 것만으로 간단히 언급 했으므로 그 사실을 알지 못했습니다! 제 질문은 다음과 같습니다. 웹 사이트를 다른 클라우드 서비스로 분할하여 API에서 분리 할 가치가 있습니까? – Jamie

+1

분리를위한 주된 동기는 서로 다른 업데이트주기와 다른 크기 조정 패턴을 허용하는 것입니다. 따라서 공유 어셈블리가 자주 변경되기 때문에 디버그를 복잡하게 만드는 것이 무엇인지에 대해 비교해야합니다. 분리가 바람직하다면 관리하는 방법을 살펴볼 필요가있을 것입니다. –

+0

감사합니다. Yossi. 결국 API는 다른 두 가지 역할과 동시에 거의 변경되지 않을 것이며 그렇습니다. 크기 조정 패턴이 달라져서 내 질문에 답변했습니다. 다시 한 번 감사드립니다. – Jamie

관련 문제