Hook (หรือ webhook) เป็นขั้นตอนการแทรกโค้ดในการดำเนินการมาตรฐานเพื่อใช้การปรับแต่งบางอย่าง ในขอบเขตของ Ruk-Com Cloud Platform ฟังก์ชันนี้อนุญาตให้คุณดำเนินการรันสคริปต์ที่กำหนดเองก่อน และ/หรือ หลังการดำเนินการ deploy แอปพลิเคชัน นอกจากนั้นสำหรับ Marven build node และ Golang แอปพลิเคชันเซิร์ฟเวอร์สามารถตั้งค่า build hooks เพิ่มเติมได้ทั้งก่อนและหลังโปรเจ็กต์

ดังนั้นด้านล่างนี้ เราจะทดสอบวิธีการใช้งาน hooks ที่ Ruk-Com Cloud และภาพรวมกรณีการใช้งานทั่วไปพร้อมทั้งคำแนะนำทีละขั้นตอน โดยฟังก์ชันนี้มีประโยชน์สำหรับ:

• Hooks Management
  
  
• Hooks Use Cases
  

การจัดการ Hooks

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

• Deployment Manager

• ปุ่ม Deploy สำหรับแอปพลิเคชันเซิร์ฟเวอร์

1. ภายในเฟรมที่เปิดอยู่ เลือกประเภทของ source ที่ต้องการ deploy และกดขยายส่วน Hooks

ในที่นี้ให้คลิกปุ่ม Pre หรือ Post ที่จัดเตรียมไว้สำหรับโค้ดของคุณ ซึ่งจะดำเนินการตามลำดับก่อน/ทันทีหลังจากการ deploy (ตามตัวเลือกที่เลือก)

2. ป้อนโค้ดที่ต้องการภายในหน้าต่าง Edit Hook ที่เปิดอยู่โดยคุณสามารถใช้ภาษาในการเขียนโปรแกรมใดก็ได้ที่ต้องการ – เพียงตรวจสอบให้แน่ใจว่าคุณได้ติดตั้งโค้ดที่เหมาะสมสำหรับคอนเทนเนอร์เป้าหมายแล้ว (ติดตั้งเบื้องต้นด้วยตัวเองหรือรวมอยู่ในการสร้างสแต็กเริ่มต้น)

• เคล็ดลับ: ภายในหน้าต่างด้านบน คุณสามารถเข้าถึงเครื่องมือต่อไปนี้เพื่อช่วยคุณในระหว่างการแก้โค้ด
  • Wrap lines – เบรกข้อความเพื่อดำเนินการต่อในบรรทัดด้านล่างหากถึงขอบเฟรม
  • Search – ช่วยในการค้นหาข้อมูลที่คุณต้องการได้อย่างง่ายดาย อีกทั้งมาพร้อมกับ Match case และตัวเลือกการค้นหา Regex เพิ่มเติม
  • Help – เปลี่ยนเส้นทางไปยังเอกสารปัจจุบันเพื่อรับรายละเอียดเกี่ยวกับการใช้ hooks ที่เหมาะสม
    
    

คลิก Apply เมื่อพร้อม ตอนนี้คุณสามารถ deploy แอปพลิเคชันของคุณแล้ว

3. หลังจาก deploy สำเร็จคุณสามารถคลิกปุ่ม Show logs ภายในการแจ้งเตือนแดชบอร์ดที่ปรากฏขึ้นเพื่อดูการตอบสนองโดยละเอียดเกี่ยวกับการดำเนินการ:

หมายเหตุ: ในกรณีที่เกิดข้อผิดพลาดขึ้นระหว่างการดำเนินการ hook คุณจะได้รับการแจ้งเตือนที่เหมาะสมในขณะที่การ deploy จะถูกยกเลิก:



คลิกที่ปุ่ม Show Logs เพื่อรับรายละเอียดเพิ่มเติมเกี่ยวกับข้อผิดพลาดที่เกิดขึ้นโดยดู log ของการดำเนินการ deploy (ซึ่งสอดคล้องกับไฟล์ hooks.log โดยสามารถเข้าถึงได้ผ่านส่วน logs สำหรับเซิร์ฟเวอร์ที่เหมาะสม)

Hooks Use Cases

Hooks มอบโอกาสที่หลากหลายสำหรับนักพัฒนา ทำให้กระบวนการที่ใช้เป็นประจำส่วนใหญ่เป็นไปโดยอัตโนมัติเพื่อให้ได้แอปพลิเคชันที่พร้อมใช้งานหลังจากการ deploy

ตัวอย่างด้านล่างนี้เราได้รวบรวม tasks ทั่วไปที่สามารถติดตั้งโปรแกรมให้สำเร็จโดยอัตโนมัติด้วยการ hooks:

• Pre-deploy hooks (เช่น ดำเนินการก่อนการ deploy แอปพลิเคชันจริง)
  
  • เพื่อตรวจสอบว่าตรงตามข้อกำหนดทั้งหมดหรือไม่
  • เพื่อติดตั้งซอฟต์แวร์ที่จำเป็นล่วงหน้า
  • เพื่อเคลียร์หรือเตรียมโฟลเดอร์เฉพาะสำหรับไฟล์
  • เพื่อบันทึกข้อมูล
    
    
• Post deploy (หลังจากการ deploy สำเร็จ)
  • เพื่อรีสตาร์ทแอปพลิเคชันเซิร์ฟเวอร์หลังจากการ deploy
  • เพื่อติดตั้งโปรเจกต์ที่พึ่งพากัน
  • เพื่อใช้การปรับแต่งอื่นๆที่ต้องการ
  • เพื่อบันทึกข้อมูล
    

ด้านล่างนี้เราได้จัดเตรียมตัวอย่างง่ายๆสำหรับการสร้าง log file ด้วย hooks

1. เริ่มต้นด้วยการ deploy โปรเจกต์ของคุณด้วยวิธีใดก็ได้ที่คุณต้องการ โดยเราจะใช้ไฟล์เก็บถารวร HelloWorld.zip จาก Deployment Manager

2. กดปุ่มขายส่วนของ Hooks คลิก Pre hook และใส่โค้ดตามที่จัดเตรียมไว้ให้ภายในหน้าต่างการแก้ไข:

echo "$(date) - deployment start" >> ~/mylog
if ! grep -q "$(pwd)/mylog" /etc/jelastic/redeploy.conf; then
    echo "$(pwd)/mylog" >> /etc/jelastic/redeploy.conf
fi

โค้ดนี้จะเพิ่มสตริงลงในไฟล์ mylog (จะถูกสร้างขึ้นโดยอัตโนมัติใน home directory หากไม่มีอยู่) ซึ่งจะระบุการเริ่มต้นใช้งานและระบุเวลาที่เหมาะสม นอกจากนี้เราจะตรวจสอบว่าไฟล์ redeploy.conf มีไฟล์ log ที่กำหนดเองหรือไม่ และหากไม่ ให้เพิ่มบรรทัดที่เหมาะสม – ในนลักษณะดังกล่าวไฟล์จะถูกเก็บไว้หลังจากการดำเนินการ redeploy คอนเทนเนอร์ใหม่

3. สำหรับ Post hook ให้เพิ่มโค้ดต่อไปนี้:

echo "$(date) - deployment end" >> ~/mylog

และนี่คือ log สุดท้ายของการ deploy hook

4. ขั้นตอนสุดท้ายของการ deploy แอปพลิเคชันของคุณ ตรวจสอบทั้งไฟล์ mylog และ redeploy.conf เพื่อตรวจสอบการทำงานของ hooks ว่าประสบความสำเร็จ

