แอปของคุณทำงานบนแล็ปท็อปเครื่องเดียวและปรับใช้ด้วยตนเอง ฉันจะนำไปใส่ใน Docker เพิ่มไปป์ไลน์ GitHub Actions หรือ GitLab CI ที่ทดสอบและสร้างมันทุกครั้งที่พุช และตั้งค่าการปรับใช้ไปยังเซิร์ฟเวอร์หรือแพลตฟอร์มของคุณที่ทำงานจากที่เก็บ
ฉันจะสร้าง Docker ให้กับแอป Node.js, Next.js หรือ Rust ของคุณ และตั้งค่า CI/CD ด้วย GitHub Actions หรือ GitLab CI
Dockerfile สำหรับการผลิต, ไฟล์ compose สำหรับการรันในเครื่อง และไฟล์ README
- การตั้งค่า Docker
- README
- การกำหนดค่าในตัวแปรสภาพแวดล้อม
Docker พร้อมกับไปป์ไลน์ GitHub Actions หรือ GitLab CI ที่ทดสอบและสร้างทุกครั้งที่พุช
- Docker และไปป์ไลน์ CI
- README
- การกำหนดค่าในตัวแปรสภาพแวดล้อม
Docker, CI และการปรับใช้โดยอัตโนมัติไปยังเซิร์ฟเวอร์หรือแพลตฟอร์มของคุณเมื่อรวมโค้ด
- Docker, CI และการปรับใช้
- README
- การกำหนดค่าในตัวแปรสภาพแวดล้อม
ขอข้อเสนอที่กำหนดเอง
เข้าสู่ระบบเพื่อขอข้อเสนอที่กำหนดเอง
สร้างบัญชีฟรีหรือเข้าสู่ระบบเพื่อขอข้อเสนอส่วนบุคคลจาก Zinner นี้
เข้าสู่ระบบ / ลงทะเบียนถามคำถามก่อนการขาย
เข้าสู่ระบบเพื่อถามคำถาม
เพื่อลดสแปมบนแพลตฟอร์ม ข้อความก่อนการขายสามารถส่งได้โดยผู้ใช้ที่เข้าสู่ระบบเท่านั้น
สร้างบัญชีฟรีหรือเข้าสู่ระบบเพื่อส่งข้อความถึง Zinner นี้โดยตรง
เข้าสู่ระบบ / ลงทะเบียนโดยสรุป
รายละเอียดสำคัญเกี่ยวกับบริการนี้เพื่อช่วยคุณตัดสินใจ สร้างโดย Zinn Hub ไม่ใช่ผู้ขาย
ตำแหน่งคุณค่า
เทคโนโลยีที่ใช้
แพลตฟอร์ม CI
เป้าหมายการปรับใช้
ความเป็นอิสระของผู้จำหน่าย
สิ่งที่คุณจะได้รับ
คำอธิบายฉบับเต็ม
หากการปรับใช้ของคุณเป็นรายการคำสั่งที่ใครบางคนต้องจำ บริการนี้จะเข้ามาแทนที่ ฉันทำให้แอปสามารถทำซ้ำได้ก่อน จากนั้นจึงเป็นแบบอัตโนมัติ: อิมเมจเดียวกันจะทำงานบนแล็ปท็อป ใน CI และบนเซิร์ฟเวอร์ และการพุชไปยังสาขาหลักคือทั้งหมดที่การเผยแพร่ต้องการ
Starter คือคอนเทนเนอร์: Dockerfile สำหรับการผลิต, ไฟล์ compose ที่รันแอปและฐานข้อมูลในเครื่อง และ README ที่ช่วยให้นักพัฒนาใหม่สามารถเริ่มต้นใช้งานได้ด้วยคำสั่งเดียว Standard เพิ่มไปป์ไลน์ที่ติดตั้ง, lint, รันการทดสอบของคุณ และสร้างอิมเมจทุกครั้งที่พุชและทุกครั้งที่ดึงหรือรวมคำขอ มันทำงานบน GitHub Actions หรือ GitLab CI ขึ้นอยู่กับว่าโค้ดของคุณอยู่ที่ไหน Advanced เพิ่มการปรับใช้: เมื่อรวมไปยัง main ไปป์ไลน์จะจัดส่งแอปไปยังเซิร์ฟเวอร์ Linux ของคุณผ่าน SSH หรือไปยัง Railway หรือ Fly.io ซึ่งรันอิมเมจเดียวกัน หรือส่งแอป Next.js ไปยัง Vercel ซึ่งสร้างด้วยวิธีของตัวเอง คีย์และโทเค็นการปรับใช้จะถูกเก็บไว้ในข้อมูลลับที่เข้ารหัสของ GitHub หรือตัวแปร CI/CD ที่ได้รับการป้องกันของ GitLab ไม่ใช่ในโค้ด และคุณจะได้รับวิธีการย้อนกลับเป็นลายลักษณ์อักษร
อิมเมจยังคงมีขนาดเล็กด้วยการสร้างแบบหลายขั้นตอน แอปทำงานในฐานะผู้ใช้ที่ไม่ใช่ root และการกำหนดค่ามาจากตัวแปรสภาพแวดล้อม ดังนั้นอิมเมจเดียวกันจึงให้บริการทั้ง staging และ production แนวทางเดียวกันนี้ครอบคลุมแอป Node.js และ Next.js, บริการ Rust และไซต์แบบคงที่
โปรเจกต์เว็บสาธารณะสองโปรเจกต์ของฉัน ได้แก่ ร้านค้า Next.js และเว็บไซต์ส่วนตัวของฉัน แสดงให้เห็นถึงด้านไปป์ไลน์ของสิ่งนี้: GitHub Actions สร้างและปรับใช้ทั้งสองโปรเจกต์ทุกครั้งที่พุชไปยังสาขาหลัก และรันการทดสอบหน่วยและการทดสอบเบราว์เซอร์ของร้านค้าก่อนที่จะปรับใช้ โปรเจกต์เหล่านี้เป็นเว็บไซต์แบบคงที่ ดังนั้นจึงจัดส่งโดยไม่มีคอนเทนเนอร์ ในส่วนของ Rust คลังโอเพนซอร์สของฉันมีไปป์ไลน์ GitHub Actions ที่รันทุกครั้งที่พุชไปยังสาขาหลักและทุกคำขอดึง: การจัดรูปแบบ, lints, การทดสอบ, เวอร์ชัน Rust ที่รองรับขั้นต่ำและการตรวจสอบการพึ่งพา หากคุณรัน Kubernetes ด้วย ก็จะมี manifests หรือ Helm chart ให้เลือกเป็นส่วนเสริม
ไม่มีการโทร ทุกอย่างอยู่ในที่เก็บของคุณและถูกเขียนลงไป ดังนั้นไปป์ไลน์จึงไม่ขึ้นอยู่กับฉัน เป็นเวลา 14 วันหลังจากการส่งมอบ ฉันจะแก้ไขสิ่งที่ไม่ทำงานตามที่เราตกลงกัน โดยไม่มีค่าใช้จ่าย
ขั้นตอนในการทำโปรเจกต์ของคุณให้เสร็จสมบูรณ์
1. อ่านโปรเจกต์ - ฉันรันแอปในแบบที่คุณทำตอนนี้และจดบันทึกการพึ่งพา ตัวแปรสภาพแวดล้อม ฐานข้อมูล และขั้นตอนการสร้าง
2. คอนเทนเนอร์ - Dockerfile สำหรับการผลิตและไฟล์ compose สำหรับการรันในเครื่อง ตรวจสอบโดยการสร้างและเริ่มต้นแอปบนเครื่องที่สะอาด
3. ไปป์ไลน์ - ติดตั้ง, lint, ทดสอบ และสร้างอิมเมจใน CI ของคุณ, เมื่อพุชและเมื่อดึงหรือรวมคำขอ, พร้อมแคชเพื่อให้ทำงานได้รวดเร็ว
4. ปรับใช้ - บน Advanced, งานที่จัดส่งแอปเมื่อรวมเข้ากับสาขาหลัก, โดยมีคีย์และโทเค็นเก็บไว้ในความลับของแพลตฟอร์ม CI และขั้นตอนการย้อนกลับที่เขียนลงไป
5. การส่งมอบ - ส่วน README เกี่ยวกับวิธีการรัน, ทดสอบ และเผยแพร่, และสิ่งที่ต้องเปลี่ยนแปลงเมื่อมีการเพิ่มตัวแปรสภาพแวดล้อมหรือบริการใหม่
การรับประกันคุณภาพ Zinner
Zinner ทุกคนจะได้รับการตรวจสอบและอนุมัติก่อนเข้าร่วมแพลตฟอร์ม
บริการทั้งหมดได้รับการสนับสนุนจากความมุ่งมั่นในการประกันคุณภาพของเรา
การชำระเงินของคุณจะได้รับการคุ้มครองจนกว่าคุณจะอนุมัติงานที่ส่งมอบ
เปรียบเทียบแพ็คเกจ
| ฟังก์ชัน | เริ่มต้น | มาตรฐาน | ขั้นสูง |
|---|---|---|---|
| เวลาจัดส่ง | 2 วัน | 4 วัน | 7 วัน |
| การแก้ไข | 1 | 2 | 3 |
| ขอบเขต | การตั้งค่า Docker | Docker และ CI pipeline | Docker, CI และการปรับใช้ |
| README | ✓ | ✓ | ✓ |
| การกำหนดค่าในตัวแปรสภาพแวดล้อม | ✓ | ✓ | ✓ |
ผลงาน
ตัวอย่างผลงานของผู้ขายที่เกี่ยวข้องกับ Zinn นี้

