프로덕션 배포 후 사용자가 준비 영역을 방문하지 못하게하는 방법

Question

우리는 다른 역할을하는 서버가 몇 대 있습니다. 예를 들어 프로덕션 서버와 테스트/스테이징 서버가 있습니다. 테스트를 거쳐 승인되거나 사용되면 경로를 생산으로 전환하는 것을 잊어 버린 몇 명의 최종 사용자가 있습니다. 그들은 새로운 경로를 약간 사용하고, 어리 석음 이외의 다른 점을 이해할 수없는 어떤 이유로 테스트/스테이징으로 돌아갑니다. 빌드를 제작에 적용한 후에도 준비 환경을 엿볼 수 있기를 원하지만 여전히 해당 서버/서비스에 영향을 미치지 않도록해야합니다.

이제이 문제에 대한 해결책을 모색 중입니다. 하나는 직접 스테이징 URL을 제공하지 않습니다. 아이디어는 가상 디렉터리를 만들거나 우리가 제공 할 수있는 도메인 별칭 집합을 가지고 종료 한 다음이 끝점에 대한 액세스를 허용하는 것입니다. 우리는 주요 스테이징 도메인을 사무실의 IP 범위로 제한하여 직접 액세스 할 수 없도록하고 좋은 것으로 부를 수 있습니다.

좋은 해결책 인가요? 우리의 과정이 잘못 되었습니까? 더 좋은 경로가 있습니까?

저는 시각 자료를 효과적으로 사용할 수없는 웹 서비스 및 웹 서비스에 대한 솔루션에 관심이 있습니다.

Answer 1

Google은 내 작업에서도 & hellip을 실행했습니다. 아주 최근에. 가상 디렉터리 이외의 다른 것들에 대해 생각한 한 가지는 테스트를 위해 포트를 설정하거나 포트를 사용하지 않거나 내부 용도로만 포트를 변경하는 것입니다.

Answer 2

응용 프로그램을 배포하는 방법에 대한 세부 정보가 없으면 구체적인 예제를 제공하는 것이 번거로울 수 있습니다. 훌륭한 해결책 중 하나는 더 나은 사용자를 얻는 것입니다. 그러나 아마도 더 가능한 해결책은 프로덕션 박스가 테스트/스테이징 시스템으로 특정 사용자 집합 (코드에서 결정된대로)을 이동하게하는 것일 수 있습니다. I.E. 사용자는 항상 프로덕션에 연결하지만 연결/인증 시간에 프로덕션 시스템은 프로덕션 환경에서 너무 멋지다 고 판단하여 대신 테스트/준비 코드를 실행할 수 있습니다.

물론 완전한 방법은 아니지만 많은 사용자가 특정 사용자 집합을 코드베이스의 다른 부분에 배치 할 수 있도록하는 많은 웹 사이트에서 사용할 수 있습니다.

나는 이것이 당신에게 얼마나 실현 가능성이 있는지 모르지만 아마 가능성이 있습니다.

Answer 3

사용자가 때때로 URL에 어려움을 겪고 있으며 주소의 포트 번호와 같은 미세한 변경을 원하지 않는 경우가 있습니다.

내가 찾은 가장 좋은 방법은 응용 프로그램이 자신들이 어떤 환경에서 사용자에게 것입니다.

예를 들어, 내 팀 데브/스테이징 환경에서 코딩 절대 위치 머리글 또는 바닥 글, 색상을 사용하고 그 알파/베타 태그가있는 응용 프로그램 버전 번호와 함께 "이 사이트에서 수행 한 작업이 손실되어 작업을 유지하기 위해 프로덕션 (링크)을 사용하십시오."라는 메시지가 표시됩니다. 일반적으로 Dev 영역을 빨간색으로 만들고 준비 영역을 노란색으로 만듭니다. 또한이 영역에서 바로 버그 추적 시스템에 대한 링크를 넣는 것을 좋아합니다.

일반적으로 이와 같은 지역은 없습니다. 그러나 때로는 앱 버전과 프로덕션 태그가 포함 된 녹색 영역을 배치하고 몇 초 후에 녹색 영역을 사라지게하여 긍정적 인 보강을 제공합니다. 이것은 앱을 정면과 중앙에 유지하는 데 도움이되지만 사용자가 올바른 위치에 있다는 것을 알게하십시오.