อย่างที่คุณเห็นสคริปต์ทำงานตามที่วางแผนเอาไว้โดยให้เวลาเริ่มต้น/สิ้นสุดการปรับใช้และตรวจสอบให้แน่ใจว่าสคริปต์ได้รับการปกป้องในระหว่างการดำเนิน redeploy

หากคุณประสบปัญหาใดๆในขณะทำงานกับ hooks โปรดขอความช่วยเหลือจากผู้เชี่ยวชาญทางเทคนิคที่ Stackoverflow

The post Deployment Hooks appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

GitBlit เป็นหนึ่งในเครื่องมือยอดนิยมสำหรับการจัดการ การสังเกต และการบริการที่จัดเก็บของคุณภายใน Git ซึ่งเป็น VCS (ระบบควบคุมเวอร์ชัน) ที่แพร่หลายสำหรับการพัฒนาซอฟต์แวร์ โดยพื้นฐาน GitBlit ได้รับการออกแบบมาสำหรับกลุ่มงานขนาดเล็กซึ่งทำงานกับที่เก็บแบบศูนย์กลางและรองรับฟีเจอร์หลายประเภทที่โดดเด่น เช่น การควบคุมการเข้าถึง การแสดงเนื้อหาของที่เก็บผ่านเว็บ การจัดการที่เก็บหลายรายการ ความสามารถในการรวมตัวกับโซลูชันการจัดการ Git อื่นๆ เป็นต้น

ดังนั้น มาดูวิธีโฮสต์ Gitblit ที่ Ruk-Com Cloud กันที่ทำให้การจัดการแอปของคุณง่ายขึ้น คุณสามารถรับอินสแตนซ์ Gitblit ที่พร้อมใช้งานซึ่งกำหนดค่าไว้ล่วงหน้าและทำงานภายในไม่กี่นาทีโดยใช้วิดเจ็ตการติดตั้งแบบคลิกเดียว:

เพียงคลิก Get it hosted now แล้วพิมพ์อีเมลของคุณเพื่อเริ่มดำเนินการ Gitblit และสามารถดำเนินการได้โดยตรงไปยังส่วนของคู่มือการสร้าง repository โดยข้ามขั้นตอนการติดตั้งด้วยตนเอง

เคล็ดลับ: รายการแอปพลิเคชันทั้งหมดที่สามารถติดตั้งได้ภายในคลิกเดียว สามารถดูได้ที่หน้า Marketplace ของเราหรือภายในส่วนที่เกี่ยวข้องที่แดชบอร์ด

หากคุณต้องการควบคุมกระบวนการทั้งหมด คุณสามารถปรับใช้ด้วยตนเองโดยทำตามคำแนะนำทีละขั้นตอนด้านล่าง:

การสร้าง Environment

1. เข้าสู่ระบบ Ruk-Com Cloud Dashboard ด้วยข้อมูลประจำตัวของคุณแล้วคลิกปุ่ม New Environment เพื่อเปิดเฟรม Environment Wizard

2. เลือกแท็บภาษา Java และเลือก Tomcat 7 เป็นแอปพลิเคชันเซิร์ฟเวอร์

ตั้งค่า configs ที่เหลือตามความต้องการของคุณ จากนั้นตั้งชื่อ environment (เช่น gitblit) แล้วคลิกปุ่ม Create เพื่อเริ่มต้นกระบวนการ

รอซักครู่ environment ที่สร้างจะปรากฏบนหน้าแดชบอร์ด

Deploy Gitblit

1. ไปที่เว็บไซต์ Gitblit และดาวน์โหลด release ล่าสุดของไฟล์เก็บถาวร .war (ลิงก์ที่เหมาะสมจะอยู่ในภาพด้านล่าง)

2. กลับไปที่ Ruk-Com Cloud Dashboard และใช้ Deployment Manager เพื่ออัปโหลดไฟล์เก็บถาวรที่คุณเพิ่งดาวน์โหลดมา โดยเลือกแท็บ Local file คลิก Browse และเลือกไฟล์ Gitblit .war ภายในเครื่องของคุณ

3. หลังจากที่แพ็คเกจปรากฏขึ้นที่ Deployment Manager ให้ deploy ไปยัง environment ของคุณ

ภายในเฟรมที่เปิดอยู่คุณอาจระบุ Context ที่ต้องการโดยการป้อนข้อมูลลงในฟีลด์หรือปล่อยว่างเพื่อ deploy แอปพลิเคชันของคุณด้วยบริบทเริ่มต้น ROOT

4. เมื่อการดำเนินการเสร็จสิ้น คุณสามารถคลิกปุ่ม Open in browser เพื่อให้แน่ใจว่าแอปพลิเคชันของคุณทำงานได้จริง

การสร้าง Gitblit Repository

1. เริ่มต้นทำงานกับ Gitblit คุณต้องเข้าสู่ระบบภายในหน้าหลักด้วยข้อมูลประจำตัวผู้ดูแลระบบ

เคล็ดลับ: เราขอแนะนำให้เปลี่ยนรหัสผ่านเป็นรหัสที่คุณกำหนดเองโดยเร็วที่สุดเพื่อความปลอดภัย

2. เมื่อเข้าสู่ระบบเรียบร้อยแล้วให้สลับไปที่แท็บ repositories ด้านบน ในหน้านี้คุณจะเห็นรายการ repos ของคุณ (ถ้ามี) และจะสามารถจัดการได้

เริ่มสร้างที่เก็บใหม่โดยคลิกปุ่ม new repository ทางด้านขวา

3. ตั้งชื่อ repo ใหม่ของคุณ (เช่น GitBlitRepo) เพื่อปรับเปลี่ยนการกำหนดค่าที่เหลือทั้งหมดตามความต้องการของคุณ (หรือปล่อยให้เป็นค่าเริ่มต้น)

คลิก Create ที่ด้านล่างเมื่อกำหนดค่าเรียบร้อยแล้ว

4. รอซักครู่ที่เก็บข้อมูลเปล่าของคุณจะปรากฏขึ้น

5. ตอนนี้คุณควรจะ Push (เพิ่ม) โปรเจกต์ของคุณไปที่ repo นี้โดยทำตามขั้นตอนง่ายๆด้านล่างนี้:

• ขั้นตอนแรก เริ่มต้นที่เก็บข้อมูลในเครื่องของคุณ (เช่น สร้างโฟลเดอร์เพื่อเก็บไฟล์ของโปรเจกต์ในเครื่อง):

git init

• กำหนดไฟล์ที่ควรประกอบในโปรเจกต์ของคุณ (ในตัวอย่างเราจะเพิ่มไฟล์ README เข้าไป)

git add README.md

• บันทึกการเปลี่ยนแปลงที่ repo ในเครื่องด้วยข้อความ commit (เช่น ทำเครื่องหมายว่าเป็นการ commit ครั้งแรก)

git commit -m "first commit"

• ระบุที่เก็บ GitBlit ที่สร้างไว้ก่อนหน้านี้เป็นแบบรีโมตสำหรับ Git repo ในเครื่องของคุณ
  
  โดยที่:
  • {name} – การตั้งชื่อสำหรับที่เก็บระยะไกลของคุณ
    
  • {repo_url} – ลิงก์ไปยังที่เก็บ GItblit ของคุณซึ่งอยู่ในรายการดรอปดาวน์ที่ด้านบนจากขั้นตอนก่อนหน้า ลิงก์ http:// ที่เหมาะสมสามารถคัดลอกได้ด้วยปุ่มทางด้านขวา ดังที่แสดงในภาพด้านล่าง:
    