reqwest-rotate: โอเพนซอร์ส crate
ตัวห่อ reqwest ขนาดเล็กสำหรับเครื่องมือขูดข้อมูลและไคลเอนต์ API ที่ต้องการการหมุนพร็อกซี การจำกัดอัตราต่อโฮสต์ และการลองใหม่พร้อมการถอยกลับ โดยไม่ต้องดึงเฟรมเวิร์กมิดเดิลแวร์ เผยแพร่บน crates.io พร้อมเอกสาร CI และการทดสอบ

รายละเอียดบริการ
คำถามที่พบบ่อย
ใช่ ไปป์ไลน์ยังคงติดตั้ง, lint, ตรวจสอบประเภท และสร้าง ซึ่งจะตรวจจับการพุชที่เสียหายส่วนใหญ่ เมื่อมีการเพิ่มการทดสอบในภายหลัง ไปป์ไลน์จะรับการทดสอบเหล่านั้น
เฉพาะใน Advanced และเฉพาะสำหรับการปรับใช้ ผู้ใช้ที่ปรับใช้โดยเฉพาะพร้อมคีย์ SSH ของตัวเองจะดีที่สุด คีย์จะอยู่ในความลับของแพลตฟอร์ม CI ของคุณ ไม่ได้อยู่กับฉัน
Node.js, Next.js และ Rust คือสิ่งที่ฉันทำงานด้วย สำหรับสแต็กอื่น ๆ โปรดเขียนถึงฉันก่อนสั่งซื้อ แล้วฉันจะบอกคุณอย่างตรงไปตรงมาว่าฉันเป็นคนที่เหมาะสมสำหรับมันหรือไม่
ไม่ มันเป็น Docker ธรรมดาและไปป์ไลน์ GitHub Actions หรือ GitLab CI มาตรฐานในที่เก็บของคุณ ซึ่งมีเอกสารประกอบ ดังนั้นนักพัฒนาคนใดก็สามารถเปลี่ยนแปลงได้
รีวิวจากลูกค้า
ดูว่าลูกค้าของเราพูดถึง Zinn นี้ว่าอย่างไร
หมวดหมู่
นโยบาย Zinner
Zinns ที่เกี่ยวข้อง







