Fai il deploy di Ruby su Nodion

Deploy di Ruby passo dopo passo

1. Fai il commit di Gemfile e Gemfile.lock La build esegue bundle install senza i gruppi development e test, con la versione di Bundler indicata in BUNDLED WITH nel Gemfile.lock. Con Rack 3, un'app config.ru ha bisogno anche della gem rackup e di un server come Puma. Gemfile

   source "https://rubygems.org"
   
   gem "sinatra"
   gem "rackup"
   gem "puma"

2. Aggiungi un config.ru Con un config.ru e senza config/puma.rb, Nodion avvia bundle exec rackup config.ru -p $PORT e imposta RACK_ENV=production. Una piccola app Sinatra sta direttamente nel file: config.ru

   require "sinatra/base"
   
   class App < Sinatra::Base
     get "/" do
       "Hello from Frankfurt"
     end
   end
   
   run App

3. Crea l'app Nella dashboard, crea un'applicazione dal tuo repository GitHub, GitLab, Bitbucket o Gitea, scegli il branch e la regione EU Central e lascia la strategia di build su Buildpacks. Durante la build esistono solo le variabili con il flag Build; tutte le altre vengono impostate in fase di esecuzione. Contrassegna chiavi API e password come segrete.
4. Collega un database ed esegui le migrazioni Crea un database PostgreSQL o MySQL nella stessa regione e collegalo nella scheda Environment; l'app riceve DATABASE_URL al deploy successivo. Una riga release: in un Procfile viene eseguita una volta per ogni build prima che parta la nuova versione, per esempio per le migrazioni di sinatra-activerecord. Se fallisce, la versione in esecuzione resta online. Procfile

   release: bundle exec rake db:migrate

Da sapere

• Fissa la versione di RubyNodion legge .ruby-version, poi una riga ruby con la versione completa nel Gemfile; senza nessuna delle due ottieni Ruby 3.4. Sono disponibili anche Ruby 3.3 e 4.0. Senza BUNDLED WITH, su Ruby 3 gira Bundler 2 e su Ruby 4 gira Bundler 4.
• Configurazione di Puma o un semplice app.rbSe esiste config/puma.rb, Nodion esegue bundle exec puma -C config/puma.rb, quindi configura lì la porta di Puma con port ENV.fetch("PORT", 3000). Se non ci sono né quel file né config.ru, Nodion esegue bundle exec ruby app.rb e lo script deve ascoltare su 0.0.0.0 e sulla porta PORT impostata da Nodion.
• Sidekiq e altri workerAggiungi al Procfile worker: bundle exec sidekiq insieme a una riga esplicita web: bundle exec rackup config.ru -p $PORT; senza una riga web:, la prima voce del Procfile diversa da release: diventa il comando predefinito. Poi aggiungi un processo chiamato worker senza porta nella scheda Processes. Valkey nella stessa regione fornisce a Sidekiq la sua REDIS_URL.

Cosa gestisce Nodion per te

• Deploy senza downtime Fai push sul tuo branch e Nodion crea una nuova release. Il traffico passa alle nuove istanze solo quando superano l'health check; una release fallita lascia attiva quella in esecuzione. Le app con un volume locale invece si riavviano, perché il disco appartiene a una sola istanza.
• Database accanto all'app PostgreSQL, pgvector, MySQL, Valkey e ClickHouse gestiti, nella stessa regione. I database collegati arrivano come DATABASE_URL, REDIS_URL o CLICKHOUSE_URL.
• Anteprime per ogni pull request Attiva le anteprime: ogni pull request del tuo repository riceve un'app dedicata, con un proprio URL e database nuovi e vuoti, creata automaticamente o manualmente. Le pull request dai fork e quelle dei bot vengono ignorate.
• Worker, cron job e scalabilità Esegui i worker come processi aggiuntivi della stessa app, pianifica i job nella scheda Cron e scala ogni processo fino a 16 istanze.
• Fase di release Con i buildpack, la riga release: del Procfile viene eseguita a ogni nuova build. Le app con Dockerfile, così come i redeploy e i rollback a un'immagine precedente, usano un comando di release impostato sull'app stessa, che ha anche la precedenza sulla riga del Procfile. Nei siti statici, la fase di release gira in un'immagine che contiene solo i file generati dalla build.
• Log e metriche Nella dashboard trovi log di build, release e runtime, oltre alle metriche di CPU, memoria, disco e rete per ogni istanza.
• Domini e HTTPS Un hostname predefinito con HTTPS dal primo deploy; i tuoi domini ricevono i certificati in automatico.

Per approfondire

• Alternative a Heroku con hosting UE: 5 opzioni a confronto Una piattaforma tedesca e cloud statunitensi con regioni nell'UE, a confronto per sede, regioni e database gestiti.
• Dockerfile vs buildpack: quale dovresti usare? Entrambi trasformano il tuo codice in un'immagine container. Cambia chi scrive i passaggi della build, e questo determina controllo, manutenzione e aggiornamenti di sicurezza.

Ruby su Nodion: domande e risposte