LiteStack สำหรับ Ruby on Rails:โซลูชันการจัดการข้อมูลแบบครบวงจร

ในโพสต์ชุดนี้ เราจะดูที่ LiteStack ซึ่งเป็นโซลูชันครบวงจรที่โฮสต์และประมวลผลข้อมูลการผลิตทั้งหมดของคุณบนเครื่องเดียว LiteStack (ตามชื่อที่แนะนำ) ใช้ SQLite เพื่อจัดเตรียม:

• ฐานข้อมูลที่ใช้ LiteDB อะแดปเตอร์
• แบ็กเอนด์ ActiveJob (LiteJob )
• แบ็คเอนด์ ActionCable (LiteCable )
• ที่เก็บ ActiveSupport::Cache (LiteCache )

ในโพสต์แรกนี้ เราจะแนะนำพื้นฐานของ LiteStack และตั้งค่าตัวอย่างแอปพลิเคชัน Rails

เริ่มกันเลย!

บทนำสู่ SQLite

SQLite นั้นเป็นฐานข้อมูลแบบฝังตัวของหลายอุตสาหกรรมมานานหลายทศวรรษ ตัวอย่างเช่น มีการใช้กันอย่างแพร่หลายในการพัฒนาแอปเนทีฟ สภาพแวดล้อมการทดสอบ แคช และอื่นๆ

อย่างไรก็ตาม เมื่อเร็วๆ นี้ ได้มีการดึงดูดการทดลองและการต่อยอดมากมาย หนึ่งในส่วนขยายที่ได้รับความนิยมมากที่สุดคือ Litestream ซึ่งสามารถกู้คืนการเปลี่ยนแปลงสตรีมไปยังบัคเก็ตที่เข้ากันได้กับ S3 ซึ่งหมายความว่าคุณจะได้รับสำเนาฐานข้อมูลที่ใช้งานจริงของคุณในราคาที่ถูกมาก และสามารถกู้คืนจากความล้มเหลวได้ตลอดเวลา

บังเอิญ สิ่งนี้ทำให้การใช้ SQLite เป็นฐานข้อมูลการผลิตสำหรับแอป Rails ของคุณเป็นตัวเลือกที่เป็นไปได้ เมื่อรวมกับสแต็กการพัฒนาที่ครบครันเช่น LiteStack ก็สัญญาว่าจะทำให้แอปที่โฮสต์บนเครื่องเดียวเป็นจริง เรามาที่นี่เพื่อทดสอบสมมติฐานนี้และชี้ให้เห็นอุปสรรคที่ขวางทาง

ในการดำเนินการนี้ เราจำเป็นต้องมีแอปตัวอย่างที่ซับซ้อนพอที่จะระบุถึงปัญหาที่อาจเกิดขึ้น แต่ก็ง่ายพอที่จะทำให้เหมาะกับซีรีส์นี้

แอปพลิเคชัน Rails ตัวอย่างของเรา

เราจะเขียนแอปที่แปลงภาพวาดของเด็ก ๆ โดยใช้ StableDiffusion บน replate.com

ตัวอย่างเช่น นี่คือตุ๊กตาหมีน่ารักที่ลูกสาวของฉันวาด โดยมีการตีความ StableDiffusion สองสามแบบ:

เพื่อเป็นการสรุปคร่าวๆ แอปของเราจะครอบคลุมขั้นตอนต่อไปนี้:

