ศูนย์คู่มือ Ruk-Com PaaS

คู่มือการพัฒนา Deploy และดูแล Application บนแพลตฟอร์ม

RUK-COM PAAS / DEPLOYMENT

Deploy โดยไม่แก้ไข Source Code

คู่มือนี้เรียบเรียงสำหรับ Ruk-Com PaaS หน้าจอและตัวเลือกอาจแตกต่างตามเวอร์ชันและสิทธิ์ของบัญชี

ตรวจสอบ Environment, Region, สิทธิ์บัญชี และสำรองค่าปัจจุบันก่อนดำเนินการกับระบบจริง

คู่มือภาษาไทย

คำสั่ง ชื่อเมนู พารามิเตอร์ และค่าตัวอย่างในกรอบ Code คงรูปแบบตามระบบเพื่อให้คัดลอกและตรวจสอบได้ถูกต้อง

แตกต่างจากบริการโฮสติ้งส่วนใหญ่แพลตฟอร์มไม่ได้บังคับให้นักพัฒนาปฏิบัติตามข้อกำหนดเฉพาะใดๆของโครงสร้างพื้นฐานที่ไม่เปลี่ยนรูปรันไทม์ที่เป็นกรรมสิทธิ์หรือ API เพื่อโฮสต์โปรเจ็กต์แนวทางดังกล่าวมีความสำคัญอย่างยิ่งโดยเฉพาะอย่างยิ่งเมื่อต้องย้ายจากเครื่องเสมือนไปยังคอนเทนเนอร์การแยกย่อยของเสาหินแบบดั้งเดิม (ที่เรียกว่าแบบเดิม) ไปเป็นไมโครเซอร์วิสหรือในขณะที่ย้ายจากผู้ให้บริการรายหนึ่งไปยังอีกรายหนึ่ง

ขจัดความจำเป็นในการออกแบบแอปพลิเคชันใหม่การใช้งานสามารถดำเนินการได้อย่างง่ายดายโดยใช้ไฟล์เก็บถาวร (zip, tar.gz, war, jar, ear), FTPS/SFTP, GIT/SVN พร้อมการอัปเดตอัตโนมัติจากแผง dev หรือผ่านปลั๊กอินที่รวมไว้สำหรับ Maven, Eclipse, NetBeans, IntelliJ IDEA เมื่อรวมกันแล้วสิ่งนี้ทำให้จุดเริ่มต้นง่ายขึ้นและราบรื่นยิ่งขึ้นลดเวลาในการเข้าสู่ตลาดและกำจัดการล็อคอินของผู้ขาย

Image 30: zero code change deployment sources

วิธีการเปลี่ยนโค้ดเป็นศูนย์ตลอดจนการรองรับแอปพลิเคชันและระบบคอนเทนเนอร์ช่วยให้สามารถรันทั้งไมโครเซอร์วิสบนคลาวด์และแอปพลิเคชันเสาหินแบบเดิมที่ใช้ Java, PHP, Ruby, Node.js, Python และ Docker

Image 31: zero code change containers vs VM

นอกจากนี้การ Deploy และการรันแอปพลิเคชันเพิ่มเติมภายในคอนเทนเนอร์จะไม่ถูกจำกัดหลังจากการโยกย้ายจาก VM ทำให้คุณสามารถ:

  • เรียกใช้บริการหลายอย่างภายในคอนเทนเนอร์เดียว
  • ใช้พอร์ต Node ที่จำเป็น
  • แนบ IPv4 สาธารณะหรือ IPv6 หลายรายการต่อคอนเทนเนอร์
  • เขียนลงในระบบไฟล์โลคัลหรือรีโมต
  • เข้าถึงคอนเทนเนอร์ผ่าน SSH ที่มีความเข้ากันได้กับเครื่องมือการจัดการการกำหนดค่าเช่น Chef หรือ Puppet
  • ปรับใช้แผงควบคุมที่รู้จักกันดีสำหรับ VPS และการจัดการโฮสติ้งที่ใช้ร่วมกัน (cPanel, Plesk และ ISPManager)
  • ทำการโยกย้ายแบบสดคล้ายกับ vMotion
  • ปรับใช้ Docker Engine ในลักษณะเดียวกับที่คุณทำกับ VM
  • ดำเนินการอื่นๆที่นำมาใช้ก่อนหน้านี้ภายใน VPS

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

การ Deploy โครงการด้วยการเปลี่ยนแปลงรหัสเป็นศูนย์

เพื่อให้สิ่งที่กล่าวมาข้างต้นชัดเจนยิ่งขึ้นลองพิจารณาขั้นตอนง่ายๆสองสามขั้นตอนที่จำเป็นในการ Deploy โปรเจ็กต์ที่แพลตฟอร์ม:

  1. สร้าง Environment ผ่านวิซาร์ดโทโพโลยีที่ครอบคลุมพร้อมการกำหนดค่าล่วงหน้าที่หลากหลายกองซอฟต์แวร์(เช่นแอปพลิเคชันเซิร์ฟเวอร์ฐานข้อมูลโหลดบาลานเซอร์แคชและ Node บิลด์)

Image 33: zero code change create environment1. เมื่อสร้าง Environment ที่เหมาะสมแล้วคุณก็สามารถทำได้ปรับใช้แอปพลิเคชันของคุณด้วยหนึ่งในตัวเลือกการใช้งานที่รองรับ:

  • จัดให้มีการเก็บถาวร (ซิป,bzip2,ทาร์,tar.gz,tar.bz2,สงคราม,ไหหรือหู) ด้วยทรัพยากรแอปพลิเคชันที่บรรจุไว้ล่วงหน้าโดยการอัปโหลดไปยังที่เก็บข้อมูลแพลตฟอร์มหรือให้ลิงก์ไปยังตำแหน่งที่เก็บไว้
  • ส่งไฟล์การติดตั้งผ่านทางFTPS/SFTPช่อง
  • ดึงข้อมูลแหล่งที่มาจากที่เก็บ GIT/SVN (นอกจากนี้คุณสามารถตั้งค่าการอัปเดตอัตโนมัติได้)
  • ใช้ปลั๊กอินแบบรวม (มาเวน,คราส,เน็ตบีนส์,IntelliJ IDEA)

หลังจากเริ่มต้นกระบวนการโดยไม่คำนึงถึงประเภทการใช้งานที่เลือกการกำหนดค่าทั้งหมด (เช่นการเชื่อมต่อกับโหลดบาลานเซอร์การกำหนดค่าการใช้หน่วยความจำการเปิดใช้งาน SSL หรือ IP หากจำเป็นฯลฯ) จะได้รับการจัดการโดยระบบโดยอัตโนมัติไม่จำเป็นต้องแก้ไขซอร์สโค้ดของแอปพลิเคชัน - การกำหนดค่าเพียงอย่างเดียวที่คุณอาจต้องใช้คือปรับการตั้งค่าแอปพลิเคชันแบบกำหนดเองบางอย่างเนื่องจากตำแหน่งใหม่ (เช่นที่อยู่ IP หรือชื่อโดเมน - การกำหนดค่าเซิร์ฟเวอร์ที่เหมาะสมทั้งหมดจะพร้อมให้แก้ไขได้โดยตรงผ่านแดชบอร์ดของแพลตฟอร์มที่มีการฝังตัวอยู่ตัวจัดการไฟล์).

วิธีนี้ทำให้คุณสามารถย้ายแอปพลิเคชันใดๆไปยัง PaaS จาก Cloud, VPS หรือ VM อื่นๆได้อย่างง่ายดายโดยไม่ต้องปรับโค้ดพิเศษ