Rails no AWS Elastic Beanstalk - limitações

5

Eu tenho procurado o serviço AWS Elastic Beanstalk para a implementação do meu aplicativo rails, e cheguei a pensar que era realmente uma má idéia, dado alguns requisitos específicos da minha aplicação.

Mas ainda é difícil definir manualmente os outros serviços que fornecem escalabilidade / elasticidade, por isso gostaria de confirmar que fiz as escolhas certas.

Já tenho alguns ambientes de desenvolvimento / teste em uma única instância do EC2 e preciso implantar o site em um ambiente de produção antes do lançamento para o público. Equilíbrio de carga, elasticidade e tudo mais.

Aqui estão alguns dos meus requisitos

  • Ruby 2.2 / 2.3 versão
  • Carregador Carrierwave com ferramentas de processamento: requer que o ImageMagick seja instalado no SO
  • O banco de dados é um banco de dados MongoDB hospedado em uma instância separada do EC2
  • Neste momento, estou usando o aplicativo de passageiro, mas acho que, desde que funcione, eu realmente não me importo
  • Nokogiri
  • Serviço AWS ElasticSearch
  • Redis
  • Alguns trabalhos atrasados (eu preciso executar alguns trabalhos depois de algum tempo, por exemplo, pedir comentários aos usuários após datas específicas)

Quando eu observei as pré-configurações do Elastic Beanstalk, algumas delas estavam faltando ou não estavam claras (acredito que meu aplicativo seria compatível com o Ruby 2.2, por exemplo, mas e a dependência do ImageMagick?), e eu pensei que teria mais controle indo manual

Mas é possível realmente descobrir algo que facilite o trabalho com o Beanstalk? Estamos falando de um pequeno site de startups (que, no entanto, não é apenas sobre ações REST / CRUD simples), e eu sou o único cara de TI em sua equipe, então o mais fácil / menos propenso a travar seria melhor. Eu realmente não consigo entender se vai Beanstalk

    
por Cyril Duchon-Doris 08.05.2016 / 16:11
fonte

0 respostas