git remote add  {name}  {repo_url}

• ขั้นตอนสุดท้าย Push โปรเจกต์ในเครื่องของคุณไปยังที่เก็บ Gitblit:
  
  โดยที่:
  • {name} – ชื่อของที่เก็บ Gitblit ระยะไกล โปรเจกต์ของคุณควรคัดลอกไปที่ระบุเหมือนกับด้านบน
    
  • {branch} – สาขาของโปรเจกต์ที่ควรอัปเดตด้วยข้อมูลใหม่นี้

git push -u  {name}  {branch}

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

Deploy Project ผ่าน Gitblit

วิธีการ deploy โปรเจกต์ของคุณจากที่เก็บ Gitblit ใน Ruk-Com Cloud

1. ขั้นแรกให้สร้าง environment แยกต่างหากสำหรับการโฮสต์แอปพลิเคชัน ลองพิจารณากรณีที่มีโปรเจ็กต์ Java ซึ่งนอกจากการเพิ่ม node ไปยังเซิร์ฟเวอร์แอปพลิเคชันแล้วคุณจะต้องใช้เครื่องมือสร้าง (เช่น Maven)

หมายเหตุ: ในที่นี้ต้องใช้ Maven node พิเศษสำหรับโปรเจ็กต์ Java เท่านั้น ขณะที่ engines ที่เหลือจะดำเนินการโดยอัตโนมัติในขณะที่เพิ่มโปรเจ็กต์ไปยังแอปพลิเคชันเซิร์ฟเวอร์ รายละเอียดเพิ่มเติมที่เหมาะสมเกี่ยวกับวิธีการทำสิ่งนี้ให้สำเร็จ:

–Maven สำหรับ Deploy ผ่าน Git/SVN

–Deploy PHP Projects ผ่าน Git/SVN

–Deploy Ruby Project ผ่าน Git/SVN

–Deploy Python Projects ผ่าน Git/SVN

–Deploy Node.js Project ผ่าน Git/SVN

2. คลิกปุ่ม Add project ถัดจาก Maven node หลังจากสร้าง environment สำเร็จแล้ว

3. ภายในเฟรม Add Project ที่ปรากฏขึ้น เลือกแท็บ Git และกรอกข้อมูลในฟิลด์ที่จำเป็น:

• ใส่ชื่อโปรเจกต์ (สำหรับ Maven เท่านั้น)
  
• คลิกดรอปดาวน์ที่ Repository แล้วกดปุ่ม Add New Repository เพื่อระบุ URL และ Branch ของที่เก็บที่คุณได้สร้างไว้ก่อนหน้านี้
  
• ในช่อง Use Authentication ให้กรอกข้อมูลในฟิลด์ต่อไปนี้
  • เข้าสู่ระบบที่ใช้เพื่อเข้าสู่ repo ของคุณ
  • รหัสผ่านสำหรับเข้าสู่ระบบที่ระบุข้างต้น
    
• เลือกชื่อ Environment จากเมนูดรอปดาวน์
  
• ใส่ Context ที่คุณต้องการ deploy โปรเจกต์

4. คลิกตัวเลือก Build and deploy ถัดจากโปรเจกต์ที่เพิ่มเข้าไป

5. เมื่อ deploy แอปพลิเคชันของคุณแล้วคุณสามารถเปิดได้ (โดยกดปุ่ม Open in Browser ที่ environment นั้น) และตรวจสอบให้แน่ใจว่าทุกอย่างทำงานได้ดี

เคล็ดลับ: ตามลำดับต่อจากนั้นการเปลี่ยนแปลงทั้งหมดที่ดำเนินการใหม่ในที่เก็บระยะไกลสามารถนำไปใช้กับแอปที่โฮสต์ของคุณได้อย่างง่ายดายด้วยการคลิกเพียงครั้งเดียว – เลือกปุ่ม Build and deploy (หรืออัปเดตจาก GIT ในกรณีที่ทำงานกับ engine อื่น) ถัดจากโปรเจกต์ของคุณและรอการ redeploy ใหม่ให้เสร็จสิ้น

The post Storing and Deploying Apps via Gitblit appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

คุณสามารถ deploy แอปพลิเคชันของคุณได้อย่างง่ายดายจากที่จัดเก็บระยะไกล public หรือ private GIT/SVN สำหรับแต่ละภาษาโปรแกรมที่รองรับ: Java, PHP, Ruby, Python และ Node.js

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

สำหรับการเข้าถึงที่จัดเก็บ private GIT ของคุณโดยใช้ SSH protocol ที่ปลอดภัยสามารถทำได้ตามขั้นตอนง่ายๆด้านล่างนี้:

1. สร้าง SSH Keychain

2. เพิ่ม Private SSH Key ไปยังบัญชี Ruk-Com Cloud

3. เพิ่ม Public SSH Key ไปยังบัญชี Git

• GitHub
• GitLab
• Bitbucket
  

4. Deploy โปรเจกต์ผ่าน SSH

การสร้าง SSH Keychain

เริ่มต้นด้วยการสร้างคู่คีย์ SSH (เช่น 2 คีย์ที่เกี่ยวข้อง: public และ private) เพื่อผูกกับที่จัดเก็บ GIT กับบัญชี Ruk-Com Cloud โปรดทำตามคำแนะนำการสร้าง SSH Key หากคุณไม่เคยสร้าง keychain มาก่อน

หมายเหตุ: คีย์ของคุณต้องไม่มีการป้องกันด้วยรหัสผ่าน (passphrase) เพื่อใช้ในการสร้างการเชื่อมต่อระหว่างบัญชี Ruk-Com Cloud และ GIT

การเพิ่ม Private SSH Key ไปยังบัญชี Ruk-Com Cloud

เมื่อคุณมีคีย์ SSH ที่สร้างขึ้นมาคู่หนึ่งแล้วให้วางแต่ละคีย์ไว้ในระบบที่เหมาะสมกัน ก่อนอื่นคุณต้องเพิ่ม private key ของคุณในบัญชี

1. เข้าสู่ระบบบัญชี Ruk-Com Cloud และไปที่การตั้งค่าคลิกปุ่ม Settings ที่มุมบนขวาของแดชบอร์ด

2. ภายในแท็บการตั้งค่าผู้ใช้ที่เปิดอยู่ User Setting ให้สลับไปที่ตัวเลือก SSH Keys > Private Keys และคลิกที่ปุ่ม Add Private Key

3. คัดลอก private SSH key ของคุณแล้ววางลงในช่องข้อความจากนั้นพิมพ์ชื่อสำหรับคีย์นี้ (เช่น git-key) และเสร็จสิ้นการเพิ่มด้วยปุ่ม Add

เพิ่มเติม: หากคุณได้รับข้อผิดพลาดขณะเพิ่มคีย์ โปรดตรวจสอบให้แน่ใจว่าไม่มีการป้องกันด้วยรหัสผ่าน passphrase หากมีให้ลบออกแล้วลองอีกครั้ง

4. รอซักครู่ Private key ใหม่ของคุณจะปรากฏในแท็บที่เกี่ยวข้อง

คุณสามารถลบคีย์ของคุณได้ตลอดเวลาหากไม่ต้องการอีกต่อไปเพียงคลิกปุ่มกากบาทสีแดง การลบคีย์ออกจากผู้จัดการจะไม่ลบออกจากโปรเจกต์ GIT ที่มีอยู่ใน Ruk-Com Cloud ดังนั้นคุณจะสามารถทำงานกับต่อไปได้เหมือนเดิม

