4

웹 앱을 작성 중이며 향후 업그레이드에 대해 궁금하고 웹 앱 업그레이드가 사용자 환경에 어떤 영향을 미치는지 궁금합니다.최종 사용자를 위해 Web Apps를 버전 관리하기위한 일반적인 전략은 무엇입니까?

특히 Google과 같은 회사가이 문제에 어떻게 접근하는지 궁금합니다. 예를 들어, 특정 Google Apps가 '새로운 Google 문서'또는 이와 유사한 것으로 업그레이드 할 것인지 사용자에게 묻는 몇 가지 예를 보았습니다. 이것은 내가 제공하고자하는 경험이지만, 그것에 대해 어떻게 해야할지 잘 모르겠습니다. 중요하다면, 나는 backbone.js를 사용하는 앱을 작성하고 있으며 무거운 JS 클라이언트 측 구성 요소를 가지고있다. REST 구성 요소 또는 WebServices 구성 요소의 버전 관리에 대해 몇 가지 논의가 있었지만 실제 클라이언트 측 코드 또는 백엔드 구성 요소에 대해서는 언급하지 않았습니다. 물론 백엔드는 버전이있는 웹 서비스이면 모두 중요하지 않습니다.

나는 응용 프로그램 관점과 (아마도) 백엔드 DB 관점에서 이러한 목표를 달성하는 방법에 관심이 있습니다.

그래서 여러 가지 문제가있는 것처럼 보입니다. 웹 루트의 버전 응용 프로그램

  • 가 어떻게
  • 방법 버전 백엔드 데이터 저장소
  • 내가 백본을 사용하고 있기 때문에, 나는 당신입니다 않는 다른 사용자에게 여러 버전의 서비스를 제공 할 살고

    • 특히이 유형의 앱을위한 라우터 디자인에 관심이 많습니다. 다양한 버전이 서브 디렉토리에 있다면, 어떻게 적절한 라우터를 만들 수 있습니까?

    다른 고려 사항이있을 수 있습니다.

  • +0

    이것은 속해 있습니다 : http://programmers.stackexchange.com/ –

    +0

    http://stackoverflow.com/a/11078299/476712 답변을 귀하의 질문이 있습니까? – lorefnon

    답변

    0

    Google Docs에서 공동 작업을하는 등 복잡한 작업이 매우 빨라집니다. 서로 다른 버전의 문서가 서로 호환되기를 원합니다. 따라서 모든 주요 버전까지 데이터베이스를 변경하지 말고 모든 사람을 앱의 새 버전으로 이동하거나 한 버전에서 다른 버전으로 데이터를 변환 할 수있는 "변환기"를 만들고 다른 "app"버전의 데이터를 수락하면서 다른 데이터베이스를 동기화 상태로 유지하십시오.

    이것을 관리하는 가장 쉬운 방법은 이벤트 로그를 사용하거나 CQRS와 같은 것으로 이동하는 것입니다. 이러한 방법은 데이터를이 방법으로 훨씬 더 관리하기 쉬운 것으로 생각합니다.

    하지만 이런 식으로 구현하기 전에 두 번 생각할 것입니다. 정말 필요합니까? (거대한?) 비용은 (작은?) 혜택을 갖추 었습니까? 이 단계에서 필요합니까?

    관련 문제