AWS T2.micro EC2 인스턴스에 포함 된 mongoDB와 함께 Bitnami Parse Server (구문 분석 스택)를 실행하고 있습니다. 모든 구성이 완료되고 강제로 HTTPS가 활성화됩니다. 지금은 parse-server와 같은 인스턴스의 mongoDB에 직접 이미지 파일을 저장합니다. nodejs 웹 응용 프로그램 (로컬 및 Heroku)을 통해 이미지를 검색하면 극단적 인 지연이 발생합니다 (~ 3 초). 반면 parse.com에서 호스팅 한 경우 다운로드는 최대 200ms였습니다. 이미지에이 지연이 표시됩니다.AWS Bitnami Parse 서버 구문 분석 파일 검색 느림
은 내가 더 성공과 다음없는 시도 :
- 장애인 HTTPS 및 HTTP를 기본값으로 복귀 MLAB에 MongoDB를에
- 연결 (내 이전 DB 위치)
- DNS CNAME 전달 대신 AWS 제공 공개 도메인
- 모두 Heroku에서 시도했습니다. 호스팅 웹 응용 프로그램 및 지역
몇 가지 다른 옵션은 내가 고려하고 (하지만이 작동하는 이유를 알고 싶습니다) :
- 사용 AWS S3 버킷 파일 저장을 위해
- 가 넣어 MongoDB를을 내가 실행하고
별도의 EC2 인스턴스에서 전체 스택 (하지 Bitnami) 우리 자신을 구축 마십시오
나는 더 조사하고 S3 버킷을 유일한 파일 서비스로 사용하도록 설정했습니다. 그러나 다운로드가 EC2의 프록시를 통해 파일을 검색 할 때마다 (즉 공용은 URL에 s3.amazonaws.com을 표시하지 않지만 parse Server S3 파일 어댑터를 통해 활성화 된 storage.mydomain.com을 볼 때마다) 모든 설정이 완료됩니다. 원래 게시물과 비슷한 느린/지연된 활동을 가져옵니다. S3에서 곧바로 처리하면 하위 1s에서 더 빠릅니다. 무엇이 이것을 일으킬 수 있습니까? t2.micro가 충분하지 않기 때문입니까? 또는 이것을 최적화하기 위해 EC2에 네트워크 설정이 있습니까? – jbro