Deploy Elixir and Phoenix op Nodion

Elixir and Phoenix stap voor stap deployen

1. Genereer de releasebestanden Nodion bouwt je app met mix release. In een Phoenix-project voegt mix phx.gen.release toe wat je daarvoor nodig hebt: een Release-module met een functie migrate en de scripts bin/server en bin/migrate. Commit de gegenereerde bestanden.

   mix phx.gen.release

2. Lees de config tijdens runtime en luister op IPv4 Een project uit mix phx.new heeft al een bestand config/runtime.exs dat in productie PORT, SECRET_KEY_BASE, DATABASE_URL en PHX_HOST leest. De app-instanties van Nodion gebruiken IPv4, dus zet de ip van het endpoint op {0, 0, 0, 0}: config/runtime.exs

   config :my_app, MyAppWeb.Endpoint,
     url: [host: host, port: 443, scheme: "https"],
     http: [ip: {0, 0, 0, 0}, port: port],
     secret_key_base: secret_key_base

3. Bouw assets zonder Node.js De Elixir-build heeft geen Node.js. Phoenix 1.7 en nieuwer gebruiken standalone binaries van esbuild en Tailwind, en Nodion voert je alias assets.deploy tijdens de build uit. Roept je asset-pipeline npm aan, stap dan over op deze tools of deploy met een Dockerfile. mix.exs

   "assets.deploy": [
     "tailwind my_app --minify",
     "esbuild my_app --minify",
     "phx.digest"
   ]

4. Voer migraties uit via de release Mix zit niet in de run-image, dus migraties draaien via de release, die Nodion bouwt in /layers/nodion_elixir/release/release. Het script bin/migrate daarvan, uit stap 1, roept Release.migrate aan. Een release:-regel in een Procfile draait één keer per build voordat de nieuwe versie start; mislukt die, dan blijft de draaiende versie live. Procfile

   release: /layers/nodion_elixir/release/release/bin/migrate

5. Maak de app, de database en de secrets aan Maak een applicatie aan vanuit je GitHub-, GitLab-, Bitbucket- of Gitea-repository in de regio EU Central en laat de buildstrategie op Buildpacks staan. Maak een PostgreSQL-database aan in dezelfde regio en koppel die op het tabblad Environment: bij de volgende deployment komt die binnen als DATABASE_URL. Voeg SECRET_KEY_BASE uit mix phx.gen.secret toe als secret en zet PHX_HOST op het domein dat je gebruikers openen. PORT stelt Nodion zelf in.

Goed om te weten

• Zet Elixir en Erlang vastNodion leest elixir en erlang uit .tool-versions, Elixir ook uit .elixir-version. De eis elixir: in mix.exs is een bereik en legt niets vast. Zonder vaste versie krijg je Elixir 1.20 op OTP 28.
• Startcommando en health checkNodion start bin/<app> start uit de release, met de appnaam uit mix.exs, en zet PHX_SERVER=true, zodat het endpoint HTTP serveert. Het verkeer gaat over zodra / antwoordt met 2xx of 3xx; vereist / een login, stel dan in de app-instellingen een ander pad voor de health check in.

Wat Nodion voor je regelt

• Deploys zonder downtime Push naar je branch en Nodion bouwt een nieuwe release. Het verkeer schakelt over zodra de nieuwe instanties hun health check doorstaan; een mislukte release laat de draaiende versie staan. Apps met een lokaal volume herstarten in plaats daarvan, omdat de schijf bij één instantie hoort.
• Databases naast de app Managed PostgreSQL, pgvector, MySQL, Valkey en ClickHouse in dezelfde regio. Gekoppelde databases komen binnen als DATABASE_URL, REDIS_URL of CLICKHOUSE_URL.
• Previews per pull request Zet previews aan en pull requests uit je repository krijgen een eigen app met een eigen URL en nieuwe, lege databases, automatisch of handmatig aangemaakt. Forks en pull requests van bots worden overgeslagen.
• Workers, cronjobs en schalen Draai workers als extra processen van dezelfde app, plan jobs op het tabblad Cron en schaal elk proces naar maximaal 16 instanties.
• Releasestap Met buildpacks draait een release:-regel in het Procfile bij elke nieuwe build. Dockerfile-apps, en redeploys of rollbacks naar een eerdere image, gebruiken een releasecommando dat op de app zelf is ingesteld en dat ook voorrang heeft op de Procfile-regel. Bij statische sites draait een releasestap in een image die alleen de gebouwde bestanden bevat.
• Logs en metrics Build-, release- en runtimelogs plus metrics voor CPU, geheugen, schijf en netwerk van elke instantie in het dashboard.
• Domeinen en HTTPS Een standaardhostnaam met HTTPS vanaf de eerste deploy; je eigen domeinen krijgen automatisch certificaten.

Verder lezen

• Dockerfile vs buildpacks: welke moet je gebruiken? Allebei maken ze van je code een containerimage. Het verschil is wie de buildstappen schrijft, en dat bepaalt controle, onderhoud en beveiligingsupdates.
• Cloud Native Buildpacks uitgelegd Buildpacks maken van je broncode een containerimage zonder Dockerfile. Wat ze zijn en hoe ze werken.

Elixir and Phoenix op Nodion: vragen en antwoorden