Iteration 2Push-based architecture:

Iteration 2
Push-based architecture: whenever events occur in the system, add them to the user’s "mailbox". When a client asks for updates, return the data that’s already waiting in the mailbox.
Pros: reads are much quicker since the data is already available.
Cons: might waste effort on moving around update data that will never be read. Requires more storage space.
There is still post-processing of updates before returning them to the user. E.g.: collapse 10 updates from a user to 1.
The updates are stored in CLOB’s: 1 CLOB per update-type per user (for a total of 15 CLOB’s per user).
Incoming updates must be added to the CLOB. Use optimistic locking to avoid lock contention.
They had set the CLOB size to 8 kb, which was too large and led to a lot of wasted space.
Design note: instead of CLOB’s, LinkedIn could have created additional tables, one for each type of update. They said that they didn’t do this because of what they would have to do when updates expire: Had they created additional tables then they would have had to delete rows, and that’s very expensive.
They used JMX to monitor and change the configuration in real-time. This was very helpful.

ผลลัพธ์ (ไทย) 1:

เกิดซ้ำ 2กดตามสถาปัตยกรรม: เมื่อเหตุการณ์เกิดขึ้นในระบบ เพิ่มของผู้ใช้ "จดหมาย" เมื่อลูกค้าถามหาการปรับปรุง กลับข้อมูลที่กำลังรออยู่ในกล่องจดหมายดี: อ่านได้เร็วเนื่องจากมีข้อมูลอยู่แล้วข้อเสีย: อาจเสียความพยายามในการย้ายสถานปรับปรุงข้อมูลที่ไม่สามารถอ่าน ต้องการพื้นที่จัดเก็บเพิ่มเติมมีจะยังคงประมวลผลปรับปรุงก่อนเดินทางกลับไปยังผู้ใช้ เช่น: ยุบปรับปรุง 10 จากผู้ 1การปรับปรุงการจัดเก็บในของ CLOB: CLOB 1 ต่อชนิดการปรับปรุงต่อผู้ใช้ (สำหรับจำนวน 15 CLOB ของต่อผู้ใช้)ต้องถูกเพิ่มเข้ามาปรับปรุง CLOB ใช้เพื่อหลีกเลี่ยงการช่วงชิงงานบนล็อคพวกเขามี CLOB ขนาดต้องกัน 8 kb ซึ่งมีขนาดใหญ่เกินไป และไฟ led เพื่อสิ้นเปลืองพื้นที่หมายเหตุการออกแบบ: แทน CLOB ของ อย่างไร LinkedIn สามารถสร้างตารางเพิ่มเติม หนึ่งสำหรับแต่ละชนิดของการปรับปรุงได้ พวกเขากล่าวว่า พวกเขาไม่ได้ทำนี้เนื่องจากสิ่งที่พวกเขาจะต้องทำการปรับปรุงอายุ: ได้ทำสร้างตารางเพิ่มเติม แล้วก็จะมีการลบแถว และที่มีราคาแพงมากพวกเขาใช้ JMX เพื่อตรวจสอบ และเปลี่ยนแปลงโครงแบบในเวลาจริง นี้เป็นประโยชน์มาก

ผลลัพธ์ (ไทย) 2:

