คุณกำลังวางแผนที่จะใช้ซอฟต์แวร์ Atlassian (Jira, Confluence) หรือไม่? ไม่ต้องการทำผิดพลาดในการออกแบบที่โหดร้ายซึ่งต้องแก้ไขในวินาทีสุดท้าย?
ถ้าอย่างนั้นคุณก็อยู่ที่นี่ - เรากำลังพิจารณาการนำ Atlassian Jira + Confluence มาใช้ในองค์กรโดยคำนึงถึงด้านเทคนิคต่างๆ
สวัสดี ฉันเป็นเจ้าของผลิตภัณฑ์ที่ RSHB และรับผิดชอบการพัฒนาระบบการจัดการวงจรชีวิต (LCMS) ที่สร้างขึ้นบนผลิตภัณฑ์ซอฟต์แวร์ Atlassian Jira และ Confluence
ในบทความนี้ ผมจะอธิบายด้านเทคนิคของการสร้าง LCMS บทความนี้จะเป็นประโยชน์กับทุกคนที่วางแผนจะใช้หรือพัฒนา Atlassian Jira และ Confluence ในสภาพแวดล้อมขององค์กร บทความนี้ไม่ต้องการความรู้พิเศษและได้รับการออกแบบมาสำหรับความคุ้นเคยกับผลิตภัณฑ์ Atlassian ในระดับเริ่มต้น บทความนี้จะเป็นประโยชน์สำหรับผู้ดูแลระบบ เจ้าของผลิตภัณฑ์ ผู้จัดการโครงการ สถาปนิก และทุกคนที่วางแผนจะนำระบบที่ใช้ซอฟต์แวร์ Atlassian ไปใช้
การแนะนำ
บทความนี้จะกล่าวถึงประเด็นทางเทคนิคของการนำระบบการจัดการวงจรชีวิต (LCMS) ไปใช้ในสภาพแวดล้อมขององค์กร ก่อนอื่นเรามานิยามความหมายกันก่อน
โซลูชันสำหรับองค์กรคืออะไร
นี่หมายถึงวิธีแก้ปัญหา:
- ปรับขนาดได้ ในกรณีที่โหลดเพิ่มขึ้น มีความเป็นไปได้ทางเทคนิคในการเพิ่มความจุของระบบ แยกขนาดแนวนอนและแนวตั้ง - ด้วยการปรับขนาดแนวตั้ง ความจุของเซิร์ฟเวอร์จะเพิ่มขึ้น ด้วยการปรับขนาดแนวนอน จำนวนเซิร์ฟเวอร์สำหรับการทำงานของระบบจะเพิ่มขึ้น
- ล้มเหลวในความปลอดภัย. ระบบจะยังคงใช้งานได้หากองค์ประกอบใดองค์ประกอบหนึ่งล้มเหลว โดยทั่วไปแล้ว ระบบขององค์กรไม่ต้องการการยอมรับข้อผิดพลาด แต่เราจะพิจารณาวิธีแก้ปัญหาดังกล่าวเท่านั้น เราวางแผนที่จะมีผู้ใช้ที่แข่งขันกันหลายร้อยคนในระบบ และการหยุดทำงานจะสำคัญมาก
- ได้รับการสนับสนุน. โซลูชันต้องได้รับการสนับสนุนโดยผู้ขาย ซอฟต์แวร์ที่ไม่รองรับควรถูกแทนที่ด้วยการพัฒนาภายในองค์กรหรือซอฟต์แวร์อื่นที่รองรับ
- การติดตั้ง จัดการเอง (บนสมมติฐาน). การจัดการด้วยตนเองคือความสามารถในการติดตั้งซอฟต์แวร์ที่ไม่ได้อยู่ในระบบคลาวด์ แต่บนเซิร์ฟเวอร์ของคุณเอง เพื่อให้แม่นยำยิ่งขึ้น ทั้งหมดนี้เป็นตัวเลือกการติดตั้งที่ไม่ใช่ SaaS ในบทความนี้ เราจะพิจารณาเฉพาะตัวเลือกการติดตั้งแบบจัดการด้วยตนเอง
- ความเป็นไปได้ในการพัฒนาและทดสอบอิสระ ในการจัดระเบียบการเปลี่ยนแปลงที่คาดการณ์ได้ในระบบ จำเป็นต้องมีระบบแยกต่างหากสำหรับการพัฒนา (การเปลี่ยนแปลงในตัวระบบเอง) ระบบการทดสอบ (Staging) และระบบที่มีประสิทธิผลสำหรับผู้ใช้
- อื่น ๆ รองรับสถานการณ์การพิสูจน์ตัวตนที่หลากหลาย รองรับบันทึกการตรวจสอบ มี Role Model ที่กำหนดเอง เป็นต้น
สิ่งเหล่านี้เป็นองค์ประกอบหลักของโซลูชันระดับองค์กร และน่าเสียดายที่มักถูกลืมเมื่อออกแบบระบบ
ระบบการจัดการวงจรชีวิต (LCMS) คืออะไร?
กล่าวโดยย่อ ในกรณีของเรา นี่คือ Atlassian Jira และ Atlassian Confluence ซึ่งเป็นระบบที่มีเครื่องมือสำหรับการจัดระเบียบการทำงานเป็นทีม ระบบนี้ไม่ได้ “กำหนด” กฎเกณฑ์ในการจัดระเบียบงาน แต่มีเครื่องมือในการทำงานที่หลากหลาย เช่น Scrum, Kanban boards, Waterfall Model และ Scrum ที่ปรับขนาดได้ เป็นต้น
ชื่อ LCMS ไม่ใช่คำศัพท์ในอุตสาหกรรมหรือคำศัพท์ทั่วไป แต่เป็นเพียงชื่อของระบบในธนาคารของเรา LCMS สำหรับเราไม่ใช่ระบบติดตามจุดบกพร่อง ไม่ใช่ระบบการจัดการเหตุการณ์และระบบการจัดการการเปลี่ยนแปลง
การนำไปปฏิบัติประกอบด้วยอะไรบ้าง?
การนำโซลูชันไปใช้ประกอบด้วยปัญหาด้านเทคนิคและองค์กรมากมาย:
- การจัดสรรความสามารถทางเทคนิค
- ซื้อซอฟต์แวร์
- การสร้างทีมเพื่อดำเนินการแก้ปัญหา
- การติดตั้งและการกำหนดค่าของโซลูชัน
- การพัฒนาสถาปัตยกรรมโซลูชัน แบบอย่าง.
- การพัฒนาเอกสารประกอบการปฏิบัติงาน รวมถึงคำแนะนำ ข้อบังคับ การออกแบบทางเทคนิค ข้อบังคับ ฯลฯ
- การเปลี่ยนแปลงกระบวนการของบริษัท
- การสร้างทีมสนับสนุน การพัฒนา SLA
- การฝึกอบรมผู้ใช้
- อื่น ๆ
ในบทความนี้ เราจะพิจารณาด้านเทคนิคของการนำไปใช้งาน โดยไม่มีรายละเอียดเกี่ยวกับองค์ประกอบองค์กร
คุณสมบัติ Atlassian
Atlassian เป็นผู้นำในหลายส่วน:
(ความเป็นผู้นำเนื่องจากการเข้าซื้อกิจการ AgileCraft ที่ประสบความสำเร็จด้วยโซลูชันระบบคลาวด์)
ผลิตภัณฑ์ของ Atlassian มีคุณสมบัติระดับองค์กรทั้งหมดที่คุณต้องการ ฉันจะบันทึกคุณสมบัติต่อไปนี้:
- โซลูชัน Atlassian ใช้เว็บเซิร์ฟเวอร์ Java Tomcat ซอฟต์แวร์ Apache Tomcat รวมอยู่ในซอฟต์แวร์ Atlassian เป็นส่วนหนึ่งของการติดตั้ง คุณไม่สามารถเปลี่ยนเวอร์ชันของ Apache Tomcat ที่ติดตั้งกับซอฟต์แวร์ Atlassian ได้ แม้ว่าเวอร์ชันนั้นจะล้าสมัยและมีช่องโหว่ก็ตาม ทางเลือกเดียวคือรอการอัปเดตจาก Atlassian ด้วย Apache Tomcat เวอร์ชันใหม่กว่า ตัวอย่างเช่น ตอนนี้ Jira เวอร์ชันปัจจุบันมี Apache Tomcat 8.5.42 และ Confluence มี Apache Tomcat 9.0.33
- อินเทอร์เฟซที่สะดวก แนวทางปฏิบัติที่ดีที่สุดในตลาดสำหรับซอฟต์แวร์ประเภทนี้ได้ถูกนำมาใช้
- โซลูชันที่ปรับแต่งได้อย่างเต็มที่ ด้วยการปรับปรุง คุณสามารถใช้การเปลี่ยนแปลงใด ๆ ในฟังก์ชันพื้นฐานสำหรับผู้ใช้
- ระบบนิเวศที่พัฒนาแล้ว มีพันธมิตรหลายร้อยคน: รวมถึงพันธมิตร 16 รายในรัสเซีย คุณสามารถซื้อซอฟต์แวร์ Atlassian ปลั๊กอิน และรับการฝึกอบรมผ่านพันธมิตรในรัสเซียได้ เป็นพันธมิตรที่พัฒนาและดูแลปลั๊กอินส่วนใหญ่
- App Store (ปลั๊กอิน): . ปลั๊กอินช่วยเพิ่มประสิทธิภาพการทำงานของซอฟต์แวร์ Atlassian อย่างมาก ฟังก์ชันพื้นฐานของซอฟต์แวร์ Atlassian นั้นค่อนข้างเรียบง่าย สำหรับเกือบทุกงานจำเป็นต้องติดตั้งปลั๊กอินเพิ่มเติมฟรีหรือเสียเงินเพิ่ม ดังนั้น ต้นทุนซอฟต์แวร์อาจสูงกว่าที่ประเมินไว้ในตอนแรกอย่างมาก
จนถึงปัจจุบัน ปลั๊กอินหลายพันรายการได้รับการเผยแพร่ในสโตร์ เกือบพันรายการได้รับการทดสอบและรับรองความถูกต้องภายใต้โปรแกรมแอปที่ได้รับการอนุมัติจากศูนย์ข้อมูล ปลั๊กอินดังกล่าวถือว่าเสถียรและเหมาะสำหรับใช้ในระบบที่มีงานยุ่ง
ฉันแนะนำให้คุณจัดการกับปัญหาการวางแผนปลั๊กอินอย่างรอบคอบ ซึ่งจะส่งผลกระทบอย่างมากต่อต้นทุนของโซลูชัน ปลั๊กอินจำนวนมากอาจทำให้ระบบไม่เสถียร และผู้ผลิตปลั๊กอินไม่ให้การสนับสนุนในการแก้ปัญหา - การฝึกอบรมและการรับรอง:
- รองรับกลไก SSO, SAML 2.0
- การสนับสนุนความสามารถในการปรับขนาดและความทนทานต่อข้อผิดพลาดมีให้ใช้งานในรุ่น Data Center เท่านั้น ฉบับนี้ปรากฏครั้งแรกในปี 2014 (Jira 6.3) ฟังก์ชันการทำงานของรุ่น Data Center ได้รับการขยายและปรับปรุงอย่างต่อเนื่อง (ตัวอย่างเช่น ความเป็นไปได้ของการติดตั้งโหนดเดียวจะปรากฏในปี 2020 เท่านั้น) วิธีการใช้ปลั๊กอินสำหรับรุ่น Data Center เปลี่ยนไปมากในปี 2018 ด้วยการแนะนำแอพที่ได้รับการอนุมัติจาก Data Center
- ค่าสนับสนุน. ค่าใช้จ่ายในการสนับสนุนจากผู้ขายเกือบจะเท่ากับค่าใช้จ่ายทั้งหมดของใบอนุญาตซอฟต์แวร์ ตัวอย่างการคำนวณต้นทุนใบอนุญาตแสดงไว้ด้านล่าง
- ขาดการเผยแพร่ในระยะยาว มีสิ่งที่เรียกว่า แต่เช่นเดียวกับเวอร์ชันอื่น ๆ ได้รับการสนับสนุนเป็นเวลา 2 ปี มีข้อแตกต่างที่ออกเฉพาะการแก้ไขสำหรับเวอร์ชัน Enterprise โดยไม่มีการเพิ่มฟังก์ชันการทำงานใหม่
- ตัวเลือกการสนับสนุนเพิ่มเติม (สำหรับเงินเพิ่มเติม)
- รองรับ DBMS หลายรูปแบบ Atlassian มาพร้อมกับฐานข้อมูล H2 ฟรี ซึ่งไม่แนะนำให้ใช้อย่างมีประสิทธิผล DBMS ต่อไปนี้ได้รับการสนับสนุนสำหรับการใช้งานที่มีประสิทธิผล: Amazon Aurora (ศูนย์ข้อมูลเท่านั้น) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server มีข้อจำกัดเกี่ยวกับเวอร์ชันที่รองรับ และมักจะรองรับเฉพาะเวอร์ชันเก่า แต่สำหรับ DBMS แต่ละรายการ จะมีเวอร์ชันที่รองรับผู้จำหน่าย:
,
.
สถาปัตยกรรมทางเทคนิค
คำอธิบายสำหรับโครงร่าง:
- แผนภาพแสดงการใช้งานในธนาคารของเรา การกำหนดค่านี้เป็นตัวอย่างและไม่แนะนำ
- nginx มีฟังก์ชัน reverse-proxy สำหรับทั้ง Jira และ Confluence
- ความทนทานต่อความผิดพลาดของ DBMS ถูกนำมาใช้โดย DBMS
- การถ่ายโอนการเปลี่ยนแปลงระหว่างสภาพแวดล้อมทำได้โดยใช้ปลั๊กอินตัวจัดการการกำหนดค่าสำหรับ Jira
- AppSrv ในไดอะแกรมเป็นเซิร์ฟเวอร์แอปพลิเคชันการรายงานแบบเนทีฟ ไม่ได้ใช้ซอฟต์แวร์ Atlassian
- ฐานข้อมูล EasyBI ถูกสร้างขึ้นสำหรับการสร้างคิวบ์และการรายงานโดยใช้ปลั๊กอินรายงานและแผนภูมิ eazyBI สำหรับ Jira
- บริการ Confluence Synchrony (คอมโพเนนต์ที่อนุญาตให้มีการแก้ไขเอกสารพร้อมกัน) ไม่ได้แยกออกเป็นการติดตั้งแยกต่างหากและทำงานร่วมกับ Confluence บนเซิร์ฟเวอร์เดียวกัน
อนุญาตให้ใช้สิทธิ์
ปัญหาการออกใบอนุญาต Atlassian สมควรได้รับบทความแยกต่างหาก ที่นี่ฉันจะพูดถึงหลักการทั่วไปเท่านั้น
ประเด็นหลักที่เราพบคือปัญหาของการออกใบอนุญาตรุ่น Data Center คุณสมบัติการให้สิทธิ์ใช้งานสำหรับรุ่นเซิร์ฟเวอร์และศูนย์ข้อมูล:
- ใบอนุญาตสำหรับรุ่นเซิร์ฟเวอร์เป็นแบบถาวรและลูกค้าสามารถใช้ซอฟต์แวร์ได้แม้ว่าใบอนุญาตจะหมดอายุแล้วก็ตาม แต่หลังจากใบอนุญาตหมดอายุ ผู้ซื้อจะสูญเสียสิทธิ์ในการรับการสนับสนุนผลิตภัณฑ์และอัปเดตซอฟต์แวร์เป็นเวอร์ชันล่าสุด
- การให้สิทธิ์ใช้งานจะขึ้นอยู่กับจำนวนผู้ใช้ในระบบอนุญาตส่วนกลาง 'ผู้ใช้ JIRA' ไม่สำคัญว่าพวกเขาจะใช้ระบบหรือไม่ - แม้ว่าผู้ใช้จะไม่เคยเข้าสู่ระบบ ผู้ใช้ทั้งหมดจะถูกพิจารณาสำหรับใบอนุญาต หากเกินจำนวนผู้ใช้ที่ได้รับอนุญาต วิธีแก้ไขคือลบสิทธิ์ 'ผู้ใช้ JIRA' ออกจากผู้ใช้บางราย
- ใบอนุญาตศูนย์ข้อมูลเป็นการสมัครใช้งานจริง ต้องเสียค่าธรรมเนียมใบอนุญาตรายปี เมื่อครบกำหนดการทำงานกับระบบจะถูกบล็อก
- ค่าใบอนุญาตอาจเปลี่ยนแปลงเมื่อเวลาผ่านไป ดังที่การฝึกฝนแสดงให้เห็นอย่างยิ่งใหญ่และอาจมีนัยสำคัญ ดังนั้น หากใบอนุญาตของคุณมีค่าใช้จ่ายจำนวนหนึ่งในปีนี้ ค่าใบอนุญาตในปีหน้าอาจเพิ่มขึ้น
- การให้สิทธิ์ใช้งานดำเนินการโดยผู้ใช้ตามระดับ (เช่น ผู้ใช้ระดับ 1001-2000) สามารถอัปเกรดเป็นระดับที่สูงขึ้นได้โดยมีค่าธรรมเนียมเพิ่มเติม
- หากเกินจำนวนผู้ใช้ที่ได้รับอนุญาต ผู้ใช้ใหม่จะถูกสร้างขึ้นโดยไม่มีสิทธิ์ในการเข้าสู่ระบบ (การอนุญาตทั่วโลกของ 'ผู้ใช้ JIRA')
- ปลั๊กอินสามารถได้รับอนุญาตสำหรับผู้ใช้จำนวนเท่ากันกับซอฟต์แวร์หลักเท่านั้น
- เฉพาะการติดตั้งที่มีประสิทธิผลเท่านั้นที่ต้องได้รับใบอนุญาต สำหรับส่วนที่เหลือคุณสามารถขอรับใบอนุญาตสำหรับนักพัฒนาซอฟต์แวร์ได้: .
- ในการซื้อการบำรุงรักษา จำเป็นต้องซื้อซอฟต์แวร์ต่ออายุการบำรุงรักษา - ค่าใช้จ่ายประมาณ 50% ของต้นทุนซอฟต์แวร์ต้นฉบับ คุณลักษณะนี้ไม่พร้อมใช้งานสำหรับศูนย์ข้อมูลและไม่สามารถใช้ได้กับปลั๊กอิน - คุณจะต้องจ่ายค่าใช้จ่ายเต็มจำนวนทุกปีเพื่อสนับสนุนปลั๊กอินเหล่านี้
ดังนั้น การสนับสนุนซอฟต์แวร์รายปีจึงมีค่าใช้จ่ายมากกว่า 50% ของต้นทุนซอฟต์แวร์ทั้งหมดในกรณีของรุ่น Server และ 100% ในกรณีของรุ่น Data Center ซึ่งถือว่ามากกว่าผู้จำหน่ายรายอื่นส่วนใหญ่อย่างมาก ในความคิดของฉัน นี่เป็นข้อเสียที่สำคัญของโมเดลธุรกิจ Atlassian
คุณสมบัติของการเปลี่ยนจากรุ่นเซิร์ฟเวอร์เป็นศูนย์ข้อมูล:
- การเปลี่ยนจากรุ่นเซิร์ฟเวอร์เป็นศูนย์ข้อมูลจะได้รับการชำระเงิน ราคาได้ที่นี่ .
- เมื่อเปลี่ยนจากรุ่น Server เป็น Data Center คุณไม่จำเป็นต้องเสียค่าใช้จ่ายในการเปลี่ยนรุ่นของปลั๊กอิน - ปลั๊กอินสำหรับรุ่น Server จะทำงาน แต่จำเป็นต้องต่ออายุใบอนุญาตสำหรับปลั๊กอินสำหรับรุ่น Data Center
- คุณสามารถใช้ปลั๊กอินที่ไม่มีรุ่นสำหรับใช้กับรุ่น Data Center ในเวลาเดียวกัน แน่นอนว่าปลั๊กอินดังกล่าวอาจทำงานไม่ถูกต้อง และเป็นการดีกว่าที่จะจัดหาทางเลือกอื่นแทนปลั๊กอินดังกล่าวล่วงหน้า
- การอัปเกรดเป็นรุ่น Data Center ทำได้โดยการติดตั้งใบอนุญาตใหม่ ในเวลาเดียวกัน ใบอนุญาตสำหรับรุ่นเซิร์ฟเวอร์ยังคงมีอยู่
- ไม่มีความแตกต่างด้านการทำงานระหว่างรุ่น Data Center และ Server สำหรับผู้ใช้ ความแตกต่างทั้งหมดมีเฉพาะในฟังก์ชันสำหรับการดูแลระบบและความสามารถทางเทคนิคของการติดตั้งเท่านั้น
- ค่าใช้จ่ายของซอฟต์แวร์และปลั๊กอินจะแตกต่างกันไปสำหรับรุ่นเซิร์ฟเวอร์และศูนย์ข้อมูล ความแตกต่างของต้นทุนมักจะน้อยกว่า 5% (ไม่จำเป็น) ตัวอย่างการคำนวณต้นทุนแสดงไว้ด้านล่าง
ขอบเขตการทำงานของการดำเนินการ
แพ็คเกจซอฟต์แวร์ Atlassian พื้นฐานมีคุณสมบัติจำนวนมาก แต่บ่อยครั้งที่คุณสมบัติที่ระบบมีให้ขาดหายไปอย่างมาก บางครั้งแม้แต่ฟังก์ชันที่ง่ายที่สุดก็ไม่มีในแพ็คเกจพื้นฐาน ดังนั้นปลั๊กอินจึงขาดไม่ได้สำหรับการใช้งานเกือบทุกชนิด สำหรับระบบ Jira เราใช้ปลั๊กอินดังต่อไปนี้ (รูปภาพสามารถคลิกได้):
สำหรับระบบ Confluence เราใช้ปลั๊กอินต่อไปนี้ (รูปภาพสามารถคลิกได้):
ความคิดเห็นเกี่ยวกับตารางที่มีปลั๊กอิน:
- ราคาทั้งหมดขึ้นอยู่กับผู้ใช้ 2000 คน
- ราคาขึ้นอยู่กับราคาที่ระบุ , ต้นทุนจริง (พร้อมส่วนลด) ต่ำกว่า;
- อย่างที่คุณเห็น จำนวนเงินทั้งหมดจะเท่ากันสำหรับรุ่น Data Center และ Server;
- เลือกเฉพาะปลั๊กอินที่รองรับรุ่น Data Center เท่านั้น เราไม่รวมปลั๊กอินที่เหลือออกจากแผนเพื่อความเสถียรของระบบ
มีการอธิบายฟังก์ชันการทำงานโดยย่อในคอลัมน์ความคิดเห็น ปลั๊กอินเพิ่มเติมได้ขยายการทำงานของระบบ:
- เพิ่มเครื่องมือภาพหลายอย่าง
- ปรับปรุงกลไกการรวม;
- เพิ่มเครื่องมือสำหรับโครงการแบบจำลองน้ำตก
- เพิ่มเครื่องมือสำหรับ Scrum ที่ปรับขนาดได้เพื่อจัดระเบียบการทำงานของทีมโครงการขนาดใหญ่
- เพิ่มฟังก์ชันสำหรับการติดตามเวลา
- เพิ่มเครื่องมือสำหรับการดำเนินการอัตโนมัติและการกำหนดค่าโซลูชัน
- เพิ่มฟังก์ชันเพื่อลดความซับซ้อนและทำให้การจัดการโซลูชันเป็นแบบอัตโนมัติ
นอกจากนี้ เราใช้ . แอปพลิเคชันนี้อนุญาตให้คุณแก้ไขไฟล์ในแอปพลิเคชันภายนอก (MS Office) และส่งกลับไปยัง Confluence (เช็คอิน)
แอปพลิเคชันสำหรับผู้ใช้เวิร์กสเตชัน (ไคลเอนต์แบบหนา) ALM ทำงานไคลเอนต์ Jira ตัดสินใจไม่ใช้เนื่องจากการสนับสนุนผู้ขายที่ไม่ดีและคำวิจารณ์เชิงลบ
สำหรับ การรวมเข้ากับ MS Project เราใช้แอปพลิเคชันที่เขียนขึ้นเองซึ่งช่วยให้คุณอัปเดตสถานะปัญหาใน MS Project จาก Jira และในทางกลับกัน ในอนาคต เราวางแผนที่จะใช้ปลั๊กอินแบบชำระเงินเพื่อจุดประสงค์เดียวกันในอนาคต ซึ่งติดตั้งเป็นส่วนเสริมสำหรับ MS Project
การผสานรวมกับแอปพลิเคชันภายนอก ดำเนินการผ่านลิงค์แอปพลิเคชัน ในขณะเดียวกัน การผสานรวมสำหรับแอปพลิเคชัน Atlassian จะได้รับการกำหนดค่าล่วงหน้าและทำงานทันทีหลังจากการตั้งค่า ตัวอย่างเช่น คุณสามารถแสดงข้อมูลเกี่ยวกับปัญหาใน Jira บนหน้าใน Confluence
REST API ใช้เพื่อเข้าถึงเซิร์ฟเวอร์ Jira และ Confluence: .
API ของ SOAP และ XML-RPC เลิกใช้แล้วและไม่มีให้ใช้งานในเวอร์ชันใหม่
ข้อสรุป
ดังนั้นเราจึงได้พิจารณาคุณสมบัติทางเทคนิคของการใช้ระบบตามผลิตภัณฑ์ Atlassian โซลูชันที่นำเสนอเป็นหนึ่งในโซลูชันที่เป็นไปได้และเหมาะสำหรับสภาพแวดล้อมขององค์กร
โซลูชันที่นำเสนอสามารถปรับขนาดได้ ทนทานต่อข้อผิดพลาด มีสภาพแวดล้อมสามแบบสำหรับการจัดระเบียบการพัฒนาและการทดสอบ มีองค์ประกอบที่จำเป็นทั้งหมดสำหรับการทำงานร่วมกันในระบบ และมีเครื่องมือการจัดการโครงการที่หลากหลาย
ฉันยินดีที่จะตอบคำถามในความคิดเห็น
ที่มา: will.com