เพิ่ม Public SSH Key ไปยังบัญชี Git

หลังจากที่อัปโหลด private key ของคุณไปยัง Ruk-Com Cloud แล้วก็ถึงเวลาปรับเปลี่ยนบัญชีที่จัดเก็บ GIT

หากที่เก็บ GIT ของคุณอยู่ที่เซิร์ฟเวอร์ส่วนตัวระยะไกล เพียงอัปโหลด SSH public key ที่เหมาะสมและเพิ่มลงในรายการของคีย์ที่ได้รับอนุญาต

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

• GitHub
• GitLab
• Bitbucket

GitHub

1. เข้าสู่ระบบด้วยบัญชี GitHub ของคุณโดยใช้ข้อมูลประจำตัวของคุณ ไปที่การตั้งค่าของบัญชี Settings (มุมบนขวา) เลือกแท็บ SSH and GPG keys ที่แผงด้านซ้ายและคลิกที่ปุ่ม New SSH key ใหม่

2. วาง public SSH key ของคุณลงในช่องป้อนคีย์และตั้งชื่อคีย์ (เช่น sshkey) เสร็จแล้วคลิก Add SSH key

3. คุณสามารถตรวจสอบคีย์ที่เพิ่มใหม่ซึ่งจะปรากฏในแท็บ SSH keys เดียวกัน

4. ในการรับลิงก์ SSH ไปยังโปรเจกต์ของคุณให้ไปที่จัดเก็บที่ต้องการ (คุณต้องเข้าสู่ระบบ) และเปลี่ยนประเภทลิงก์เป็น SSH ในส่วนของ clone URL ที่หน้าต่างด้านขวา จากนั้นคลิกปุ่มคัดลอกไปยังคลิปบอร์ด (หรือคัดลอกด้วยตนเอง)

GitLab

1. เข้าสู่ระบบด้วยบัญชี GitLab ของคุณ ไปที่การตั้งค่าของบัญชี Settings (มุมบนขวา) และไปที่แท็บ SSH keys ที่เมนูทางด้านซ้าย

2. วาง public SSH key ของคุณลงในช่องป้อนคีย์ ตั้งชื่อคีย์ (เช่น jelastic-sshkey) และใส่วันหมดอายุ (ไม่บังคับ) เสร็จแล้วคลิก Add SSH key

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

3. คีย์ของคุณจะปรากฏในรายการ SSH keys ด้านล่าง

4. ในการรับลิงก์ SSH ไปยังโปรเจกต์ของคุณให้ไปที่จัดเก็บที่ต้องการ (คุณต้องเข้าสู่ระบบ) ขยายเมนู Clone และคัดลอกลิงก์ Clone with SSH

Bitbucket

1. เข้าสู่ระบบด้วยบัญชี Bitbucket โดยใช้ข้อมูลประจำตัวของคุณและเลือก Manage Account จากเมนูการตั้งค่าของผู้ใช้งานที่มุมบนขวา

2. เมื่อเปิดหน้า Settings แล้วให้สลับไปที่แท็บ SSH Keys (ภายในส่วน Security) โดยใช้รายการหมวดหมู่ทางซ้ายมือ จากนั้นเลือก Add key ที่ส่วนกลางของหน้านี้

3. ในเฟรมที่ปรากฏให้วาง public SSH key ของคุณลงในช่องป้อนข้อมูล Key และตั้งชื่อ Label สำหรับคีย์ของคุณ (เช่น jelastic-sshkey) แล้วคลิกปุ่ม Add key

4. ตรวจสอบว่าคีย์ที่เพิ่มใหม่ของคุณปรากฏในแท็บ SSH keys เดียวกัน

5. ในการรับลิงก์ SSH ไปยังโปรเจกต์ของคุณ ให้เข้าไปที่ส่วนของ Overview (คุณต้องเข้าสู่ระบบ) และเปลี่ยนประเภทลิงก์เป็น SSH ภายในรายการดรอปดาวน์ที่เกี่ยวข้องด้านบนของหน้า จากนั้นคัดลอกสตริงที่แสดง

Deploy โปรเจกต์ผ่าน SSH

ขั้นตอนสุดท้ายนี้คุณสามารถดำเนินการ deploy โปรเจ็กต์ของคุณผ่านการเชื่อมต่อที่ปลอดภัยได้

1. ไปที่ Deployment Manager ด้านล่างของแดชบอร์ด จากนั้นคลิกปุ่ม Add repo แล้วระบุข้อมูลต่อไปนี้ในฟอร์มที่เปิดขึ้น:

• Name – ชื่อแอปพลิเคชันของคุณ (ไม่อนุญาตให้เว้นวรรคและใช้สัญลักษณ์พิเศษ)
  
  
• URL – git URL ที่เหมาะสมไปยังที่จัดเก็บ
  
  
• Branch – สาขาที่ต้องการของ project (master โดยค่าเริ่มต้น)
  
  
• ทำเครื่องหมายถูกที่ช่อง Use Authentication เลือกตัวเลือก Access Type เป็น SSH Key และ Select Key จากรายการ

2. เมื่อเพิ่มโปรเจกต์ลงใน Deployment Manager แล้วให้วางเมาส์เหนือโปรเจกต์แล้วกดปุ่ม deploy ที่ปรากฏเพื่อปรับใช้แอปพลิเคชันของคุณ

ภายในหน้าต่างที่เปิดขึ้น คุณต้องระบุเป้าหมายการ deploy และกำหนดค่าเพิ่มเติมบางอย่าง:

• environment – เลือก environment เป้าหมายที่ต้องการจากรายการ

เพิ่มเติม: สำหรับ Java-based environments คุณต้องเลือก build node เพิ่มเติม

• Path – พิมพ์ context ที่คุณต้องการ deploy แอปพลิเคชันของคุณ (หรือปล่อยให้เป็นค่าเริ่มต้น)
• Hooks – เพิ่มการดำเนินการก่อน pre- และหลัง post- การ deploy (หากต้องการ)
• Check and auto-deploy updates – เปิดใช้งานการอัปเดตเป็นระยะสำหรับการเปลี่ยนแปลงโปรเจกต์ของคุณจากที่เก็บ (ดำเนินการเฉพาะเมื่อมีการเปลี่ยนแปลงโค้ด) โดยมีช่วงเวลาที่กำหนด
• Auto-resolve conflicts – ป้องกันความขัดแย้งในการรวมกันด้วยคำสั่ง “git reset –hard” จะถูกเรียกในระหว่างการอัพเดตโปรเจ็กต์ครั้งต่อไป (ไฟล์ที่ขัดแย้งกันจะได้รับการอัปเดตตามเวอร์ชันที่จัดเก็บและละทิ้งการเปลี่ยนแปลงที่ทำในเครื่อง)
• Enable zero-downtime deployment – ปรับเปลี่ยนโฟลว์การ deploy เพื่อหลีกเลี่ยงการหยุดทำงานของแอปพลิเคชัน downtime (สำหรับ PHP server เท่านั้น)

เมื่อป้อนข้อมูลทั้งหมดแล้ว ให้คลิก Deploy เพื่อดำเนินการและรอจนกว่าโปรเจกต์ของคุณจะ deploy สำเร็จ

3. คุณสามารถทำให้แน่ใจว่าโปรเจกต์ไฟล์ของคุณพร้อมใช้งานแล้วโดยเปิด Configuration File Manager สำหรับ environment ของคุณ ไปที่ webroot directory และตรวจสอบโฟลเดอร์ที่ตั้งชื่อตาม context ที่ระบุภายใน (ROOT โดยค่าเริ่มต้น)

