node.js가 실제로 브라우저와 통신하지 않는 서버 측 응용 프로그램에 좋으면 궁금합니다. 브라우저 통신은 관리를 위해 사용되는 전체 응용 프로그램의 일부분 일뿐입니다.서버 대 서버 통신을위한 Node.js
아이디어는 간단
서버는 다른 서버로부터 사용자 데이터를 포함하는 짧은 메시지로 UDP 트래픽의 많은 양을 수신한다.
각 메시지 앱은 DB 검색을 수행하고 허용 목록에없는 사용자 ID로 메시지를 필터링합니다.
필터링 된 메시지가 처리되어 다른 DB를 업데이트하거나 다른 서버로 데이터를 보냅니다.
그런 경우, node.js를 배우는 좋은 시나리오입니까, 아니면 Java EE와 비교하면 어떤 이점이 있습니까?
나는이 문서 (데이터베이스에 따라 다름)를 작성하고, 문서를 보려면 http://nodejs.org/api/dgram.html을 확인하는 훌륭한 애완 동물 프로그램이라고 생각한다. –
대부분의 시간이 IO에서 소비된다면 노드가 가장 잘 작동한다. db, 디스크, 네트워크 등). 앱이 IO를 수행하는 동안 노드는 더 많은 요청을 처리 할 수 있습니다. CPU 집약적 인 처리를 많이한다면, 그 일을하는 것 외에는 아무것도하지 않아도됩니다. 어쩌면 "필터링 된 메시지가 처리됩니다." 처리 비용이 비싼 경우 문제가 발생할 수 있습니다. –
Java EE에 문제가 있습니까? 공연이나 동시성? 당신은 자바 내에서 동시성에 대한 솔루션을 많이 가지고, 다른 언어로 다른 레이어를 추가 할 가치가있다, 내가 그렇게 생각하지 않는, 당신이 실패한 시도하지 않는 한. – mpm