ย้ำ 2
สถาปัตยกรรมกดตาม: เมื่อมีเหตุการณ์เกิดขึ้นในระบบที่เพิ่มให้กับผู้ใช้ "กล่องจดหมาย" เมื่อลูกค้าถามหาการปรับปรุงกลับข้อมูลที่มีอยู่แล้วในกล่องจดหมายที่รอ.
จุดเด่น: เป็นคนอ่านเร็วมากเนื่องจากข้อมูลมีอยู่แล้ว.
จุดด้อย: อาจจะเสียความพยายามในการย้ายไปรอบปรับปรุงข้อมูลที่จะไม่อ่าน ต้องใช้พื้นที่จัดเก็บเพิ่มเติม.
ยังคงมีการโพสต์การปรับปรุงก่อนที่จะกลับพวกเขาให้กับผู้ใช้ เช่นการล่มสลาย 10 อัพเดทจากผู้ใช้ในการ 1.
การปรับปรุงจะถูกเก็บไว้ใน CLOB ของ: 1. CLOB ต่อการปรับปรุงประเภทต่อผู้ใช้ (รวมเป็น 15 CLOB ต่อผู้ใช้)
การปรับปรุงที่เข้ามาจะต้องเพิ่ม CLOB ใช้ล็อคในแง่ดีเพื่อหลีกเลี่ยงการต่อสู้ล็อค.
พวกเขาตั้งค่าขนาด CLOB 8 กิโลไบต์ซึ่งเป็นขนาดใหญ่เกินไปและนำไปสู่หลายพื้นที่ที่สูญเสียไป.
ทราบออกแบบ: แทน CLOB ของ LinkedIn จะมีการสร้างตารางเพิ่มเติมหนึ่งสำหรับแต่ละประเภท อัปเดต พวกเขาบอกว่าพวกเขาไม่ได้ทำเช่นนี้เพราะสิ่งที่พวกเขาจะต้องทำอย่างไรเมื่อหมดอายุการปรับปรุง: มีพวกเขาสร้างตารางเพิ่มเติมแล้วพวกเขาก็จะต้องมีการลบแถวและที่มีราคาแพงมาก.
พวกเขาใช้ JMX การตรวจสอบและเปลี่ยนการตั้งค่าใน เรียลไทม์ นี้เป็นประโยชน์มาก

ผลลัพธ์ (ไทย) 3:

รูป 2
ผลักดันสถาปัตยกรรม : เมื่อใดก็ตามที่เหตุการณ์เกิดขึ้นในระบบเพิ่มใน " ผู้ใช้กล่องจดหมาย " เมื่อลูกค้าขอปรับปรุง กลับข้อมูลที่รออยู่แล้วในกล่องจดหมาย .
ข้อดี : อ่านจะรวดเร็วมาก เพราะข้อมูลมีอยู่แล้ว .
ข้อเสีย : อาจเสียความพยายามในการย้ายไปรอบ ๆ ปรับปรุงข้อมูลที่ไม่มีวันได้อ่าน พื้นที่จัดเก็บ
ต้องการมากกว่าครับยังไม่มีการโพสต์ของการปรับปรุงก่อนที่จะกลับพวกเขาไปยังผู้ใช้ เช่น : ยุบ 10 การปรับปรุงจากผู้ใช้ 1 .
การปรับปรุงจะถูกเก็บไว้ใน clob : 1 clob ต่อประเภทของการปรับปรุงต่อผู้ใช้ ( รวมเป็น 15 clob ต่อผู้ใช้ ) .
ปรับปรุงขาเข้าจะถูกเพิ่มไปยัง clob . ใช้ล็อคเพื่อหลีกเลี่ยงการล็อคในการต่อสู้ พวกเขาได้ตั้ง clob
ขนาด 8 กิโลไบต์ซึ่งมีขนาดใหญ่เกินไป และทำให้พื้นที่มากเสีย .
ออกแบบ หมายเหตุ : แทน clob , LinkedIn จะสร้างตารางเพิ่มเติม หนึ่งสำหรับแต่ละชนิดของการปรับปรุง เขาบอกว่าเขาไม่ได้ทำ เพราะสิ่งที่พวกเขาจะต้องทำเมื่อการปรับปรุงหมดอายุ : มีพวกเขาสร้างตารางเพิ่มเติมแล้วพวกเขาจะต้องลบแถวและ
นั่นมันแพงมากพวกเขาใช้ jmx เพื่อตรวจสอบและเปลี่ยนการตั้งค่าในเวลาจริง นี้มีประโยชน์มาก