0

좋은 날, Symfony와 Angular (v2)를 기반으로 한 hightload 애플리케이션을 개발합니다. 두 가지 상이한 절대적 독립적 앱Symfony와 Angular를 기반으로 클라우드 고부하 웹 애플리케이션

:

  1. API (서버 측) 각도 (V2)에 생성 심포니
  2. 사용자 인터페이스 (클라이언트 측)에 생성

그들은하여 통신 Oauth v2. 그래서 두 가지 다른 독립적 인 응용 프로그램이 있습니다.

내 목표는 AWS에 모두 배치하는 것입니다. Symfony의 경우 Elastic Beanstalk + RDS를 사용합니다. 잠시 동안 무료 사용자 계정을 사용합니다.

내 질문 : 각도 용 탄성 주렁주렁에 다른 응용 프로그램을 만들어야합니까? 즉, 다른 EC2를 지불 할 것입니다. Angular (clien)과 Symfony (server)를 동일한 Elastic Beanstalk 응용 프로그램에 설치할 수 있습니까?

돈을 절약하려면 조언을 좀주세요.

+0

나는 SPA가 무엇을 만들지에 달려 있다고 생각합니까? 속도, 얼마나 많은 사용자가 사용할 것인지, 얼마나 빨리 원하는지 고려하십시오. 단순한 SPA 인 경우 서버 세트 포트 또는 하위 도메인이 있거나없는 서버와 동일한 Elastic Beanstalk에 둘 다 설치하십시오. Elastic Beanstalk을 사용해 보셨습니까? 도커가 하나의 설치에 좋습니다 – hendrathings

+0

@hendrathings 잠시 동안 가정 프로젝트이므로 docker를 사용할 것입니다.이 방법은 좋은 해결책이 될 수 있으며 심포니 응용 프로그램은 하위 도메인을 사용하고 각도 응용 프로그램은 정상 도메인 네임을 사용합니다. –

답변

0

API를 탄력있는 콩알 모양으로 유지하면서 CloudWatch에 SPA (Angular front end)를 직접 배치하는 것이 더 저렴하고 확장 성이 좋습니다.

EB는 자체 서버를 처리하기위한 것이지만 정적 콘텐츠는 적절한 콘텐츠 배포 네트워크 (CDN)에 배포해야합니다. 이렇게하면 사용자 기반이 커짐에 따라 더 많은 서버를 관리 (및 비용을 지불) 할 필요가 없습니다. CDN은 아무리 높이라도 작업 부하를 처리 할 수 ​​있습니다.

API의 경우 EC2 머신을 사용할 방법이 없습니다. 글쎄, AWS API Gateway + Lambda로 옮길 수는 없지만 Synphony 설정을 위해서는 서버가 필요하며 EB는 필요에 따라 확장 할 수 있습니다 (하지만 다른 사람을 가질 수 있다면 여전히 EC2 머신을 피하기를 원합니다. 당신을 위해 그들을 관리하십시오).

+0

@dkarchmer, 정말 좋은 조언을 주셔서 감사합니다. 나는 심지어 CloudWatch + EB에 대해서 생각해 보았다. 그것은 EB를위한 정말 좋은 솔루션이어야합니다. 그리고 심포니에 대해서는 아마 두 가지를 시도 할 것입니다. 어쨌든이 실험들은 나에게 능력을 줄 것이다. –

+0

NP. 내 대답을 upvote 또는 수락하는 것을 잊지 마세요. – dkarchmer