Menggunakan pelayan web Thruster untuk apl Ruby

Baru-baru ini, saya menyediakan beberapa skrip penggunaan untuk apl Ruby di mana saya mahu pelayan mengendalikan penamatan SSL.

Pada zaman "lama", saya akan menyediakan Caddy dengan proksi terbalik apl dengan sesuatu seperti ini:

# Caddyfile
yourdomain.com {
    reverse_proxy localhost:3000
    tls
}

Selain itu, saya biasanya akan menjalankan Caddy sebagai salah satu kebergantungan dalam fail docker-compose.yml untuk memudahkan pemasangan dan pemasangan semula semuanya.

Baru-baru ini, Basecamp mengeluarkan pelayan proksi terbalik ringkas yang mengendalikan semua yang saya perlukan untuk menyediakan apl Ruby dalam permata yang dipanggil Pendorong.

Mengikut repo GitHub, inilah yang dibawa oleh pelayan ini:

• sokongan HTTP/2
• Pengurusan sijil TLS automatik dengan Let's Encrypt
• Caching HTTP asas aset awam
• Sokongan dan pemampatan X-Sendfile, untuk menyampaikan fail statik dengan cekap

Untuk 99% kes penggunaan di luar sana, ini sesuai dengan keperluan dengan sempurna. Dan yang paling penting, saya boleh menjalankan ini dalam bekas yang sama dengan apl Ruby saya. Ini bermakna saya tidak memerlukan bekas berasingan untuk menjalankan Caddy.

Konfigurasi

Permata itu dinyatakan sebagai perisian "tiada konfigurasi", dan ini adalah hampir benar.

Pada hakikatnya, anda masih perlu (sekurang-kurangnya) menyatakan kepada Pendorong domain mana yang anda mahu ia meminta sijil SSL.

Ini dilakukan melalui pembolehubah persekitaran TLS_DOMAIN.

Perkara yang baik tentang ini ialah mungkin untuk menentukan berbilang domain, jadi Pendorong boleh meminta sijil Let's Encrypt yang betul untuk setiap satu domain secara automatik.

Sebagai contoh, jika apl saya disiarkan daripada domain1.com dan domain2.com, saya hanya boleh menentukannya sebagai TLD_DOMAIN=domain1.com,domain2.com dan Thruster akan mengambilnya dengan baik.

Pendorong Berlari

Untuk menjalankan Thruster, anda hanya perlu meletakkan awalan dengan arahan yang biasanya anda gunakan untuk menjalankan apl Ruby anda.

Sebagai contoh, jika anda menggunakan Rails, anda biasanya menaip pelayan tong/rel.

Pengubahsuaian untuk pendorong ialah pelayan tong tujah/rel.

Saya rasa ini mengapa Saya sangat menyukai Thruster. Dengan Caddy, saya perlu menyediakan proksi terbalik (seringkali dengan percubaan dan ralat dengan Caddyfile sialan itu). Menggunakan Pendorong, saya dapat menyediakan perkara dalam masa kurang daripada 3-5 minit.

Kes Penggunaan

Terdapat banyak pilihan untuk menyediakan permintaan web daripada apl Ruby (dan Rails) hari ini dalam persekitaran pengeluaran.

1. Anda boleh melakukan proksi terbalik, seperti dengan nginx atau Caddy.
2. Anda boleh menggunakan Kamal (yang, dalam v2, menggunakan Pendorong).
3. Atau anda hanya boleh menggunakan Pendorong dan minta Docker memantau perkhidmatan itu sendiri.

Saya rasa dalam kebanyakan kes, pilihan (1) dan (2) paling masuk akal jika ia berada pada pelayan yang anda kawal.

Untuk (3), terdapat ada kes penggunaan khas: aplikasi yang dihoskan sendiri. Dalam erti kata lain, apl Ruby yang pelanggan anda jalankan pada infrastruktur mereka sendiri dan di mana merekalah yang memasang apl itu.

Perbezaan antara tiga pilihan yang diterangkan ialah dalam kes (1) dan (2), mudah untuk orang devops masuk dan mengkonfigurasi semula perkara dengan mudah.

Apabila memberikan imej Docker (mungkin senario yang paling kerap) kepada pelanggan untuk dihoskan sendiri, terdapat banyak perkara yang boleh menjadi salah.

Pelanggan mungkin tidak biasa mengurus pelayan mereka sendiri, contohnya. Atau mungkin pelanggan tidak mahu bermain-main dengan proksi terbalik untuk membuat sesuatu berfungsi.

Dalam kes ini, lebih mudah untuk hanya menyerahkan bekas Docker di mana perkara "hanya berfungsi".

Saya menghadapi masalah ini semasa membangunkan perisian pemasaran e-mel yang dihoskan sendiri, dan mujurlah Thruster tersedia.

Apabila saya membungkus semuanya ke dalam bekas dan menyediakan fail docker-compose.yml, ini juga menurunkan kebergantungan kontena saya daripada 4 kepada 3, menghapuskan keperluan untuk menjalankan nginx atau Caddy.

Kesimpulan

Penejar ialah alternatif yang cukup baik untuk mengendalikan proksi terbalik pada apl Ruby anda.

Pilihan "tiada konfigurasi" yang ringkas menjadikannya berfungsi dengan baik dalam banyak senario.

Bagi diri saya sendiri, apabila membungkus apl Ruby yang perlu dijalankan dalam persekitaran yang saya tidak kawal (iaitu apl yang dihoskan sendiri pada mesin pelanggan), inilah caranya.

Atas ialah kandungan terperinci Menggunakan pelayan web Thruster untuk apl Ruby. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!