1. ผู้ใช้อัปโหลดรูปภาพพร้อมข้อความ (เราจะแสดงเทคนิค SQLite ขั้นสูงบางอย่างที่นี่)
2. ผู้ใช้เลือกสไตล์ภาพ (เช่น "การ์ตูน" "ภาพวาดสีน้ำมัน" "เหมือนจริง" "การเรนเดอร์ 3 มิติ")
3. การประมวลผลเกิดขึ้นในเบื้องหลัง (ซึ่งจะเริ่มต้น LiteJob -งานขับเคลื่อน)
4. ในขณะที่ดำเนินการประมวลผล เราจะแสดงรูปภาพตัวยึดตำแหน่งและอัปเดตบันทึกที่เซิร์ฟเวอร์ส่งไป เมื่อเสร็จแล้วเราจะอัพเดตให้แสดงภาพจริง ซึ่งช่วยให้เราสามารถสำรวจ LiteCable ได้ ในขณะที่เราแทนที่รูปภาพด้วย Turbo Streams
5. เราจัดเก็บการทำนายภาพ
6. เราใช้ LiteCache เพื่อสรุปการดูที่มีค่าใช้จ่ายสูงในการคำนวณ

ขั้นตอนเหล่านี้เป็นแนวทางสำหรับซีรี่ส์นี้ อย่างไรก็ตาม ส่วนที่เหลือของโพสต์นี้จะเกี่ยวข้องกับการตั้งค่าแอป

เราเริ่มต้นด้วยการสร้างแอป Rails ใหม่ชื่อ skAItch โดยใช้ esbuild เป็นตัวรวม JavaScript ของเรา และ SASS เป็นตัวประมวลผลล่วงหน้า CSS:

ติดตั้ง LiteStack

ต่อไป เราจะติดตั้ง LiteStack โดยใช้ตัวสร้างที่จัดส่งมา:

หลังจากเสร็จสิ้น เราจะตั้งค่าให้เสร็จสิ้นและเริ่มเซิร์ฟเวอร์การพัฒนา:

การรับรองความถูกต้องและผู้เช่า

ต่อมา เราต้องการวิธีตรวจสอบสิทธิ์ผู้ใช้ของเราเพื่อเชื่อมโยงกับข้อความแจ้ง แทนที่จะใช้ผู้ดำรงตำแหน่งเช่น Devise ฉันเลือกที่จะใช้แนวทางที่แตกต่างออกไป gem การรับรองความถูกต้องเป็นศูนย์สามารถสร้างระบบการรับรองความถูกต้องได้อย่างยืดหยุ่น แทนที่จะรวมไว้เป็นกลไก สะดวกสบาย โดยมาพร้อมกับตัวเลือกต่างๆ เช่น:

• การรับรองความถูกต้องด้วยโทเค็น (สำหรับ API)
• การตรวจสอบสิทธิ์แบบสองปัจจัย
• การเช่าหลายรายการ
• การจำกัดอัตรา
• อินเทอร์เฟซ OmniAuth
• การตรวจสอบสิทธิ์แบบไร้รหัสผ่าน

ฉันเลือกที่จะเพิ่ม 07 เนื่องจากเป็นความคิดที่ดีเสมอที่จะกำหนดขอบเขตบันทึกฐานข้อมูลของคุณไปยังบัญชีโดยอัตโนมัติ Authentication-zero ให้สิ่งนี้ด้วย 12 ข้อกังวลของโมเดล

มาเพิ่มผู้ใช้รายแรกผ่านทางฐานข้อมูลเมล็ด:

นั่งร้านพร้อมท์

ตอนนี้ถึงเวลาที่จะเริ่มเขียนตรรกะของแอปพลิเคชันจริงของเราแล้ว เราเริ่มต้นด้วยการกำหนดโมเดลหลักของแอปของเรา:20 .

เราต้องการให้ข้อความแจ้งของเรามีชื่อ คำอธิบาย และการอ้างอิงถึงบัญชีที่สร้างมันขึ้นมา นอกจากนี้ เพื่อทดสอบความสามารถ "ระบบไฟล์" ของ SQLite เราต้องการให้จัดเก็บอิมเมจพร้อมท์ในรูปแบบไบนารี่:

39 รายการทรัพยากรจะถูกเพิ่มใน 48 ด้วย . โปรดทราบว่าการรับรองความถูกต้องเป็นศูนย์จะเพิ่ม 52 ตรวจสอบสิทธิ์ผู้ใช้เป็น 61 โดยค่าเริ่มต้น