4. สุดท้ายนี้คุณสามารถคลิก Open in Browser สำหรับ environment ของคุณและทำให้แน่ใจว่าแอปพลิเคชันของคุณกำลังทำงาน

และนี่คือทั้งหมด! เพลิดเพลินกับการกระทำระหว่างกันที่มีการป้องกันสูงกับระบบควบคุมเวอร์ชัน โคลนและอัปเดตโครงการของคุณ และโฮสต์ที่ Ruk-Com Cloud PaaS โดยตรงจากที่จัดเก็บ private GIT ของคุณผ่าน SSH

The post SSH Access to GIT Repository appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

การจัดการโปรเจกต์ที่มีผู้เข้าชมมาก เราขอแนะนำให้ใช้ฟีเจอร์ Jelastic Multi-Nodes เพื่อให้แน่ใจว่าแอปของคุณมีประสิทธิภาพเพียงพอ พร้อมกันนี้คุณต้องพิจารณาว่าเมื่อเปิดใช้งานตัวเลือก auto-deploy คอนเทนเนอร์ทั้งหมดภายใน application server layer ของคุณจะถูกอัปเดตพร้อมกัน

อย่างไรก็ตามในกรณีที่คุณต้องการความพร้อมใช้งานที่มีความเสถียรสูง (เช่น สำหรับการ redeploy โดยชัดเจนและเป็นผลสืบเนื่องในแต่ละ node) ในส่วนต่อไปนี้คือตัวเลือกบางส่วนที่สามารถรับรองได้ผ่าน:

• เริ่มต้นการดำเนินการนี้ด้วยตนเองโดยคลิกปุ่ม Update from GIT/SVN (หรือสร้างและ deploy สำหรับโปรเจ็กต์ Maven) ถัดจากแอป:

• ใช้วิธีการ CLI ที่เหมาะสมสำหรับการจัดการโปรเจกต์ VCS:

~/jelastic/environment/vcs/update --envName {env_name} --project {app_context}

• รันการ redeploy ใหม่ผ่าน update API request โดยตรง – ดูรายละเอียดภายในส่วน Environment > Vcs จากลิงก์เอกสารที่แนบไว้

ในกรณีเหล่านี้คอนเทนเนอร์ของเซิร์ฟเวอร์แอปพลิเคชันจะถูก deploy ใหม่ทีละรายการดังนั้นจะไม่เกิด downtime นอกจากนี้เพื่อความสะดวกยิ่งขึ้นคุณสามารถกำหนดการดำเนินการอัปเดตให้ทำงานโดยอัตโนมัติ (เช่นหนึ่งครั้งต่อช่วงเวลาที่มีการเปลี่ยนแปลง source code) ผ่านการสร้างและรวมสคริปต์ของคุณเองด้วยวิธี CLI หรือ API ที่อธิบายข้างต้น

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

The post GIT & SVN Auto-Deploy for Multiple Containers appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

เพื่อเพิ่มประสิทธิภาพการผลิตในฐานะนักพัฒนา Ruk-Com Cloud จัดเตรียมการตั้งค่าการ deploy โดยอัตโนมัติซึ่งเกิดขึ้นเป็นระยะเวลาของโปรเจกต์โดยอัตโนมัติ ในลักษณะดังกล่าวควรตรวจสอบให้แน่ใจว่ามีการฝสานรวมอย่างต่อเนื่องกับแอปพลิเคชันเซิร์ฟเวอร์ที่เกี่ยวข้อง การ deploy ซ้ำเกิดขึ้นตามการเปลี่ยนแปลงที่ใช้กับที่เก็บระยะไกลที่เหมาะสม ดังนั้นคุณจึงทำงานได้ง่ายผ่านบริการ Git/SVN

การเตรียมโปรเจ็กต์

1. เริ่มต้นด้วยการเตรียม Ruk-Com Cloud Environment เพื่อเพิ่มเติมโปรเจกต์ที่ต้องการด้วยโค้ดจาก Git/SVN

เพิ่มเติม:
-สำหรับ Java environments นั้นจำเป็นต้องเพิ่ม marven node สำหรับการสร้างและการพุชโค้ดไปยังแอปพลิเคชันเซิร์ฟเวอร์ที่เหมาะสม

-สำหรับภาษาอื่นๆจะได้รับการจัดการโดย compute nodes ที่เกี่ยวข้องกันด้วยตัวเอง

เราจะยกตัวอย่างของ Maven build node สำหรับ Java อย่างไรก็ตามแอปพลิเคชันเซิร์ฟเวอร์อื่นๆก็สามารถกำหนดค่าได้เช่นเดียวกัน

2. เมื่อ environment ของคุณถูกสร้างขึ้นแล้ว คลิกปุ่ม Add Project ถัดจาก node ที่เหมาะสม (เช่น Marven สำหรับ Java หรือแอปพลิเคชันเซิร์ฟเวอร์สำหรับภาษาอื่น)

3. ในหน้าต่างที่เปิดขึ้น สลับไปที่แท็บ VCS ที่ใช้และกรอกข้อมูลในฟิลด์ที่จำเป็น: แทรก URL ไปยังที่เก็บที่จำเป็น, ระบุรายละเอียดรับรองความถูกต้องและกำหนดชื่อสำหรับ context ที่แอปพลิเคชันที่คุณจะวางไว้

นอกจากนี้ ในกรณีของการใช้งาน Maven build node คุณต้องระบุชื่อเพิ่มเติมสำหรับโปรเจ็กต์และ environment ที่คุณต้องการdeploy เพิ่มเติม

เคล็ดลับ: หากคุณต้องการรายละเอียดเพิ่มเติมเกี่ยวกับตัวเลือกเหล่านี้ โปรดอ่านคำแนะนำที่เกี่ยวข้องจากรายการด้านล่างตามแอปพลิเคชันที่คุณใช้งานอยู่

–Maven สำหรับ Deploy ผ่าน Git/SVN

–Deploy PHP Projects ผ่าน Git/SVN

–Deploy Ruby Project ผ่าน Git/SVN

–Deploy Python Projects ผ่าน Git/SVN

–Deploy Node.js Project ผ่าน Git/SVN

การตั้งค่าการอัปเดตโปรเจ็กต์อัตโนมัติ

ตอนนี้ตามที่คุณระบุข้อมูลสำคัญทั้งหมดสำหรับการ deploy คุณอาจดำเนินการกำหนดค่าการอัปเดตโปรเจกต์ของคุณอัตโนมัติ

1. ทำเครื่องหมายถูกที่บรรทัด Check and auto-deploy updates เพื่อเปิดใช้งานและขยายส่วนที่เกี่ยวข้อง

ตัวเลือก Check ตรวจสอบทุก (นาที) โดยจะแสดงให้เห็นเพื่อกำหนดความถี่ของการตรวจสอบที่จัดเก็บสำหรับ commit ใหม่ซึ่งถูก push ตั้งแต่การตรวจสอบครั้งล่าสุด

คุณสามารถคาดการณ์ได้ง่ายจากชื่อตัวเลือกโดยจะระบุเป็นนาที ตัวอย่างเช่น หากคุณตั้งค่าช่วงเวลา 1 นาทีการตรวจสอบจะทำทุกนาทีและหากคุณระบุช่วงเวลา 1440 นาทีการตรวจสอบจะทำวันละครั้ง

