จากที่ทราบกันดีว่า Facebook ได้ประกาศเปิดตัว Facebook Messages โฉมใหม่ กันไปแล้ว
รายละเอียดการพัฒนาและการทำงานเบื้องหลังของระบบนี้ก็มีสิ่งที่น่าสนใจอยู่ไม่น้อยเหมือนกัน Facebook ได้อธิบายสถาปัตยกรรมนี้ไว้บนบล็อกทางด้านวิศวกรรมของบริษัท
เนื้อหาโดยสรุปคือ
- ระบบปัจจุบันมีการส่ง Messages ทั้งหมดกว่า 15,000 ล้านครั้งต่อเดือน และมีข้อความสนทนา (chat) กว่า 120,000 ล้านข้อความต่อเดือน จากผู้ใช้ของ Facebook กว่า 350 ล้านคน
- จากการวิเคราะห์ของ Facebook พบว่าข้อมูลเหล่านี้ลักษณะสำคัญสองประการคือ 1) เป็นชุดข้อมูลทางกายภาพสั้น ๆ ที่คาดเดาไม่ได้ (สำหรับข้อแรกนี้ ขอยอมรับว่าแปลไม่ค่อยถูกจริง ๆ ผู้ใดเข้าใจถ่องแท้ช่วยเข้ามาแปลเพิ่มเติมละกันนะครับ ผมเองก็อยากรู้เหมือนกัน) และ 2) ข้อมูลที่ไม่ถูกเรียกใช้ซ้ำมีจำนวนมากขึ้นเรื่อย ๆ ซึ่งเป็นโจทย์สำคัญในการคิดหาวิธีเก็บข้อมูลที่มีประสิทธิภาพที่สุด ตามคุณลักษณะทั้งสองนี้
- ระบบคลัสเตอร์ฐานข้อมูลที่ Facebook เลือกมาทดสอบได้แก่ MySQL, Apache Cassandra, และ Apache HBase ผลออกมาว่า Hbase ได้รับเลือก ซึ่งจริง ๆ แล้ว Facebook ก็หนักใจพอสมควรเพราะ Cassandra นี้ก็เป็นระบบที่ Facebook สร้างขึ้นมากับมือ ส่วน MySQL ก็เป็นระบบที่พนักงานมีความชำนาญอยู่แล้ว แต่เนื่องจาก Hbase มีคุณสมบัติและให้ประสิทธิภาพที่ดีกว่าตามคุณลักษณะสองประการดังกล่าว จึงตัดสินใจเลือก Hbase
- เนื่องจากว่าระบบ Messages ตัวใหม่นี้ต้องติดต่อกับบริการที่หลากหลาย ทั้ง SMS และอีเมล Facebook จึงตัดสินใจเขียนเซิร์ฟเวอร์ขึ้นมาใหม่เองเลยแทนที่จะใช้โครงสร้างของเว็บเซิร์ฟเวอร์ทั้ว ๆ ไป โดยใช้เทคโนโลยีที่สำคัญคือ Haystack และ Apache Zookeeper
ที่มา - Facebook Engineering's Notes
on
ผมแก้เนื้อหาตรงช่วงจะใส่
mk Tue, 16/11/2010 - 17:20
ผมแก้เนื้อหาตรงช่วงจะใส่ break ไปหน่อยนะครับ จะได้ลื่นขึ้น ส่วนคำแปลของข้อ 1) นี่คิดไม่ออกเหมือนกัน
ข้อ 1) แปลยากจริงๆครับ
javaboom Tue, 16/11/2010 - 18:25
In reply to ผมแก้เนื้อหาตรงช่วงจะใส่ by mk
ข้อ 1) แปลยากจริงๆครับ น่าจะหมายถึง ข้อมูลขนาดเล็กที่อายุสั้นและมีแนวโนมว่าจะไม่ได้รับความสนใจ คือ เกิดขึ้นมาแล้วก็หยุดแค่นั้น ประโยคเขาใช้คำว่า temporal กับ volatile แต่ถ้าคิดตามการประมวลผลทางสายนี้ สองคำนี้ความหมายจะออกไปในทางเดียวกัน คือ มาแล้วก็ไป (มาเร็วไปเร็ว) ส่วนข้อ 2) ผมเข้าใจแบบคุณ Ich คือ ข้อมูลที่เคยโตขึ้นเรื่อยๆ แต่ต่อมาไม่ได้รับความสนใจ (อาจจะเหมือนกับพวก Ads บางตัว หรือหัวข้อที่เคยดังแต่ต่อมาล้าสมัย) ต่างจากข้อ 1) ที่เกิดมาแล้วก็หยุดเท่านั้น เหมือนบอกเล่าทั่วๆไป (คล้าย tweet ที่ไร้ RT)
ผมแปลได้กลับกันนะครับ คือ 1)
kittipat Wed, 17/11/2010 - 00:58
In reply to ข้อ 1) แปลยากจริงๆครับ by javaboom
ผมแปลได้กลับกันนะครับ คือ
เพิ่ม
ตัวอย่างกลุ่มแรก ข่าวหน้าแรก blognone
กลุ่มสอง ข่าวเก่าๆ
ด้วยความข้องใจ เลยลองค้นหาดู
lch Wed, 17/11/2010 - 08:47
In reply to ข้อ 1) แปลยากจริงๆครับ by javaboom
ด้วยความข้องใจ เลยลองค้นหาดู ก็เลยพบสิ่งที่อาจจะเป็นคำตอบก็ได้นะครับ ลองดูกันครับ
ข้อแรกนั้น ประโยคเต็มคือ A short set of temporal data that tends to be volatile.
จากที่ผมแปลแต่แรก ผมก็คิดว่าคำที่น่าสนใจก็คือคำว่า temporal กับ volatile
volatile คิดว่าเห็นตรงกันว่าน่าจะแปลว่า ที่เปลี่ยนแปลงบ่อย ๆ และคาดเดายาก (likely to change suddenly and unexpectedly) ซึ่งก็เข้ากับการนำมาใช้กัน volatile / non-volatile memory - volatile memory มีการเปลี่ยนแปลงข้อมูลบ่อย ๆ ต้องใช้ไฟเลี้ยง, non-volatile memory ก็คงไม่เปลี่ยนหรือใช้งานบ่อย ๆ ก็เลยใช้เรียกพวก secondary storage ทั้งหลาย ดังนั้นคำนี้ ผ่าน ครับ
temporal คำนี้เป็นคำหลักที่แปลไม่ออก ถึงรู้สึกเหมือนว่าจะแปลออก แต่ก็ไม่เข้าใจ เลยข้องใจมาก คำนี้น่าแปลกตรงที่ว่า ผมก็คิดว่าแปลประมาณเดียวกับ temporary - ชั่วคราว แต่พอตรวจสอบดู ทั้ง cambridge กับ oxford ให้ผลเหมือนกันว่าไม่ได้แปลว่าชั่วคราว แต่แปลออกแนวว่าเป็นเรื่องเกี่ยวกับทางกายภาพ จับต้องได้ มากกว่าเป็นพวกทางจิตใจ หรือ จิตวิญญาณ (relating to practical matters or physical things, rather than spiritual ones) แต่ oxford ก็มีให้ดูว่าทั้ง temporal และ temporary มาจากรากศัพท์เดียวกันคือคำว่า Time - เวลา
ถ้าไปในความหมายเกี่ยวกับทางกายภาพนี้ คำว่า temporal data ก็น่าจะแปลว่า data จริง ๆ ตัวเป็น ๆ จับต้องได้ ผมก็เลยฉงนต่อว่า แล้ว data ที่มันไม่เป็นทางกายภาพแท้ ๆ เนี่ย มันเป็นประมาณไหน
ผมเลยลองหาคำว่า temporal data ดู โอ้โฮ มีแฮะ มีความหมายเฉพาะตัวซะด้วย โดยแปลว่า Temporal data is data that represents a state in time. (อันนี้ผมก็เลือก ๆ มา อาจจะไม่ถูกต้องที่สุด แต่คิดว่าอ่านง่ายสุด) ซึ่งก็คือ ข้อมูลที่มีเวลากำกับ หรือ ข้อมูลที่มีเวลาเป็นเรื่องสำคัญ เวลาที่เชื่อมโยงกับข้อมูลนั้นจะเป็นตัวระบุว่าข้อมูลนั้น valid หรือไม่ ผลการค้นหาพบว่ามีคำว่า tempoal database ออกมามากพอสมควร ซึ่งเกี่ยวข้องกันโดยตรงมาก ถ้าลองอ่านที่ wikipedia จะทำให้เข้าใจได้มากเลยทีเดียวครับ ลองอ่านตรง example ที่เค้ายกตัวอย่าง John Doe ดูครับ อ่านแล้วเข้าใจอย่างแรง ผมก็เพิ่งรู้จัก temporal database นี่แหละ :-) (และก็สงสัยเหมือนกันว่าทำไมเรายังใข้ non-temporal database กันอยู่) (อย่างไรก็ตาม ก็แปลคนละเรื่องกับคำว่า temporal เฉย ๆ ตาม cambridge และ oxford ซะงั้น)
กลับมาที่ facebook คำแปลที่ว่าข้อมูลที่มีเวลาเป็นสำคัญ ก็เลยฟัง make sense ขึ้นมาทันที เพราะเป็นข้อมูลจำพวก chat, sms, messages ทั้งหลาย ซึ่งธรรมชาติของข้อมูลเหล่านี้ ก็ต้องแสดงตามลำดับเวลาเป็นสำคัญ ใครทำอะไรเมื่อไร ใครทำก่อนหลัง ใครพูดก่อนพูดหลัง ถ้าลำดับผิดก็จะเกิดความสับสนทันที (ข้อมูลที่เวลาไม่ใช่เรื่องสำคัญมาก ก็อาจจะเป็นพวกหน้าเวบ หรือ FTP เป็นต้นนะครับ)
แค่คิดว่าต้องจัดการข้อมูลโดยมีเวลาเป็นปัจจัยสำคัญด้วยเนี่ย ผมก็คิดว่าต้องรื้อสิ่งที่เคยทำ ๆ มาหลายอย่างเลย ยิ่งถ้าคิดว่าเป็นการจัดการข้อมูลระดับแสนล้านครั้งต่อเดือน แค่คิดยังเหนื่อยแทน
ขยันมากเลย ขอบคุณค่ะ :)
Sripattra Wed, 17/11/2010 - 11:00
In reply to ด้วยความข้องใจ เลยลองค้นหาดู by lch
ขยันมากเลย ขอบคุณค่ะ :)
temporal น่าจะมาจาก tempo
meekob Wed, 17/11/2010 - 20:03
In reply to ด้วยความข้องใจ เลยลองค้นหาดู by lch
temporal น่าจะมาจาก tempo ที่แปลว่าจังหวะนะ
ขอบคุณครับ :-)
lch Wed, 17/11/2010 - 07:22
In reply to ผมแก้เนื้อหาตรงช่วงจะใส่ by mk
ขอบคุณครับ :-)
ข้อหนึ่งน่าจะแปลว่า
RobGThai Tue, 16/11/2010 - 19:56
ข้อหนึ่งน่าจะแปลว่า ข้อมูลชั่วคราวความยาวสั้นๆที่หมดความสำคัญเกือบจะทันที(อย่างรวดเร็ว?) นะครับ
ในทีนี้น่าจะหมายถึงพวกข้อมูลการส่งข้อความคุยกันในขณะนั้นเลยเช่นพวก "เที่ยงนี้ไปกินข้าวกัน" "ok" ใช้แล้วจบเลย ทำนองนั้น
กำลังคิดอยู่ว่า ถ้าจะบอกได้ก็แปลว่าต้องดูข้อมูลการใช้ของ user สิ - -a
แต่ไม่คิดว่าจะเลิกใช้ แคสซานดร้า เอาดื้อๆแฮะ
ที่บอกได้ผมว่าน่าจะแค่เก็บสถิ
kittipat Wed, 17/11/2010 - 00:57
In reply to ข้อหนึ่งน่าจะแปลว่า by RobGThai
ที่บอกได้ผมว่าน่าจะแค่เก็บสถิติการเปิดดูข้อมูลอย่างเดียวนะครับ นั่งเปิดดูหมดคงไม่ไหว แถมจะมีเรื่องอีกตะหาก
FB น่ากลัวจริงๆ แต่สนุก!
lingjaidee Tue, 16/11/2010 - 20:53
FB น่ากลัวจริงๆ แต่สนุก!
การตัดสินใจของ FB
mednoon Tue, 16/11/2010 - 21:25
การตัดสินใจของ FB นี่เค้าคิดเป็นระบบได้ดีมากๆเลย แถมลึกซึ้งอีกต่างหาก
eventual consistency
bow_der_kleine Wed, 17/11/2010 - 04:01
eventual consistency ไม่เวิร์คสินะ ถึงได้เปลี่ยนใจมาใช้ HBase แทนที่จะเป็น Cassandra
จะมีึคนใช้ไหมเนี่ย
khajochi Wed, 17/11/2010 - 11:36
จะมีึคนใช้ไหมเนี่ย การจะเปลี่ยนพฤติกรรมคนใช้อีเมล์นี่ยากมากเลยนะ
ผมคนนึงล่ะ
binla Wed, 17/11/2010 - 14:08
In reply to จะมีึคนใช้ไหมเนี่ย by khajochi
ผมคนนึงล่ะ เวลาส่งอะไรสั้นๆง่าย ส่งบน fb ง่ายกว่า เปิดทุกวันอยุ่แ้ล้ว
แอบอยากรู้ว่าเค้าทดสอบกันยังไ
kiak Wed, 17/11/2010 - 23:31
แอบอยากรู้ว่าเค้าทดสอบกันยังไง