The Twelve-Factor App ในปี 2011

 (12factor.net)
1 คะแนน โดย GN⁺ 2023-10-13 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • บทความนี้กล่าวถึง twelve-factor app ซึ่งเป็นวิธีวิทยาสำหรับการสร้างแอปพลิเคชันแบบซอฟต์แวร์เป็นบริการ (SaaS)
  • วิธีวิทยา Twelve-factor app ใช้รูปแบบเชิงประกาศเพื่อลดเวลาและค่าใช้จ่ายของนักพัฒนาใหม่ที่เข้าร่วมโครงการ ผ่านการทำให้การตั้งค่าเป็นอัตโนมัติ
  • วิธีวิทยานี้คงสัญญาที่ชัดเจนกับระบบปฏิบัติการพื้นฐานไว้ เพื่อรับประกันความสามารถในการพกพาสูงสุดระหว่างสภาพแวดล้อมการรัน
  • วิธีวิทยานี้ช่วยขจัดความจำเป็นในการดูแลเซิร์ฟเวอร์และระบบ และเหมาะสำหรับการนำไปปรับใช้บนแพลตฟอร์มคลาวด์สมัยใหม่
  • ลดความแตกต่างระหว่างการพัฒนาและการใช้งานจริงให้เหลือน้อยที่สุด เพื่อให้สามารถทำ continuous deployment เพื่อความคล่องตัวสูงสุดได้
  • Twelve-factor app สามารถขยายขนาดได้โดยไม่ต้องเปลี่ยนแปลงเครื่องมือ สถาปัตยกรรม หรือแนวปฏิบัติในการพัฒนาอย่างมีนัยสำคัญ
  • วิธีวิทยานี้สามารถใช้ได้กับแอปที่เขียนด้วยภาษาโปรแกรมใดก็ได้ ซึ่งใช้บริการสนับสนุนหลากหลายประเภท เช่น ฐานข้อมูล คิว และเมมโมรีแคช
  • วิธีวิทยานี้มีความเกี่ยวข้องอย่างยิ่งในยุคปัจจุบันที่ซอฟต์แวร์มักถูกให้บริการในรูปแบบบริการ เช่น เว็บแอปหรือ SaaS

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-10-13
ความเห็นจาก Hacker News
  • คำแนะนำ Twelve-Factor App ที่อ้างอิงจาก Heroku ในปี 2011 และความสามารถด้านโครงสร้างพื้นฐานแบบคอนเทนเนอร์ในยุคนั้น
  • ผู้ใช้บางส่วนมองว่าแนวทางนี้ให้โทษมากกว่าประโยชน์ เพราะพึ่งพาความสามารถของผลิตภัณฑ์จากบริษัทผู้สร้างมากกว่าหลักการวิศวกรรม
  • บางประเด็น เช่น การตั้งค่าด้วยตัวแปรสภาพแวดล้อม ยังคงเป็นที่ถกเถียง เนื่องจากมีความเสี่ยงด้านความปลอดภัยที่อาจเกิดขึ้นและการเลิกใช้การตั้งค่าแบบไฟล์ที่มีโครงสร้าง
  • มีความเห็นไม่ตรงกันเกี่ยวกับแนวทางที่ให้มีหนึ่งแอปต่อหนึ่งรีโพซิทอรี โดยบางคนโต้แย้งว่าสามารถพัฒนาหลายแอปในรีโพซิทอรีเดียวได้ หากมีความเชื่อมโยงกันในเชิงหน้าที่และใช้รอบการรีลีสร่วมกัน
  • ในยุคคอนเทนเนอร์ สภาพแวดล้อมมีความเสถียรและปลอดภัยน้อยลง จึงอาจทำให้แนวทางนี้ใช้ได้ไม่มากเท่าเดิม
  • ผู้ใช้บางส่วนเห็นว่าแนวทางนี้มีประโยชน์ แต่ใช้ได้กับคนที่เข้าใจความสำคัญของมันอยู่แล้วเท่านั้น
  • แม้จะเขียนขึ้นในปี 2012 แต่แนวทางนี้ก็มีอิทธิพลต่อการกำหนดรูปแบบของนามธรรมด้านโฮสติ้งในปัจจุบัน
  • มีคำวิจารณ์ว่าเอกสารนี้ขาดเหตุผลรองรับความสมเหตุสมผลของกฎต่าง ๆ ภายใน
  • ผู้ใช้บางส่วนพยายามนำแนวทางนี้ไปใช้กับแอปแบบดั้งเดิมที่ไม่ใช่ Twelve-Factor เช่น WordPress แต่ระดับความสำเร็จแตกต่างกันไป