ฉันกำลังกำหนดค่าเซิร์ฟเวอร์ของเราและเนื่องจากลักษณะของ load balancer ของเราเราจึงไม่สามารถส่งส่วนหัวที่คงอยู่ต่อไปได้ ฉันกำลังพยายามหาผลกระทบของการส่งส่วนหัวเหล่านี้ไปยังผู้ใช้ปลายทางและเซิร์ฟเวอร์ ทั้งสองจะสังเกตเห็นอะไร?
ฉันกำลังกำหนดค่าเซิร์ฟเวอร์ของเราและเนื่องจากลักษณะของ load balancer ของเราเราจึงไม่สามารถส่งส่วนหัวที่คงอยู่ต่อไปได้ ฉันกำลังพยายามหาผลกระทบของการส่งส่วนหัวเหล่านี้ไปยังผู้ใช้ปลายทางและเซิร์ฟเวอร์ ทั้งสองจะสังเกตเห็นอะไร?
คำตอบ:
ก่อนอื่นตะโกน ลั่น ที่ผู้ขายของคุณ สำหรับการมีผลิตภัณฑ์ที่ไม่ได้สนับสนุนมากกว่า-a-ทศวรรษเก่า HTTP / 1.1 โปรโตคอล
ผลกระทบของการไม่มีการเชื่อมต่อแบบถาวรเป็นการเพิ่มขึ้นอย่างมากของเวลาในการโหลดทรัพยากร ด้วย keep-alive สามารถใช้การเชื่อมต่อ TCP เดียวเพื่อร้องขอทรัพยากรหลาย ๆ โดยไม่มีเซสชัน TCP ใหม่ (ด้วยการจับมือสามทางใหม่ - และหากคุณใช้ SSL จำเป็นต้องมีการเจรจา SSL ใหม่) สำหรับแต่ละทรัพยากรในเพจ
ในทางปฏิบัติผลกระทบจะขึ้นอยู่กับจำนวนทรัพยากรบนหน้าเวลาเดินทางไปกลับระหว่างไคลเอนต์และเซิร์ฟเวอร์และจำนวนการร้องขอพร้อมกันที่เบราว์เซอร์ของลูกค้ากำลังดำเนินการในแต่ละครั้ง (เบราว์เซอร์สมัยใหม่ทำงาน ~ 6ish ตามค่าเริ่มต้น) . ทรัพยากรจำนวนมากต่อหน้าและลูกค้าที่อยู่ห่างไกลจะหมายถึงการเพิ่มขึ้นอย่างเห็นได้ชัดในเวลาโหลดหน้า
Keep alive จะช่วยเพิ่มประสิทธิภาพทั้งฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์อย่างมาก ถ้าเป็นไปได้อย่าปิดการใช้งาน ตัวโหลดบาลานซ์ควรทำงานได้ดีเมื่อเปิดการทำงานต่อไป
sending these headers to both the end-user and the server
- หือ? คุณจะเจาะจงมากขึ้นเกี่ยวกับสิ่งที่คุณต้องการจะทำอย่างไร ส่วนหัวจะถูกส่งจากที่ใดและสิ่งนี้จะแก้ไขข้อ จำกัด ของ load balancer ของคุณกับการเชื่อมต่อ HTTP แบบ HTTP ได้อย่างไร การทำงานแบบมีชีวิตอยู่นั้นต้องการมากกว่าแค่ส่วนหัว แต่ก็ต้องการความร่วมมือจากทุกอุปกรณ์ที่เกี่ยวข้องกับการเชื่อมต่อ HTTP