Ho preso in considerazione il servizio AWS Elastic Beanstalk per la deploymeny dell'applicazione my rails, e sono arrivato a pensare che fosse in realtà una cattiva idea dato alcuni requisiti specifici della mia applicazione.
Ma poi, è ancora abbastanza complicato configurare manualmente gli altri servizi che forniscono scalabilità / elasticità, quindi vorrei ricontrollare che ho fatto le scelte giuste.
Ho già alcuni ambienti di sviluppo / test su una singola istanza EC2 e ho bisogno di distribuire il sito Web in un ambiente simile alla produzione prima del rilascio al pubblico. Bilanciamento del carico, elasticità e tutto il resto.
Ecco alcuni dei miei requisiti
- Versione di Ruby 2.2 / 2.3
- Uploader Carrierwave con strumenti di elaborazione: richiede l'installazione di ImageMagick sul sistema operativo
- Il Database è un database MongoDB ospitato su un'istanza EC2 separata
- In questo momento sto utilizzando il passeggero per l'app, ma suppongo che finché funziona non mi interessa davvero
- Nokogiri
- Servizio ElasticSearch di AWS
- Redis
- Alcuni lavori in ritardo (ho bisogno di eseguire alcuni lavori dopo un po 'di tempo, es. chiedere agli utenti di recensire dopo date specifiche)
Quando ho guardato le preconfigurazioni di Elastic Beanstalk, alcune di quelle mancavano o non erano chiare (credo che la mia app sarebbe compatibile con Ruby 2.2 per esempio, ma per quanto riguarda la dipendenza da ImageMagick?), e pensavo che avrei avuto di più controllo andando manuale
Ma è possibile capire qualcosa per farlo funzionare senza problemi con Beanstalk? Stiamo parlando di un piccolo sito Web di avvio (che tuttavia non si tratta solo di semplici azioni REST / CRUD), e io sono l'unico ragazzo IT del loro team, quindi il più facile / meno incline a crash sarebbe il migliore. Non riesco davvero a capire se andare a Beanstalk