웹 서비스에서 전자 상거래 사이트 실행. 나쁜 생각?

제가 일하는 회사는 복잡한 회계 응용 프로그램을 만듭니다. 이것은 클라이언트 네트워크의 로컬 데이터베이스 서버에 연결하는 데스크탑 응용 프로그램입니다. 일부 고객은 전자 상거래 사이트를 구축하려고하지만이 데이터에 액세스해야합니다.웹 서비스에서 전자 상거래 사이트 실행. 나쁜 생각?

웹 사이트를 한 위치에 설치하고 다른 위치의 웹 서버에서 데이터를 피드해도 괜찮습니까? 나는 과거에 이와 같은 물건을 만들었으며 잠재력이 느려질 수 있음을 안다. Asp.NET 캐싱 스택으로이 문제를 완화하기를 바라고 있습니다. 이 아키텍처는 합리적인 아키텍처입니까 (중소 규모 전자 상거래 사이트의 경우) 또는 개처럼 실행됩니까? 과거에는 많은 고통이 있었기 때문에이 방법을 간단하게 유지하고 데이터베이스의 복제를 피하려고합니다.

건배
엄마

출처

2011-04-12 Mark Evans

음, 데이터베이스의 복제는 실제로 가장 빠른 옵션이 될 수 있습니다. 그것에 대해 생각해보십시오. 각 요청마다 일부 캐시 미스 또는 모든 캐시 캐시 미스 (캐쉬 미스 없음, 전송 불능, DB 캐시 가능)가있는 많은 데이터가 필요합니다.).

편집 : 그래서 기본적으로 내 대답은 다음과 같습니다. 아니오, 완전히 다른 두 위치에서 웹 사이트와 데이터베이스를 실행하는 것은 좋지 않습니다. 동일한 랙에있는 두 개의 상자는 OK 일 수 있지만 웹 서비스와 DB를 동일한 (가상) 시스템에 두는 것이 좋습니다.

출처

2011-04-12 07:39:31 Zsub

의견을 주셔서 감사합니다. Zsub. 예, 로컬 db가 더 빠를 것이라고 확신하지만 추가 복잡성이 많습니다. Asp.NET을 많이 사용하지는 않았지만 쿼리리스 (예 : ProductList.aspx? productCategoryId = 123)로 캐시 할 수 있다고 생각했습니다. 이제 일부 고객에게는 특별 가격이 있으므로 캐시하기가 어려울 것입니다. 이러한 유형의 고객은 각 페이지로드시 서비스에 대한 호출이 있어야합니다. 그것은 일을 느리게 할 것이다. 그러나 나는 아직도 그것을 시험해 볼 생각이다. –

웹 서비스에서 전자 상거래 사이트 실행. 나쁜 생각?

답변

관련 문제