คุณมีกลยุทธ์ที่มีประสิทธิภาพสำหรับการเปิดตัว v2 ของเว็บไซต์ WP หรือไม่?


12

ทีมของฉันและฉันกำลังทำงานกับลูกค้าที่มีไซต์ WordPress ที่มีเนื้อหาพอใช้และธีมที่กำหนดเองที่พวกเขาสร้างขึ้น เป็นบล็อกกลุ่มซึ่งหมายความว่ามีบล็อกเกอร์หลายแห่งทั่วโลกที่เพิ่มและแก้ไขเนื้อหาตลอดเวลา

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

ขณะนี้เรากำลังทำงานจากเครื่องจักรการพัฒนาของเราเองและรวมเข้ากับเซิร์ฟเวอร์การพัฒนาเดียว รหัสทั้งหมดเป็นเวอร์ชันใน SVN DBA ที่ได้รับการแต่งตั้งของเรากำลังรวมการเปลี่ยนแปลงฐานข้อมูลเข้ากับ dev DB ด้วยตนเองในตอนนี้ แต่หวังว่าเขาจะสามารถทำให้เป็นอัตโนมัติได้ในไม่ช้า

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

เรามีแผนสองสามอย่างในใจ แต่ฉันชอบที่จะได้ยินว่าคนอื่น ๆ จัดการกับปัญหานี้ด้วยเช่นกัน มีวิธีปฏิบัติที่ดีที่สุดในการติดตามหรือหลีกเลี่ยงการผิดพลาดหรือไม่?

คำตอบ:


4

หากคุณทำตามคำแนะนำของ SethMerrick คุณสามารถลดเวลาการเปลี่ยนแปลงอย่างมากโดยลด TTL ในระเบียน DNS ที่เหมาะสมเป็น 5 นาทีหรือหลายชั่วโมง (ขึ้นอยู่กับว่า TTL ปัจจุบันคืออะไร) ก่อนที่คุณจะเปลี่ยนที่อยู่ IP

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


เราเพิ่งเริ่มทำสิ่งนั้นโดยบังเอิญ มันช่วยได้แน่นอน เราไม่สามารถจ่ายได้เป็นระยะเวลานาน ขอบคุณที่เพิ่มคำแนะนำนั้น!
Mike Lee

โปรดทราบว่าคุณควรเปลี่ยน TTL ก่อนที่จะเปลี่ยน IPจริง ๆ กล่าวอีกนัยหนึ่งถ้า TTL เป็นหนึ่งสัปดาห์คุณควรเปลี่ยน TTL เป็น 5 นาทีหนึ่งสัปดาห์ก่อนที่คุณจะเปลี่ยน IP เพื่อให้ทุกคนอยู่ใน TTL ใหม่เมื่อทำเช่นนั้น
Daniel C. Sobral

2

ฉันไม่แน่ใจว่าสิ่งนี้ใช้ได้หรือไม่ แต่ฉันเพิ่งผ่านกระบวนการที่คล้ายกันในการโยกย้ายและอัปเกรดไซต์ที่มีการเข้าชมสูงในเวลาเดียวกัน

กลยุทธ์พื้นฐานคือการทำงานบนเซิร์ฟเวอร์เซิร์ฟเวอร์จากนั้นเมื่อทุกอย่างพร้อมทำถ่ายโอน mysql บนเซิร์ฟเวอร์สดนำเข้าไปยังเซิร์ฟเวอร์เซิร์ฟเวอร์ทำการล้างข้อมูลที่จำเป็นแล้วชี้ระเบียน DNS ไปยังเซิร์ฟเวอร์เซิร์ฟเวอร์ทำให้ เซิร์ฟเวอร์ staging เพื่อเป็นเซิร์ฟเวอร์สดใหม่

บิตที่ยุ่งยากคือการรวมข้อมูลทั้งหมดที่สะสมระหว่างการเผยแพร่ DNS ไปยังเซิร์ฟเวอร์ staging (ซึ่งตอนนี้เป็นเซิร์ฟเวอร์สด) กล่าวอีกนัยหนึ่งถ้า 30 ชั่วโมงผ่านไปเมื่อคุณทำ mysql dump / update DNS ของคุณและเมื่อการเผยแพร่ DNS เสร็จสมบูรณ์คุณจะต้องเลือกรวม 30 ชั่วโมงของการบันทึกจากไซต์เก่าไปยังใหม่

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


