อัปเดตล่าสุดเมื่อ 25 ธันวาคม 2022 โดย Rakesh Gupta
เวลาที่มืออาชีพของ Salesforce หลายคนรอคอยมาถึงแล้ว: Salesforce DevOps Center GA! แต่ก่อนที่คุณจะติดตั้ง DevOps Center ในองค์กรของคุณและเริ่มใช้งานเพื่อปรับใช้ข้อมูลเมตา เรามาคุยกันถึงวิธีการใช้ประโยชน์สูงสุดจากมัน
วิธีที่สำคัญที่สุดในการเพิ่มประสิทธิภาพ DevOps Center ได้แก่ การใช้การจัดการการทำงานร่วมกันและเครื่องมือควบคุมเวอร์ชันของ DevOps Center นอกจากนี้ คุณควรใช้ประโยชน์จากสภาพแวดล้อมระดับล่างโดยเปิดใช้งานการติดตามแหล่งที่มา สุดท้าย คุณจะได้รับประโยชน์จากความสามารถของ DevOps Center สำหรับการทำงานร่วมกันที่ปรับปรุงแล้วระหว่างนักพัฒนาที่ใช้โค้ดน้อยและโปรโค้ด
ด้วย GA ของ Salesforce DevOps Center Salesforce ได้มอบแนวทางใหม่ในการจัดการการเผยแพร่ใน Salesforce DevOps Center มีวิธีที่รวดเร็วและแม่นยำกว่าในการส่งเสริมองค์ประกอบข้อมูลเมตามากกว่าชุดการเปลี่ยนแปลง ซึ่งแน่นอนว่าเป็นความหายนะของผู้ดูแลระบบจำนวนมาก
แต่นั่นยังไม่ใช่ทั้งหมด! ตามที่ชื่อบอกไว้ DevOps Center ช่วยให้คุณสามารถนำแนวทางปฏิบัติที่ดีที่สุดของ DevOps ไปใช้ในกระบวนการจัดการการเปลี่ยนแปลงของ Salesforce จาก UI แบบชี้และคลิกที่เป็นมิตรต่อผู้ดูแลระบบ มาดูเครื่องมือและความสามารถที่สำคัญที่สุดที่คุณสามารถใช้เพื่อทำสิ่งนี้ให้สำเร็จ
การจัดการการทำงานร่วมกัน
ทีมแบบโปรแกรมที่เชี่ยวชาญในวิธีการ DevOps เป็นอย่างดีมักจะใช้เครื่องมือการจัดการการทำงานร่วมกันเพื่อสร้าง ติดตาม และจัดการโครงการ เป็นแหล่งความจริงเดียวสำหรับทุกคนในทีมที่จะพัฒนาต่อต้าน
ด้วยการจัดการการทำงานร่วมกัน คุณสามารถปรับปรุงการเผยแพร่ได้อย่างมีนัยสำคัญ เนื่องจากคุณสามารถติดตามความคืบหน้าของโครงการได้อย่างง่ายดาย และระบุปัญหาหรือปัญหาคอขวดที่อาจเกิดขึ้น
รายการงาน
DevOps Center ช่วยให้สามารถจัดการการทำงานร่วมกันได้ในระดับหนึ่ง โดยจัดเตรียมรายการงานให้คุณมอบหมายงานในโครงการ คุณและคนอื่นๆ ในทีมสามารถเพิ่มบันทึกลงในงานเหล่านี้ได้ เพื่อให้คุณรู้ว่ามีอะไรเปลี่ยนแปลง ทำไม เมื่อไร และโดยใคร เมื่อคุณดำเนินงานที่เกี่ยวข้องกับรายการงานสำเร็จแล้ว คุณสามารถทำเครื่องหมายว่า “เสร็จสิ้น” และไปยังรายการถัดไป
อย่างไรก็ตาม นักพัฒนาจำนวนมากที่เคยใช้เครื่องมือการจัดการการทำงานร่วมกันที่พัฒนาแล้วในอดีตพบว่ารายการงานค่อนข้างจำกัด
โชคดีที่มี Prodly DevOps คุณสามารถใช้ Jira เพื่อเก็บเอกสารที่ครอบคลุมมากขึ้น เพื่อให้มองเห็นประวัติของคอมโพเนนต์หรือแอปได้ สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับการแก้ไขปัญหาและการอัปเดต—นอกจากนี้ยังมีประโยชน์สำหรับวัตถุประสงค์ในการปฏิบัติตามกฎระเบียบทางการเงิน เช่น การปฏิบัติตาม SOX ดียิ่งขึ้น: คุณสามารถทำทั้งหมดนี้ได้จาก UI เดียว คุณจึงไม่ต้องกลับไปกลับมาระหว่างหน้าจออีกต่อไป
การควบคุมเวอร์ชัน
DevOps Center ใช้พื้นที่เก็บข้อมูลของคุณใน GitHub เป็น ระบบควบคุมเวอร์ชัน (วคส). VCS เป็นเครื่องมือที่ให้คุณติดตามและจัดการการเปลี่ยนแปลงของ Salesforce ในระดับละเอียด ทุกการเปลี่ยนแปลงจะถูกบันทึกตามเวลาจริงในขณะที่เวอร์ชันเก่ายังคงอยู่ เหมือนกับประวัติเวอร์ชันใน Google Doc ที่ติดตามทุกอักขระขณะที่คุณพิมพ์
ซึ่งมีประโยชน์ 2 ประการ: คุณสามารถอ้างอิงถึงบันทึกการเปลี่ยนแปลงในกรณีของการตรวจสอบทางการเงิน เช่น การตรวจสอบ SOX หรือความคลาดเคลื่อนได้เสมอ นอกจากนี้คุณยังสามารถใช้สำหรับการวิเคราะห์สาเหตุที่แท้จริง การเก็บประวัติการเปลี่ยนแปลงไว้ใน VCS ช่วยให้คุณเปลี่ยนกลับเป็นเวอร์ชันก่อนหน้าได้อย่างง่ายดาย หากการเปลี่ยนแปลงบางอย่างไม่ได้ผลตามที่คุณต้องการ โดยไม่ต้องย้อนกลับทั้งองค์กร
ตัวอย่างเช่น สมมติว่าคุณได้เพิ่มฟิลด์สถานะลงในวัตถุที่ติดต่อ ดังนั้นเมื่อตัวแทนขายของคุณบันทึกงานไปยังผู้ติดต่อที่พวกเขากำลังส่งอีเมล สถานะควรจะแสดงเป็น “กำลังทำงาน” แต่มันไม่ได้ คุณสามารถอ้างถึง VCS ของคุณเพื่อดูว่ามีอะไรเปลี่ยนแปลง รวมถึงเวลาที่แน่นอน คุณจึงสามารถแก้ไขปัญหาและทดแทนสถานะของผู้ติดต่อทั้งหมดที่ได้รับผลกระทบได้ หากการเปลี่ยนแปลงเกิดขึ้นเมื่อสองวันก่อน สิ่งที่คุณต้องทำก็แค่ดูที่ผู้ติดต่อที่มีการสร้างงานในสองวันที่ผ่านมา
ใช้ประโยชน์จากสภาพแวดล้อมระดับล่างด้วยการเปิดใช้งานการติดตามแหล่งที่มา
Salesforce ต้องการการใช้สภาพแวดล้อมระดับล่าง เช่น Developer sandboxes และ scratch orgs เป็นสภาพแวดล้อมการพัฒนาใน DevOps Center ในความเป็นจริง เมื่อคุณตั้งค่าไปป์ไลน์การเผยแพร่ คุณต้องมีองค์กรการผลิตขั้นต่ำและสภาพแวดล้อมการพัฒนาบางอย่าง
การติดตามแหล่งที่มา
คุณต้อง เปิดใช้งานการติดตามแหล่งที่มาในสภาพแวดล้อมการพัฒนาของคุณ. ด้วยวิธีนี้ คุณสามารถดูรายการส่วนประกอบที่คุณสร้าง อัปเดต หรือลบระหว่างสภาพแวดล้อมภายในเครื่องของคุณกับ scratch org หรือ sandbox ได้เสมอ โปรดทราบว่า DevOps Center ไม่รองรับการติดตามแหล่งที่มาสำหรับแซนด์บ็อกซ์ที่เกี่ยวข้องกับขั้นตอนอื่นๆ ของไปป์ไลน์
ประโยชน์ของการใช้สภาพแวดล้อมการพัฒนาโดยเฉพาะ
ประโยชน์ของการใช้องค์กรระดับล่างเป็นสภาพแวดล้อมการพัฒนาโดยเฉพาะคือช่วยให้ทุกคนในทีมมีองค์กรของตนเองในการทำงานได้ง่าย ด้วยวิธีนี้ สมาชิกในทีมจะไม่เหยียบเท้ากันหรือเขียนทับงานของกันและกัน
Scratch องค์กร
scratch org เป็นองค์กรชั่วคราวที่ใช้แล้วทิ้งซึ่งมีอายุการใช้งานสูงสุด 30 วัน คุณใช้มันเพื่อทำงานกับงานสร้างขนาดเล็กชิ้นเดียว และหลังจากที่คุณเลื่อนระดับการเปลี่ยนแปลงของคุณแล้ว คุณก็แค่เดินออกไป
นักพัฒนา Pro-code ใช้ scratch orgs มาระยะหนึ่งแล้ว อย่างไรก็ตาม เนื่องจากก่อนหน้านี้คุณสามารถสร้างได้โดยใช้ Salesforce DX เท่านั้น ผู้ดูแลระบบจึงไม่สามารถใช้งานได้
นั่นเป็นเหตุผลที่ Prodly ได้เปิดตัวฟีเจอร์ scratch org แบบชี้แล้วคลิก ซึ่งช่วยให้คุณสร้าง scratch org ได้อย่างรวดเร็วด้วยแพ็คเกจ ข้อมูลเมตา และข้อมูลที่ได้รับการ seed อย่างสมบูรณ์ โดยไม่ต้องมีโค้ดใดๆ! ลองดูวิดีโอนี้เพื่อดูว่ามันทำงานอย่างไร
ปรับปรุงการทำงานร่วมกันแบบ Low-Code/Pro-Code
Salesforce ออกแบบ DevOps Center โดยเฉพาะเพื่อให้นักพัฒนาโค้ดต่ำและนักพัฒนาโค้ดมืออาชีพทำงานร่วมกันในเวิร์กโฟลว์แบบไฮบริดได้ง่ายขึ้น โดยพื้นฐานแล้ว DevOps Center ช่วยให้ทุกคนสามารถใช้ประโยชน์จากแนวปฏิบัติในการจัดการรีลีสสมัยใหม่ได้ ไม่ว่าพวกเขาจะเข้าใจการพัฒนาซอร์สไดรฟ์หรือไม่ก็ตาม
ผู้ดูแลระบบและนักพัฒนาโค้ดน้อยรายอื่นๆ สามารถติดตามและปรับใช้การเปลี่ยนแปลงของพวกเขาด้วย “การคลิก ไม่ใช่โค้ด” ใน DevOps Center ในขณะเดียวกัน นักพัฒนารหัสโปรยังคงสามารถทำงานในเครื่องมือทางโปรแกรมที่ตนเลือกได้
Salesforce DX ทำงานได้ดีกับ DevOps Center ผ่านคำสั่งนี้:
sf ปรับใช้ไปป์ไลน์
หากคุณเป็นนักพัฒนาโปรโค้ด คุณสามารถใช้ปลั๊กอิน CLI เพื่อดำเนินการปรับใช้ทั้งหมดของคุณให้เสร็จสิ้นภายนอก DevOps Center ในขณะที่เพื่อนร่วมงานที่ใช้โค้ดน้อยของคุณสามารถดูการอัปเดตภายใน DevOps Center ได้แบบเรียลไทม์
DevOps Center อาจเป็นทางเลือกที่ดีกว่าสำหรับชุดการเปลี่ยนแปลง แต่ถ้าคุณจริงจังกับการใช้ DevOps สำหรับการจัดการการเปลี่ยนแปลงของ Salesforce คุณต้องมีแหล่งข้อมูลเดียวสำหรับทั้งข้อมูลและข้อมูลเมตา
ทำไม เนื่องจากหากคุณใช้แอปที่ไม่ต้องอาศัยข้อมูลเมตา เช่น Salesforce CPQ, Enterprise Territory Management และ nCino คุณกำลังทำการเปลี่ยนแปลงข้อมูลเรกคอร์ดเชิงสัมพันธ์ที่ซับซ้อนที่สร้างขึ้น คุณไม่สามารถใช้ DevOps Center เพื่อส่งเสริมการเปลี่ยนแปลงเหล่านี้ได้ และ Salesforce ยังไม่ได้จัดเตรียมวิธีการที่ราบรื่นในการใช้ประโยชน์จากวิธีการ DevOps สำหรับข้อมูล
นั่นเป็นเหตุผลที่ Prodly DevOps ผสานรวมกับ DevOps Center ได้อย่างราบรื่น คุณจึงปรับใช้งานทั้งหมดได้จากอินเทอร์เฟซเดียว ให้การควบคุมเวอร์ชันสำหรับข้อมูลและข้อมูลเรกคอร์ดเชิงสัมพันธ์ที่ซับซ้อน—รวมถึงการจัดการแซนด์บ็อกซ์ การเพาะแซนด์บ็อกซ์ และการสร้างองค์กรเริ่มต้นในคลิกเดียว เรียนรู้เพิ่มเติมเกี่ยวกับ Prodly DevOps!
การประเมินรายทาง:
ฉันอยากได้ยินจากคุณ!
สิ่งหนึ่งที่คุณได้เรียนรู้จากโพสต์นี้คืออะไร? คุณจินตนาการถึงการนำความรู้ใหม่นี้ไปใช้ในโลกแห่งความเป็นจริงอย่างไร? อย่าลังเลที่จะแบ่งปันในความคิดเห็นด้านล่าง