เพิ่มเติม:
-หากช่วงเวลาการตรวจสอบน้อยกว่าเวลาที่จำเป็นในการสร้างหรือ deploy โปรเจกต์ task ต่อไปจะรออยู่ในคิวจนกว่าการดำเนินการเหล่านี้จะเสร็จสิ้น

-ในกรณีที่ application server layer มีหลาย nodes โปรดพิจารณารายละเอียดเกี่ยวกับลำดับการอัปเดต

2. ผลของการกำหนดค่าเหล่านี้ (ซึ่งแม้จะใช้คำอธิบายยาวแต่ก็ใช้เวลาน้อยกว่าหนึ่งนาทีในการระบุ) หากมีการเปลี่ยนแปลงใดๆที่ source ของแอปพลิเคชันการเปลี่ยนแปลงเหล่านั้นจะถูกสร้างขึ้นและ deploy โดยอัตโนมัติ (สำหรับโปรเจ็กต์ Java) หรือเพียงแค่ใช้การอัปเดตโปรเจกต์ (สำหรับภาษาที่เหลือ) หนึ่งครั้งตามระยะเวลาที่กำหนด

คลิก Add เพื่อยืนยัน

เคล็ดลับ: เฟรมนี้ยังรวมถึงการตั้งค่าเพิ่มเติมซึ่งอาจมีประโยชน์สำหรับการจัดการ การทำงานร่วมกันที่เหมาะสมของระบบกับที่จัดเก็ยระยะไกลของคุณ


– ตัวเลือก Checkout now (นำเสนอสำหรับภาษาที่ไม่ใช่ Java) เพื่อระบุว่าคุณต้องการ deploy project ของคุณทันทีหลังจากเพิ่มหรือเลื่อนการดำเนินการนี้ (สำหรับการเริ่มด้วยตนเองในภายหลังหรือดำเนินการโดยอัตโนมัติระหว่างการชำระเงินเพิ่มเติมครั้งแรกโดยฟีเจอร์การ deploy อัตโนมัติที่เปิดใช้งาน)


– ตัวเลือก Auto resolve conflict ยังคงเปิดใช้งานตามค่าเริ่มต้นและแสดงถึงความคล้ายคลึงของคำสั่ง git reset –hard เพื่อป้องกันไม่ให้เกิดข้อขัดแย้งในการผสานระหว่างการอัปเดตโปรเจ็กต์ครั้งต่อๆไป ซึ่งอาจเกิดขึ้นได้หากมีการแก้ไขไฟล์เดียวกันทั้งในที่จัดเก็บระยะไกลและโปรเจ็กต์ของคุณ หาก Ruk-Com Cloud เกิดปัญหาดังกล่าวไฟล์ที่ขัดแย้งจะได้รับการอัปเดตตามเวอร์ชันที่จัดเก็บ (ซึ่งถือว่าเป็นไฟล์ที่ถูกต้อง) โดยจะละทิ้งการเปลี่ยนแปลงที่ทำในเครื่อง เราขอแนะนำว่าอย่าปิดการใช้งานตัวเลือกนี้เว้นแต่คุณจะรู้ว่าคุณกำลังทำอะไรอยู่


– ตัวเลือก Enable zero-downtime deployment (ปัจจุบันใช้ได้สำหรับ PHP เท่านั้น) อนุญาตให้ deploy การอัปเดตแอปพลิเคชันอย่างต่อเนื่องซึ่งอยู่ที่ ROOT context โดยการทำงานของแอปพลิเคชันจะไม่หยุดชะงัก หากเปิดใช้งานกรณีนี้ตัวเลือกของคุณจะถูกจดจำและใช้ในระหว่างการอัปเดตอัตโนมัติที่ตามมาทั้งหมด

Tracking Auto-Updates

ในการตรวจสอบการประมวลผลการ deploy อัตโนมัติและผลลัพธ์คุณสามารถดูไฟล์บันทึก log ที่เหมาะสม (ชื่อ vcs_update) สำหรับแอปเซิร์ฟเวอร์หรือ Maven node

หมายเหตุ: คุณยังสามารถกำหนดค่าการ deploy ของคุณใหม่ผ่านการตั้งค่าแอป Git/SVN โดยไปที่ environment ของคุณและเลือกปุ่ม Edit ถัดจากโปรเจกต์ที่เหมาะสมคุณจะเห็นเฟรมที่เปิดอยู่คล้ายกับเฟรมที่ใช้สำหรับการเพิ่มโปรเจกต์โดยคุณสามารถเปลี่ยนสถานะสำหรับตัวเลือกใดๆที่อธิบายไว้ข้างต้นได้ (เพียงคลิกที่ Apply เพื่อยืนยันการตั้งค่าใหม่)

นั่นคือทั้งหมด! เพียงทำการกำหนดค่าง่ายๆเหล่านี้ในขณะที่เพิ่มโปรเจกต์ไปยัง Ruk-Com Cloud และอย่าลังเลที่จะทำงานกับโค้ดของคุณต่อไปผ่านที่เก็บ Git/SVN โดยไม่ต้องกลับมาที่แดชบอร์ดอีกครั้ง คุณสามารถวางใจได้ว่าทุกอย่างจะทันสมัยอยู่เสมอในการผลิตของคุณโดยอัตโนมัติ

The post Auto-Deploy Overview appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

• Dashboard – การ deploy ผ่านไฟล์เก็บถาวร (ระบุเป็นไฟล์ในเครื่องหรือ URL)
• VCS – อนุญาตให้ deploy จากที่เก็บ VCS ของคุณ (เช่น Git, SVN, Bitbucket)
• Hub Registry – สร้างคอนเทนเนอร์แบบกำหนดเองด้วยแอปพลิเคชันของคุณตาม Docker image ที่จัดเก็บไว้ใน public หรือ private registry
• Plugins – deploys โปรเจกต์โดยใช้หนึ่งในเครื่องมือพัฒนาซอฟต์แวร์ยอดนิยม (Ant Task, Eclipse, Intellij IDEA, Maven หรือ NetBeans) เพื่อรวมเข้ากับแพลตฟอร์ม

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสองตัวเลือกสุดท้ายให้ดูจาก links ที่เหมาะสม ในคู่มือนี้เราจะอธิบายการ deploy ผ่านที่เก็บถาวรและที่จัดเก็บ VCS สามารถเรียกได้จาก Deployment Manager หรือวางเมาส์เหนือ Deployments และเลือกตัวเลือกที่คุณต้องการ

สองไอคอนแรกคือ (Local file และ URL) ที่สอดคล้องกับการ deploy ผ่าน Archive และไอคอนสุดท้ายคือ (Git / SVN) – เพื่อ deploy จาก VCS repository
เลือกตัวเลือกที่เหมาะสมและคลิกเพื่อดำเนินการกำหนดค่าการ deploy ของคุณ

หมายเหตุ:
– การ deploy ประเภท VCS สำหรับ Java application servers จะดำเนินการโดยใช้ Maven build node โปรดดูรายละเอียดเพิ่มเติมในลิงก์คู่มือ

– การดำเนินการ .NET deployment สำหรับแอปพลิเคชันเซิร์ฟเวอร์ IIS ที่ใช้ Windows นั้นแตกต่างจากโฟลว์มาตรฐานที่อธิบายไว้ในคู่มือนี้

Archive Deployment Configurations

