Percona เปิดโครงการ Valkey-proxy ให้แอปย้ายจาก Redis ไปคลัสเตอร์ Valkey โดยไม่ต้องแก้โค้ด
Percona ประกาศ Valkey-proxy เมื่อ 7 ต.ค. 2026 พร็อกซีโอเพนซอร์สที่ให้แอปซึ่งเขียนสำหรับ Valkey เครื่องเดียวใช้งานคลัสเตอร์ได้ เปิดทางย้ายจาก Redis เชิงพาณิชย์
โดย กองบรรณาธิการ THAI DATA อ่าน 5 นาที
สรุปประเด็นสำคัญ
- Percona ประกาศ Valkey-proxy เมื่อ 7 ตุลาคม 2026 โครงการนี้วิศวกรของ Percona พัฒนา และได้รับการยอมรับเป็นโครงการทางการภายใต้ Valkey แล้ว
- Valkey-proxy รับหน้าที่ที่ไคลเอนต์แบบ cluster-aware เคยต้องทำ ได้แก่ หาโหนดจาก hash slot แยกคำสั่งหลายคีย์ไปทุก shard ติดตามผังคลัสเตอร์ และ pool การเชื่อมต่อ
- โค้ดจะเปิดเผยราว กลางเดือนตุลาคม 2026 ภายใต้สัญญาอนุญาต BSD-3-Clause ตามด้วยช่วงรับฟังความเห็นและทดสอบ และตั้งเป้าพร้อมใช้งานทั่วไปช่วง ต้นปี 2027
- Redis ตั้งแต่รุ่น 7.4 ใช้สัญญาอนุญาต RSALv2 หรือ SSPLv1 ส่วน Redis 8 ขึ้นไปเพิ่มตัวเลือก AGPLv3 ขณะที่ Valkey ใช้สัญญาอนุญาต BSD
Percona ผู้ให้บริการซอฟต์แวร์และซัพพอร์ตฐานข้อมูลโอเพนซอร์ส ประกาศเมื่อวันที่ 7 ตุลาคม 2026 เปิดโครงการ Valkey-proxy พร็อกซีโอเพนซอร์สที่ทำให้แอปซึ่งเขียนไว้สำหรับ Valkey เครื่องเดียว (standalone) ทำงานบนคลัสเตอร์ที่ขยายแนวนอนได้โดยไม่ต้องแก้โค้ด โครงการนี้ได้รับการยอมรับเป็นโครงการทางการภายใต้ Valkey แล้ว และ Percona วางให้เป็นทางย้ายออกจาก Redis เชิงพาณิชย์
Valkey คือที่เก็บข้อมูลแบบ key/value ในหน่วยความจำที่ใช้ทำแคช คิวข้อความ และใช้เป็นฐานข้อมูลหลักได้ โครงการใช้สัญญาอนุญาต BSD และมี Linux Foundation หนุนหลัง หลายองค์กรรู้จักในฐานะทางเลือกของ Redis หลังจาก Redis เปลี่ยนสัญญาอนุญาต
Valkey-proxy แก้ปัญหาอะไร
ประกาศของ Percona อธิบายว่า Valkey ทำงานได้สองโหมด โหมด standalone เหมาะกับระบบขนาดเล็กที่มี replica ไว้สลับเมื่อเครื่องหลักล่ม ส่วนโหมดคลัสเตอร์ออกแบบมาเพื่อระบบใหญ่ที่ต้องขยายขนาดและสำรองกันตั้งแต่ต้น ปัญหาคือทีมที่เริ่มจาก standalone มักพึ่งความสามารถที่ทำงานต่างไปในโหมดคลัสเตอร์ เช่น คำสั่งที่ใช้หลายคีย์พร้อมกัน การไล่อ่านคีย์ทั้งหมด (keyspace scanning) และ pub/sub
README ของโครงการบน GitHub ลงรายละเอียดว่าในโหมดคลัสเตอร์ ไคลเอนต์ต้องรู้เองว่าคีย์ใดอยู่โหนดใด ต้องรับมือคำตอบ MOVED หรือ ASK เมื่อข้อมูลย้ายโหนด คำสั่งอย่าง MGET หรือ DEL ที่คีย์อยู่ต่าง slot จะล้มด้วยข้อผิดพลาด CROSSSLOT และแอปทุกตัวต้องเปิด pool การเชื่อมต่อแยกไปยังทุก shard ทั้งยังไม่ใช่ทุกภาษาที่มีไลบรารีไคลเอนต์แบบคลัสเตอร์ที่ดูแลดี ที่ผ่านมาการย้ายไปคลัสเตอร์จึงมักหมายถึงการเขียนแอปบางส่วนใหม่
Valkey-proxy ทำงานอย่างไร
พร็อกซีตัวนี้เขียนด้วยภาษา C ทำงานแบบหลายเธรดและ non-blocking คั่นกลางระหว่างแอปกับคลัสเตอร์ Valkey หรือ Redis และสื่อสารด้วยโปรโตคอล RESP แบบเดียวกับที่ไคลเอนต์ใช้อยู่แล้ว ความสามารถที่ README ระบุว่ามีแล้ว ได้แก่
- endpoint เดียว แอปเชื่อมต่อผ่าน TCP หรือ Unix socket เหมือนคุยกับ Valkey เครื่องเดียว และเปิด TLS ระหว่างแอปกับพร็อกซีได้
- ส่งคำสั่งไปถูกโหนด คำสั่งคีย์เดียวถูกส่งตามค่า CRC16 ของคีย์ไปยังโหนดที่ถือ slot นั้น
- แยกคำสั่งหลายคีย์ คำสั่งอย่าง MGET, MSET, DEL, UNLINK และ EXISTS ถูกแยกส่งไปแต่ละ shard พร้อมกัน แล้วรวมคำตอบกลับเป็นชุดเดียวตามลำดับเดิม
- กระจายคำสั่งระดับคลัสเตอร์ คำสั่งอย่าง DBSIZE, KEYS, SCAN และกลุ่มคำสั่งค้นหา FT.* ถูกส่งไปทุกโหนดหลักแล้วรวมผล
- ติดตามผังคลัสเตอร์ เธรดเบื้องหลังอ่านผังคลัสเตอร์ใหม่เป็นระยะ จับการย้าย slot และการสลับโหนดได้โดยไม่ต้องรีสตาร์ตพร็อกซี
- pool การเชื่อมต่อ แยก pool ตามประเภทคำสั่ง เช่น คำสั่งปกติ คำสั่งที่รอผล (BLPOP) pub/sub และธุรกรรม ทำให้จำนวนการเชื่อมต่อไปยังคลัสเตอร์คงที่แม้แอปจะขยายจำนวน
พร็อกซียังแยกการเชื่อมต่อตามผู้ใช้ ACL ให้สิทธิ์ของแต่ละบัญชีมีผลถูกต้อง และรองรับโปรโตคอล RESP3 ส่วนสิ่งที่ยังไม่ครบ README ระบุว่าคำสั่งธุรกรรม MULTI/EXEC/WATCH ยังรองรับแบบจำกัด การใช้ SELECT ไปยังฐานข้อมูลที่ไม่ใช่ 0 ยังไม่รองรับตลอดเส้นทาง และคำสั่งดูแลระบบอย่าง CLUSTER, CONFIG และ DEBUG ยังไม่ได้ทำ แผนพัฒนาถัดไปมีการแยกงานอ่านไปที่ replica และ audit log บันทึกคำสั่งที่ผ่านพร็อกซี
กำหนดการของ Valkey-proxy และสถานะโค้ด
repository valkey-io/valkey-proxy บน GitHub ถูกสร้างเมื่อ 5 ตุลาคม 2026 ซึ่งตรงกับวันจัดงาน ValkeyConf 2026 ที่กรุงปราก สาธารณรัฐเช็ก ขณะนี้ยังมีเพียง README เพราะโค้ดที่พัฒนาแล้วอยู่ใน repository ส่วนตัว และจะย้ายมาเปิดเผยตามกำหนดดังนี้
| ช่วงเวลา (ประมาณการ) | ขั้นตอน |
|---|---|
| กลางเดือนตุลาคม 2026 | ย้ายโค้ดมาที่ repository สาธารณะภายใต้สัญญาอนุญาต BSD-3-Clause |
| พฤศจิกายน–ธันวาคม 2026 | รับฟังความเห็น ทดสอบ และทำเอกสาร |
| ธันวาคม 2026–มกราคม 2027 | ระบบอัตโนมัติ รุ่น release candidate และพร้อมใช้งานทั่วไป |
ประกาศของ Percona ใช้ถ้อยคำว่าตั้งเป้าพร้อมใช้งานทั่วไปช่วงต้นปี 2027 ส่วนตารางข้างต้นมาจาก README ซึ่งระบุชัดว่าเป็นการประมาณการ
ทำไม Valkey-proxy สำคัญกับผู้ใช้ Redis
ตามหน้าสัญญาอนุญาตของ Redis รุ่น 7.2 ลงไปยังใช้ BSD-3-Clause แต่ Redis Community Edition 7.4 เปลี่ยนเป็น RSALv2 หรือ SSPLv1 และ Redis Open Source ตั้งแต่รุ่น 8 ให้เลือกได้สามแบบคือ RSALv2, SSPLv1 หรือ AGPLv3 Redis ระบุเองว่า RSALv2 และ SSPLv1 ไม่ใช่สัญญาอนุญาตโอเพนซอร์ส ส่วน AGPLv3 เป็นโอเพนซอร์สแบบ copyleft ที่มีเงื่อนไขเปิดเผยซอร์สโค้ดเมื่อให้บริการผ่านเครือข่าย Valkey จึงเป็นทางเลือกขององค์กรที่ต้องการสัญญาอนุญาตแบบ BSD เหมือนเดิม
Kyle Davis ผู้จัดการทั่วไปด้าน Valkey ของ Percona กล่าวในประกาศว่า "องค์กรจำนวนมากอยากย้ายไป Valkey แต่ทำไม่ได้ถ้ายังไม่มีพร็อกซีโอเพนซอร์สที่เป็นมาตรฐาน" เขาอธิบายว่าทางเลือกที่เหลือคืออยู่กับ Redis เชิงพาณิชย์ซึ่งมีค่าไลเซนส์และค่าดูแลสูง หรือย้ายไปบริการ managed ของผู้ให้บริการคลาวด์ ซึ่งพร็อกซีผูกกับแพลตฟอร์มของผู้ให้บริการรายนั้นและไม่เป็นโอเพนซอร์ส
Percona ยอมรับว่า Redis เชิงพาณิชย์ใช้แนวทางพร็อกซีลักษณะเดียวกับ Valkey-proxy อยู่แล้ว จุดต่างคือ Valkey-proxy เป็นโอเพนซอร์สทั้งหมด ซึ่งบริษัทชี้ว่าสำคัญกับองค์กรที่กังวลเรื่องการผูกติดกับผู้ขาย (vendor lock-in) และอธิปไตยทางข้อมูล Davis เข้าร่วม Percona เมื่อเดือนมีนาคม 2026 โดยก่อนหน้านั้นทำงานด้านกลยุทธ์โอเพนซอร์สของ Valkey ที่ AWS และเคยเป็นหัวหน้าฝ่าย Developer Advocacy ของ Redis
สิ่งที่องค์กรควรทำ
- สำรวจ Redis ที่ใช้อยู่ทั้งหมด บันทึกรุ่นและสัญญาอนุญาตของแต่ละระบบ รุ่น 7.2 ลงไปยังเป็น BSD ส่วนรุ่น 7.4 ขึ้นไปและ Redis เชิงพาณิชย์มีเงื่อนไขต่างออกไป ฝ่ายจัดซื้อและฝ่ายกฎหมายควรรู้ข้อมูลนี้ก่อนต่อสัญญารอบหน้า
- อย่าเพิ่งนำ Valkey-proxy ขึ้นระบบจริง โค้ดยังไม่เปิดเผยและยังไม่มีรุ่นพร้อมใช้งานทั่วไป ใช้ช่วงพฤศจิกายน–ธันวาคม 2026 ทดสอบกับสภาพแวดล้อมทดสอบ และตรวจว่าแอปใช้ MULTI/EXEC หรือ SELECT ฐานข้อมูลอื่นหรือไม่ เพราะยังเป็นข้อจำกัด
- ทีมที่ระบบ standalone ใกล้เต็มขีดความสามารถ วางแผนทดสอบการย้ายไปคลัสเตอร์ผ่านพร็อกซี แทนการเปลี่ยนไลบรารีไคลเอนต์ในทุกแอป โดยเฉพาะแอปเก่าหรือภาษาที่ไม่มีไคลเอนต์แบบคลัสเตอร์ที่เชื่อถือได้
- องค์กรที่ต้องเก็บข้อมูลในดาต้าเซ็นเตอร์ของตัวเอง เช่น หน่วยงานรัฐและสถาบันการเงิน ได้ทางเลือกที่ติดตั้งเองได้ทั้งชุดโดยไม่พึ่งบริการคลาวด์รายใดรายหนึ่ง ซึ่งเข้ากับแนวทาง Multi-cloud ที่ไม่ผูกกับผู้ให้บริการรายเดียว
- ส่งความต้องการในช่วงรับฟังความเห็น ความสามารถอย่าง audit log และการแยกงานอ่านไปที่ replica ยังอยู่ในแผนพัฒนา องค์กรที่ต้องการต้องเสนอผ่าน GitHub ของโครงการ ติดตามข่าวฐานข้อมูลและแพลตฟอร์มข้อมูลเพิ่มเติมได้ที่หมวดข้อมูล
คำถามที่พบบ่อย
Valkey-proxy คืออะไร?
Valkey-proxy คือพร็อกซีโอเพนซอร์สที่ Percona ประกาศเมื่อ 7 ตุลาคม 2026 ทำหน้าที่คั่นกลางระหว่างแอปกับคลัสเตอร์ Valkey หรือ Redis แอปเชื่อมต่อพร็อกซีเหมือนคุยกับ Valkey เครื่องเดียว ส่วนพร็อกซีเป็นผู้หาโหนดที่เก็บคีย์ แยกคำสั่งหลายคีย์ และจัดการการเชื่อมต่อแทน
Valkey-proxy ใช้งานได้เมื่อไร?
Percona ระบุว่าจะเผยแพร่โค้ด Valkey-proxy ราวกลางเดือนตุลาคม 2026 ภายใต้สัญญาอนุญาต BSD-3-Clause จากนั้นเปิดช่วงรับฟังความเห็นและทดสอบ และตั้งเป้าพร้อมใช้งานทั่วไปช่วงต้นปี 2027 ระหว่างนี้จึงยังไม่ควรนำไปใช้กับระบบจริง
ทำไมองค์กรที่ใช้ Redis ถึงสนใจย้ายไป Valkey?
Redis เปลี่ยนสัญญาอนุญาตตั้งแต่รุ่น 7.4 เป็น RSALv2 หรือ SSPLv1 ซึ่ง Redis เองระบุว่าไม่ใช่สัญญาอนุญาตโอเพนซอร์ส แม้ Redis 8 จะเพิ่มตัวเลือก AGPLv3 แต่ Valkey ซึ่งมี Linux Foundation หนุนหลังยังใช้สัญญาอนุญาต BSD ที่ข้อผูกพันน้อยกว่า และ Valkey-proxy ช่วยลดงานแก้แอปเมื่อย้าย
Valkey-proxy ยังมีข้อจำกัดอะไรบ้าง?
README ของ Valkey-proxy ระบุว่าคำสั่งธุรกรรม MULTI/EXEC ยังรองรับแบบจำกัด การเลือกฐานข้อมูลที่ไม่ใช่ 0 ด้วย SELECT ยังไม่รองรับครบ และคำสั่งดูแลระบบอย่าง CLUSTER, CONFIG และ DEBUG ยังไม่ได้ทำ ส่วนการแยกอ่านเขียนและ audit log อยู่ในแผนพัฒนา
แหล่งอ้างอิง
- Percona Announces Valkey-proxy, an Open Source Project to Ease Enterprise Migration to Valkey — Percona (GlobeNewswire)
- valkey-io/valkey-proxy: Valkey native proxy — Valkey (GitHub)
- Licenses — Redis
- Valkey — Valkey / Linux Foundation
- Percona Appoints Kyle Davis as General Manager of Redis/Valkey Ecosystem — Percona
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