วงกลมการตรวจสอบและการเปลี่ยนของ API เพื่อให้การไหลเวียนของการแปล

[vBET]

ผมเข้าใจคำอธิบายและจุดของคุณ ตอนนี้เรามีเพื่อหาวิธีที่มันคิดว่าการทำงานในทางเทคนิค

ปัญหาหนึ่งฉันเห็นที่นี่เป็นวิธีที่เราจะรู้ว่าเรามีขีด จำกัด ใช้ได้หลังจากผู้ที่ถึงก่อน

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

วิธีการแก้ปัญหาอื่น ๆ จะมีการจัดเก็บข้อมูลที่ให้บริการที่ต้องการจะไม่สามารถใช้ได้และตรงไปยังหน้าหนึ่ง นี้จะได้เร็วขึ้นมากเนื่องจากการตรวจสอบตัวแปรท้องถิ่นจะเร็วกว่ารอการตอบสนองจากเซิร์ฟเวอร์ภายนอก เวลานี้เรามีปัญหาอื่น ๆ -- เราไม่ทราบว่าเมื่อผู้ให้บริการที่ต้องการใช้ได้ เราสามารถของหลักสูตรทำบางงานที่กำหนดซึ่งจะขอสำหรับการแปล (สั้น) ง่ายๆยกตัวอย่างเช่นครั้งต่อชั่วโมง / วันเพื่อตรวจสอบ ดังนั้นในกลยุทธ์นี้เราจะต้องตัดสินใจเลือกวิธีที่มักจะตามค่าเริ่มต้นงานเช่นสมมติว่าในการทำงาน แน่นอนว่าเราจะตรวจสอบเฉพาะเมื่อผู้ให้บริการบางส่วนถูกทำเครื่องหมายเป็นไม่สามารถใช้ได้
นอกจากนี้ถ้าเราทำเครื่องหมายให้เป็นไม่พร้อมใช้ -- จะทำอย่างไรเมื่อเรารู้ว่าผู้ให้บริการทั้งหมดไม่สามารถใช้ได้ -- เพิ่มข้อมูลสำหรับผู้ใช้บางคนหรือเพียงแค่การแปลสิ่งที่อยู่ในแคชและส่วนที่เหลือเป็นเดิมโดยไม่มีข้อมูลเพิ่มเติมใด ๆ เกี่ยวกับการขาดชั่วคราวของผู้ให้บริการแปล .

ไม่ว่าวิธีที่จะทำ, Google จะถือว่าเป็นหนึ่ง API (V1 V2 หรือขึ้นอยู่กับการตั้งค่า) -- มีความรู้สึกที่จะแยกมันไม่มีเพราะ Google V1 จะถูกปิดเร็ว ๆ นี้

อีกสิ่งหนึ่งคือการ อนุญาตให้มีการกำหนดค่าผู้ให้บริการคิวสำหรับแต่ละคู่ภาษาแยกต่างหาก บัดนี้ ให้เรียบร้อยแล้วให้กำหนดค่าผู้ให้บริการการแปลสำหรับแต่ละคู่ภาษา ผมคิดว่า เราสามารถเปลี่ยนจากค่าหนึ่งค่าเพื่อใช้จุลภาคคั่นระหว่างค่า (CSV) ด้วยวิธีนี้เราจะทราบว่าสำหรับแต่ละคู่ภาษาที่ผู้ให้บริการสนับสนุนการแปลนี้ และการกำหนดลักษณะการใบสั่ง (เพียงใบสั่งบนรายการ CSV) คืออะไร

หมายเหตุ : นี้จะมีผลกระทบต่อประสิทธิภาพบางอย่างไรก็ตาม แทนการสร้างวัตถุหนึ่งสำหรับการแปลเราจะมีการสร้างอาร์เรย์ของว ัตถุดังกล่าวและวัตถุห่อเพิ่มเติม (ที่จะให้มันโปร่งใสสำหรับส่วนอื่น ๆ ของรหัสและข้อผิดพลาดน้อยคว่ำ) แน่นอนว่าเราจะไม่สร้างวัตถุสำหรับผู้ให้บริการที่เรารู้ว่าไม่สามารถใช้ได้ในขณะนี้
วิธีการนี ้จะมีการกำหนดค่าใหม่สำหรับประสิทธิภาพที่ดีขึ้นและลบคิวให้ -- เช่นเดียวกับมันเป็นตอนนี้ -- ผู้ให้บริการต่อคู่ภาษา
นี้ไม่ควรจะมีราคาแพงสำหรับประสิทธิภาพการทำงาน แต่ยังมีบางส่วนตรรกะเพิ่มเติมและใช้หน่วยความจำ

กรุณาบอกวิธีการแก้ปัญหาซึ่งเป็นที่ต้องการ