การดำเนินการนี้ง่ายมากและสามารถทำได้เพียงไม่กี่วินาทีโดยการตั้งค่าพารามิเตอร์หลัก 2 ตัว (เช่น จัดเตรียมเก็บไฟล์ถาวรที่จำเป็นและระบุ environment เป้าหมาย) การ deploy สามารถปรับให้เข้ากับความต้องการของคุณโดยเฉพาะโดยการปรับเปลี่ยนการกำหนดค่าเพิ่มเติม

ในส่วนของด้านล่างนี้จะอธิบายโดยละเอียดเกี่ยวกับตัวเลือกภายในเฟรม:

• Local file (or URL) – ชี้ไปที่ไฟล์เก็บถาวรที่จะ deploy (จะถูกเลือกโดยอัตโนมัติเมื่อติดตั้งจาก Deployment Manager)
  
  
• Environment – เลือก environment เป้าหมายด้วยแอปพลิเคชันเซิร์ฟเวอร์ (จะถูกเลือกโดยอัตโนมัติเมื่อติดตั้งจากแอปพลิเคชันเซิร์ฟเวอร์)
  
  
• Path – ตั้งค่าสภาพแวดล้อมที่กำหนดเองตามความต้องการของคุณ ตัวเลือกนี้ขึ้นอาจถูกจำกัดเนื่องจากภาษาของโปรแกรมที่ใช้โดยเฉพาะ (เช่น Python และ Node.js มี path สำหรับการ deploy เดียวที่กำหนดไว้ล่วงหน้า)
  
  
• Hooks – ใช้ scripts ที่จัดเตรียมให้ทั้งก่อน/หลังกระบวนการ deploy
  
  
• Deploy Strategy (สำหรับการ deploy server ที่ปรับขนาด) – อนุญาตให้เลือกระหว่างตัวแปรการ deploy พร้อมกันที่ค่อนข้างเร็วกว่าซึ่งจะทำให้เกิด downtime ในเวลาสั้นๆ และตัวเลือกการ deploy ตามลำดับจะมี delay เพื่อดำเนินการ deploy บนเซิร์ฟเวอร์ทีละรายการโดยตั้งค่า delay ไว้ระหว่างการดำเนินการซึ่งรับรองว่าแอปพลิเคชันทำงาน
  
  
• Enable zero-downtime deployment (สำหรับ PHP server เท่านั้น) – ปรับเปลี่ยน (หากเลือกตัวเลือกนี้) โฟลว์การ deploy เพื่อหลีกเลี่ยงการหยุดทำงานของแอปพลิเคชัน downtime

Git / SVN Deployment Configurations

การดำเนินการนี้ง่ายมากและสามารถทำได้เพียงไม่กี่วินาทีโดยการตั้งค่าพารามิเตอร์หลัก 2 ตัว (เช่น เลือกที่จัดเก็บที่ต้องการ repository จาก Deployment Manager และระบุ environment เป้าหมาย) การ deploy สามารถปรับให้เข้ากับความต้องการของคุณโดยเฉพาะโดยการปรับเปลี่ยนการกำหนดค่าเพิ่มเติม

ในส่วนของด้านล่างนี้จะอธิบายโดยละเอียดเกี่ยวกับตัวเลือกภายในเฟรม:

• Repository – อนุญาตให้เลือก Git / SVN project จาก Deployment Manager (หรือข้ามไปยังแบบฟอร์มเพิ่มเติม)
  
  
• Branch – กำหนดสาขาที่ใช้จัดเก็บ (master โดยค่าเริ่มต้น)
  
  
• Environment – เลือก environment ด้วยแอปพลิเคชันเซิร์ฟเวอร์ (จะถูกเลือกโดยอัตโนมัติเมื่อติดตั้งจากแอปพลิเคชันเซิร์ฟเวอร์)
  
  
• Path – ตั้งค่าสภาพแวดล้อมที่กำหนดเองตามความต้องการของคุณ ตัวเลือกนี้ขึ้นอาจถูกจำกัดเนื่องจากภาษาของโปรแกรมที่ใช้โดยเฉพาะ (เช่น Python และ Node.js มี path สำหรับการ deploy เดียวที่กำหนดไว้ล่วงหน้า)
  
  
• Build – (สำหรับการ deploy Java application) อนุญาตให้เลือก Maven build node (หรือเพิ่ม node หนึ่งใน environment เป้าหมาย) และหากจำเป็นให้เลือกที่จัดเก็บ Working Directory
  
  
• Hooks – ใช้ scripts ที่จัดเตรียมให้ทั้งก่อน/หลังกระบวนการ deploy
  
  
• Deploy Strategy (สำหรับการ deploy server ที่ปรับขนาด) – อนุญาตให้เลือกระหว่างตัวแปรการ deploy พร้อมกันที่ค่อนข้างเร็วกว่าซึ่งจะทำให้เกิด downtime ในเวลาสั้นๆ และตัวเลือกการ deploy ตามลำดับจะมี delay เพื่อดำเนินการ deploy บนเซิร์ฟเวอร์ทีละรายการโดยตั้งค่า delay ไว้ระหว่างการดำเนินการซึ่งรับรองว่าแอปพลิเคชันทำงาน
  
  
• Check and auto-deploy updates – เปิดใช้งานการตรวจสอบเป็นระยะสำหรับการเปลี่ยนแปลงโค้ดในที่เก็บของคุณ (ด้วยความถี่ที่กำหนดค่าได้) หากมี โปรเจกต์จะเริ่มต้นการ deploy โดยอัตโนมัติ
  
  
• Auto-resolve conflicts – ป้องกันไม่ให้เกิดการขัดแย้งในการรวมกัน โดยอัปเดตไฟล์ที่ขัดแย้งเป็นเวอร์ชันที่เก็บ (เช่น การเปลี่ยนแปลงที่ทำในเครื่องจะถูกยกเลิก)
  
  
• Enable zero-downtime deployment (สำหรับ PHP server เท่านั้น) – ปรับเปลี่ยน (หากเลือกตัวเลือกนี้) โฟลว์การ deploy เพื่อหลีกเลี่ยงการหยุดทำงานของแอปพลิเคชัน downtime

ภายในไม่กี่นาที แอปพลิเคชันของคุณจะใช้งานได้สำเร็จ ตอนนี้คุณสามารถเข้าถึงได้โดยคลิกที่ปุ่ม Open Browser วิเคราะห์ผ่าน Logs หรือจัดการด้วย file manager ผ่านการเข้าถึง SSH

Editing Git / SVN Projects

คุณสามารถปรับเปลี่ยนโปรเจกต์ VCS ที่ deploy แล้วได้โดยคลิกปุ่ม Edit เพื่อการปรับใช้ที่เหมาะสม

ภายในเฟรมที่เปิดอยู่คุณคุณสามารถแก้ไขพารามิเตอร์เดียวกันกับที่อธิบายไว้ข้างต้นสำหรับเฟรมการ deploy ตัวอย่างเช่นการเปลี่ยน branch, เพิ่ม hooks, เปิดใช้งานการอัปเดต auto-deploy และอื่นๆ

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





จากนั้นคุณต้องแก้ไขโปรเจกต์ที่มีอยู่ทั้งหมดจากที่จัดเก็บโดยจะปรากฏเฟรมให้ยืนยันว่าคุณต้องการอัปเดตข้อมูลรับรองหรือไม่





คลิกปุ่ม Yes เพื่อใช้ข้อมูลใหม่สำหรับโปรเจกต์

The post Deployment Guide appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

