2011-10-06 5 views
3

Azure 마이그레이션을 시작했을 때 우리는 web.config 설정을 Azure 구성 .cscfg 파일로 마이그레이션했습니다.Azure 구성에 대한 유용한 정보

구성 작업을 빠르게 해킹 할 수 있기 때문에이 방법이 유용하지만 테스트 환경에서 유용합니다. 제품 구성을 빠르게 해킹 할 수 있으므로 다소 위험 할 수 있습니다.

공식적으로 Azure 관리 콘솔에 액세스하는 모든 사람이 프로덕션 Azure 인스턴스를 제어 할 수 없게 변경하는 것을 쉽게 알 수 있습니다.

이것은 매우 나쁘다고 생각합니다.

.cscfg 파일 뒤에는 표준 진단 문자열 구성을 벗어나는 유틸리티가 있습니까?

+2

그래서 Azure Management Console을 누가 사용하고 있습니까?나는 그것이 안전한 장소가 될 것으로 기대한다. –

+0

나의 구성에 대한 _any_ uncontrolled 변경의 아이디어는 나를 조금 염려하게 만든다. 우리가 신중하게 콘솔에 대한 액세스를 제어하더라도. –

답변

6

우리는 시험에 .cscfg 파일의 유연성을 좋아하고, 당신이 그들을 변경 재배치해야 의미 ...이 경우에는 이렇게 구성 할 수 없습니다

우리 우리는 테스트 환경이 프로덕션 환경의 정확한 복제본에서 약간의 구성 차이를 뺀 것이어야하기 때문에 테스트 대 제품에 대해 약간 다른 코드베이스를 갖고 싶지 않습니다.

동시에 개발자는 실수로 잘못된 배포를 삭제하거나 잘못된 .cscfg 파일/값을 변경하는 것에 대해 편집증을 앓고 있습니다. 이 문제를 해결하기 위해 우리는 하나는 테스트 용이고 다른 하나는 프로덕션 용인 2 개의 구독을 만들었습니다. 모든 개발자에게 테스트 구독에 대한 액세스 권한을 부여하지만 배포를 담당하는 사람 만 프로덕션 구독에 액세스 할 수 있습니다.

배포 엔지니어는 프로덕션 환경에서 수행 할 수있는 작업과 수행 할 수없는 작업 (재부팅/이미지 다시 만들기, 배포 삭제 등)을 정확히 알고 있습니다. 프로덕션 환경에서 만질 수있는 유일한 .cscfg 값은 "인스턴스 수"속성입니다 (빌드 서버는 다른 모든 프로덕션 .cscfg 값을 설정 함).

지금까지이 설정은 우리에게 상당히 효과적이었습니다.

+1

이것은 우리도 마찬가지입니다. SOX 준수 (또는 다른 모든 준수, idk)의 경우 개발자는 팹 또는 팹 구성에 액세스 할 수 없습니다. 이는 또한 우리가 소프트웨어와 함께 배포하기 위해 env 팀에게 전달할 단일 구성을 가져야 함을 의미합니다. 멋진 단일 cscfg 파일을 사용하면 쉽게 작업을 수행 할 수 있습니다. –

0

보안 & 규정 준수 정책에 따라 권장 "

추가 된 내용이 없습니다 ... 아마도 푸른 저장 또는 SQL 애저에서 모든 앱 설정을 수용 할 수있는 사용자 지정 앱 설정 솔루션을 할 수 있습니다 "그러나 앱 설정을 재배포하지 않고 변경하는 데 사용할 수있는 것은 매우 유용합니다 ...

Visual Studio 환경 간 전환을 쉽게하기 위해 최근에 게시 한 블로그 항목 인 @http://www.paraleap.com/blog/post/Managing-environments-in-a-distributed-Azure-or-other-cloud-based-NET-solution.aspx

을 확인하십시오.
+0

> 앱 설정을 재배포하지 않고 변경하는 데 사용할 수있는 것은 매우 유용합니다. <테스트 환경에서만 가능합니다. 통제되지 않은 변화가 생겨나는 것도 가능하지 않기를 바란다. 테스트에서 설정을 조정할 필요가 있다면 원격 데스크톱을 수행하고'web.config'를 해킹하는 것이 매우 행복합니다 ... –

0

여전히 web.config를 사용할 수 있습니다. Azure에서 구성 할 필요가없는 설정을 유지할 수 있습니다. 우리는 결합 두 ...

+0

"별로 구성 할 수없는"것에 대한 지침을 찾고 있습니다 - 무엇을 고려할 것입니까? ? –

+0

아 ... 안내 ... 찾기가 어렵습니다 ... 그것이 무엇이든 그것이 당신을 염려하게 만들고 재구성 할 수없는 문제는 아닙니다. 우리는 거기에 (.cscfg) 데이터베이스 연결 문자열과 send-email-and-sms 설정을 가지고 있습니다 ... –

+0

... 거기에 추적/로그인을 활성화/비활성화 할 수 있기를 원할 수도 있습니다. (.cscfg again ...) –

0

Azure Management Console에 대한 액세스를 제한하면 모든 문제를 실제로 사용할 수 있습니다. 배포 할 수 있어야하는 사람이 여러 명있는 경우 Azure 관리 콘솔에 액세스 권한을 부여하는 대신 사용할 인증서를 만들면됩니다.

실제로 우리 빌드 환경에서는 프로덕션 환경에 배포 할 때 구성 파일을 재구성합니다. 기본적으로 관리 UI로 갈 필요가 없으며 구성이 항상 동일하게 끝납니다.

관련 문제