ในสถานการณ์สมมตินี้คุณจะทำให้ไซต์เก่าเป็นแบบอ่านอย่างเดียวได้อย่างมีประสิทธิภาพขณะที่ DNS กำลังอยู่ในช่วงการเปลี่ยนภาพเพื่อป้องกันการเปลี่ยนแปลงในไซต์ที่จะไม่ถูกโยกย้าย
Trevor Bramble

นั่นเป็นวิธีการทางเลือกเพื่อป้องกันไม่ให้มีการเพิ่มข้อมูลใหม่ลงในฐานข้อมูลของเว็บไซต์เก่าในระหว่างการเปลี่ยนแปลง อย่างไรก็ตามวิธีที่ฉันกล่าวถึงข้างต้นทำให้ไซต์เก่าทำงานในระหว่างการเปลี่ยนแปลงจากนั้นผสานรายการฐานข้อมูลพิเศษใด ๆ ที่ปรากฏขึ้นระหว่างการเปลี่ยนแปลง (โพสต์ใหม่ความคิดเห็น ฯลฯ ) เข้าด้วยตนเองในไซต์ใหม่ แก้ไข: อยากจะพูดถึงว่าคำแนะนำของนักแสดงเกี่ยวกับ TTL Records เป็นคำแนะนำที่ยอดเยี่ยม
SethMerrick

เราได้ทำสิ่งที่คล้ายกับ ไม่ไร้รอยต่อ แต่เฮ้มันใช้งานได้
Mike Lee

2

@ Mike Lee: เป็นคำถามที่ยอดเยี่ยมและเป็นหนึ่งในจอกศักดิ์สิทธิ์ของ WordPress (หรือ CMS แบบโอเพ่นซอร์สหลัก ๆ ที่ฉันคุ้นเคยกับเรื่องนี้เช่น Drupal, Joomla, et al.)

ในขณะที่มันไม่ได้หมายถึงที่อยู่กรณีการใช้งานของคุณจะตรวจสอบคำตอบของฉันสำหรับคำถามที่เกี่ยวข้องซึ่งอธิบายปลั๊กอินระดับเบต้าฉันเพิ่งให้บริการผ่าน WordPress คำตอบแลกเปลี่ยนเรียกว่าWP Migrate Webhosts (ใช่ฉันดูดเมื่อมัน .)

แต่ฉันยังต้องการแก้ปัญหาการใช้งานที่คุณอธิบายด้วยปลั๊กอินและตอนนี้ฉันกำลังคิดเกี่ยวกับวิธีการทำให้สำเร็จ ฉันคิดว่าวิธีการที่จะเข้าใกล้มันคือการยอมแพ้ในการแก้ปัญหาโดยทั่วไปและแทนที่จะใช้รูปแบบที่เป็นที่รู้จักซึ่งมีอยู่ใน WordPress และจากนั้นอนุญาตให้คนอื่น " ขอ " ปลั๊กอินของฉันสำหรับกรณีพิเศษ ฉันยังคิดว่าวิธีการคือการจัดลำดับข้อมูลและโครงสร้างใน WordPress เป็นข้อมูลในไฟล์ PHP เพื่อให้ปลั๊กอินในอนาคตสามารถใช้การเปลี่ยนแปลงเหล่านี้ได้เนื่องจากเดลตาเหมือนกับระบบควบคุมซอร์สโค้ดที่ใช้เดลตาถึงเวอร์ชันปัจจุบันของแหล่งที่มา รหัส.

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


WP Migrate Webhosts ดูเหมือนปลั๊กอินที่จำเป็นมาก ขอบคุณสำหรับการแบ่งปันและข้อเสนอแนะนี้!
Mike Lee

อืมฉันก็คิดแบบนั้น. ฉันหวังว่าจะได้รับการทำงานร่วมกันเพื่อให้ฉันและผู้อื่นสามารถพัฒนาให้เป็นประโยชน์ยิ่งขึ้น! ขอบคุณสำหรับการโหวต
MikeSchinkel
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.