• Archive – จัดเก็บแอปพลิเคชันแพ็คเกจ ซึ่งสามารถอัปโหลดจากเครื่องของคุณหรือลิงก์ใดๆภายนอก
• Git / SVN – บันทึกลิงก์ไปยังโปรเจกต์ของคุณภายในที่จัดเก็บ Git / SVN ระยะไกลและข้อมูลรับรองการเข้าถึงที่เหมาะสม (ถ้าจำเป็น)

Application Archives

1. ในส่วนของ Deployment Manager แท็บ Archive ช่วยให้คุณสามารถดูไฟล์ที่เก็บถาวรของแอปพลิเคชันทั้งหมดที่จัดเก็บไว้ในบัญชีโดยมีรายละเอียดดังต่อไปนี้:

• Name – ชื่อของไฟล์เก็บถาวรที่อัปโหลด
• Comment – บันทึกที่กำหนดเองสำหรับแอปพลิเคชันของคุณ
• Size – ขนาดของไฟล์เก็บถาวร
• Upload Date – วันที่ของการเพิ่มไฟล์เก็บถาวรใน Deployment Manager

2. คลิก Upload ภายในกล่องโต้ตอบที่ปรากฏให้ เลือกไฟล์ที่เหมาะสมจากเครื่องของคุณ (แท็บ Local File) หรือที่ใดก็ได้บนอินเทอร์เน็ต (URL):

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

3. ในการ deploy application จากไฟล์เก็บถาวร ให้วางเมาส์เหนือไฟล์ที่ต้องการแล้วคลิกปุ่ม Deploy ที่ปรากฏขึ้น

ภายในเฟรมที่เปิดขึ้นคุณสามารถ configure deployment ได้ตามความต้องการของคุณ

4. หากคุณไม่ต้องการเก็บไฟล์ถาวรอีกต่อไป คุณสามารถลบออกได้โดยเลือกไฟล์ที่ต้องการลบแล้วคลิกปุ่ม Delete

ตอนนี้คุณรู้แล้วว่าแท็บเก็บถาวรของ Deployment Manager ทำงานอย่างไรและสามารถใช้เพื่อจัดระเบียบแพ็คเกจการ deploy ของคุณ

Git / SVN Projects

1. ส่วน Git / SVN ของ Deployment Manager จะจัดเก็บลิงก์และ remote ไปยังที่เก็บระยะไกลกับโปรเจ็กต์และหากจำเป็นโปรดใส่ข้อมูลรับรองการตรวจสอบสิทธิ์ที่เหมาะสม

2. ในการเพิ่ม project ใหม่ คลิกปุ่ม Add Repo และกรอกข้อมูลในฟิลด์หน้าต่างที่ปรากฏ  Add Repository:

• Name – ชื่อของแอปพลิเคชันคุณ (ไม่อนุญาตให้เว้นวรรคและใส่สัญลักษณ์พิเศษ)
  
  
• เลือกประเภท Git repo
  
  • URL – URL ที่เหมาะสมไปยังที่จัดเก็บ
  • Branch – สาขาที่ต้องการของ project (master โดยค่าเริ่มต้น)
  • เลือกช่องทำเครื่องหมาย Use Authentication และระบุรหัสผ่านหรือ Token หรือ SSH Key

หมายเหตุ: หากที่จัดเก็บของคุณได้รับการป้องกันด้วยการตรวจสอบสิทธิ์สองปัจจัย two-factor authentication คุณจะต้องใช้ token การเข้าถึงที่เหมาะสม (เช่น สำหรับ GitHub หรือ GitLab) แทนรหัสผ่านของคุณ



นอกจากนี้ คุณสามารถจัดการขอบเขตของการอนุญาตที่ให้ไว้ระหว่างการสร้างและเข้าถึง token เพื่อความปลอดภัยของที่เก็บของคุณ

• เลือกประเภท SVN repo
  
  • URL – ลิงก์ไปยังที่เก็บของคุณ
  • Login และ Password – ข้อมูลรับรองการพิสูจน์ตัวตน (ถ้าจำเป็น)

คุณสามารถเพิ่มโปรเจ็กต์นี้ใน Deployment Manager หรือ Add + Deploy เพื่อเริ่มแอปพลิเคชันนี้ให้ใช้งานได้ทันที

3. วางเมาส์เหนือโปรเจ็กต์ Git / SVN ใน Deployment Manager เพื่อเข้าถึงตัวเลือกปรับใช้ แก้ไขและลบ

ตอนนี้คุณรู้วิธีจัดการโปรเจกต์ VCS ของคุณภายใน Deployment Manager แล้ว

The post Deployment Manager appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

สิ่งที่แตกต่างจากบริการโฮสติ้งส่วนใหญ่ Ruk-Com Cloud PaaS ไม่มีการบังคับให้นักพัฒนาปฏิบัติตามข้อกำหนดเฉพาะของโครงสร้างพื้นฐานที่ไม่เปลี่ยนรูปแบบ เจ้าของรันไทม์หรือ API เพื่อโฮสต์โปรเจกต์ วิธีการดังกล่าวมีความสำคัญอย่างยิ่งเมื่อต้องย้ายจาก virtual machines ไปยังคอนเทนเนอร์การสลายตัวแบบดั้งเดิม (ที่เรียกว่า legacy) ไปยัง microservices หรือในขณะที่ย้ายจากผู้ให้บริการรายหนึ่งไปยังอีกรายหนึ่ง

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

วิธีการเปลี่ยนโค้ดเป็นศูนย์ เช่นเดียวกับการรองรับแอปพลิเคชันและระบบคอนเทนเนอร์จัดเตรียมความสามารถในการรันทั้ง cloud-native microservices และ legacy monolithic applications ขึ้นอยู่กับ Java, PHP, Ruby, Node.js, Python และ Docker

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

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

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

Project Deployment with Zero Code Change

เพื่อให้ข้อมูลข้างต้นชัดเจนยิ่งขึ้นเราจะอธิบายขั้นตอนง่ายๆที่จำเป็นในการ deploy project ที่ Ruk-Com Cloud

1. สร้าง environment ผ่าน topology wizard ที่ครอบคลุมพร้อมกับ software stack ที่กำหนดค่าไว้ล่วงหน้ามากมาย (เช่น application servers, database, load balancers, cache, และ build nodes)

2. เมื่อมีการสร้าง environment ที่เหมาะสม คุณสามารถ deploy แอปพลิเคชันของคุณด้วยตัวเลือกการ deploy ที่รองรับอย่างใดอย่างหนึ่ง:

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

หลังจากการเริ่มต้นกระบวนการกำหนดค่าทั้งหมด (เช่น การเชื่อมต่อกับload balancer, การปรับแต่งการใช้หน่วยความจำ, การเปิดใช้ SSL หรือ IP หากจำเป็น เป็นต้น) จะได้รับการจัดการโดยอัตโนมัติ โดยไม่จำเป็นต้องแก้ไข source code ซึ่งมีการปรับแต่งเพียงอย่างเดียวที่คุณอาจจำเป็นต้องใช้คือการปรับเปลี่ยนการตั้งค่าแอปพลิเคชันแบบกำหนดเองบางอย่างเนื่องจากตำแหน่งใหม่ (เช่น ที่อยู่ IP หรือชื่อโดเมน – การกำหนดค่าเซิร์ฟเวอร์ที่เหมาะสมทั้งหมดจะสามารถแก้ไขได้โดยตรงเสมอ ผ่าน Ruk-Com Cloud แดชบอร์ดพร้อมกับการจัดการไฟล์ในตัว)

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

The post Zero Code Change Deploy with No Vendor Lock-In for Smooth Migration across Cloud Platforms appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

The post Hello world! appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).