링크 드 인 노드 레일 바꿉니다: 20 시간으로 줄여 27 서버 속도

라이언 http://www.aliyun.com/zixun/aggregation/13830.html "> 폴 쓴 링크 드 인, 어디에 우리가 본 모바일의 디자인에서-깊이 봐: 모바일 사용자의 23%, 단순에 초점 사용 및 신뢰성의 용이성, HTML, 임베디드 경량 HTTP 서비스, 단일 클라이언트 응용 프로그램 링크 클라우드 서버, node.js 레일에서 백 엔드 서비스를 사용 하는 네이티브 코드 30%, 70%.

Lan Yique, 링크 드 인에서 일 한 엔지니어 추가: "이동성 데이터 센터의 사용으로 이끌어 냈다." 단일 스레드 레일 서버 (각 요청 낮추고 전반적인 성능)에서 실행 하 고 잡종을 사용 하 여 메모리를 많이 낭비 됩니다. 이 왜 차단 하지 않고 어떤 방법으로 은혜를 이길 것입니다 설명 합니다.

Node.js의 장점은 다음과 같습니다.

불 보다 개발 응용 프로그램 개발에 더 집중할 수 있습니다.

물론, 많은 문제가 얽혀 있다. 우리는 우리가 논쟁 해야 하는 장소의 수를 최적화 하기 위해 서버와 클라이언트 간의 분산된 논리를 변경 하는 코드를 다시 작성 해야 합니다. 하지만 그것은 특정 링크 드 인의 선택 Node.js의 큰 성공을 했습니다.

문서의 코멘트 섹션에서 몇 가지 흥미로운 분석을 참조 Oluseyi의 코멘트를 특히 좋아해요:

필연적으로 우리가 원하는 리팩터링 및 재작성 하지, 우리가 적극적으로 캐싱, 저장소 클라이언트 템플릿 (와 필연적으로 서버에서 업데이트 데이터)를 사용 합니다. 즉, 일단 타임 스탬프는 캐시의 업데이트 필요, 응용 프로그램 서버 일관성 필터 대신 열고 닫는 여러 연결에서에서 데이터를 업데이트 해야 합니다. 우리는 데이터를 전송 하는 긴 수명 연결을 구축 하고자 합니다. (다시, 원래 실행 반환 합니다는 HTML 코드, 링크, 이미지의 URI 주소를 포함 하 여 서버를 가리킨 것 이다.) 또한, 웹 브라우징를 만들고 파괴 하는 탐색, 때문에 이러한 이미지 필요가 없습니다 유효한 캐시. )

전통적인 MVC에서 장 링크 방법 ("모델-뷰-컨트롤러"의 약어, 중국어 번역 "모드-보기-컨트롤러"입니다. 웹 응용 프로그램은 더 이상 "보기"의 개념을가지고 최종 결과 서버 쪽 컨트롤러 모든 필요한 데이터를 집계 합니다 하지만 데이터 됩니다 출력 직접, 하지만 오히려 이진 개체를 출력 하 고 풀고 하는 클라이언트에서 모든 관련 데이터를 추출 하 여.

나는 당신이 MVC의 남용에 대 한 우려만 특정 웹 응용 프로그램에 관련 된 환경에서에서 응용 프로그램에 대 한 적당 한 나타났습니다. 사용자의 웹 사이드 (레이블된 출력, 외부 Url 등을 포함 한)를 풀고에서 데이터 및 캐시 데이터를 추출할 것 이다. (CSDN 컴파일/바오)

(책임 편집기: 유산의 좋은)