Cloud SQL Auth Proxy

อินสแตนซ์ Cloud SQL ของคุณไม่มี IP สาธารณะ
เข้าถึงมันด้วยชื่อ โดยไม่ต้องมี VM แบบ bastion

AgentsRoom เริ่ม Cloud SQL Auth Proxy ให้เมื่อคุณเปิดการเชื่อมต่อ แล้วชี้ไคลเอนต์ฐานข้อมูลของมันไปที่นั่น คุณแค่ใส่ชื่อการเชื่อมต่อของอินสแตนซ์ project:region:instance หรือเลือกจากรายการที่การล็อกอิน gcloud ของคุณมองเห็น

พร็อกซีได้รับอนุญาตจาก Application Default Credentials ของคุณ AgentsRoom จึงไม่เก็บคีย์ service account และเมื่อใช้การยืนยันตัวตนฐานข้อมูลด้วย IAM ก็ไม่มีรหัสผ่านฐานข้อมูลด้วย ส่วนเอเจนต์เขียนโค้ด AI ก็คิวรีอินสแตนซ์เดียวกันได้ แบบอ่านอย่างเดียว

Cloud SQL Auth Proxy
ไม่มี IP สาธารณะ
AgentsRoom
127.0.0.1 : พอร์ตที่ OS เลือกให้
cloud-sql-proxy
--private-ip --auto-iam-authn
การล็อกอิน gcloud ของคุณTLS 1.3, IAM
อินสแตนซ์ Cloud SQL
acme-prod:europe-west1:orders
กำลังจองพอร์ต loopback ที่ว่าง
เฉพาะ loopback เท่านั้น ไม่เคยออกสู่เครือข่ายท้องถิ่นไม่เก็บคีย์ ไม่มี VM แบบ bastion

วิธีที่ AgentsRoom เข้าถึงอินสแตนซ์ Cloud SQL ผ่าน IP ส่วนตัวด้วย Cloud SQL Auth Proxy โดยฝั่งแอปไม่ต้องเก็บอะไรไว้เลย

อินสแตนซ์ Cloud SQL ที่มีแต่ IP ส่วนตัวคือการตั้งค่าที่ถูกต้อง และก็เป็นการตั้งค่าที่เข้าถึงยากด้วย ฐานข้อมูลอยู่ใน VPC ของคุณ IP สาธารณะถูกปิดไว้ และมีแค่เครื่องที่อยู่ในเครือข่ายนั้นเท่านั้นที่เข้าถึงมันได้ แล้วบั๊กตัวหนึ่งก็บังคับให้ต้องดูข้อมูลสามแถว จากแล็ปท็อปเครื่องเดียว

Google มีคำตอบให้แล้ว คือ Cloud SQL Auth Proxy มันเปิดการเชื่อมต่อที่เข้ารหัสไปยังอินสแตนซ์ โดยได้รับอนุญาตจากตัวตน Google ของคุณแทนที่จะใช้รายการ IP ที่อนุญาต แล้วเปิดให้ใช้เป็นพอร์ตในเครื่อง ความยุ่งยากที่ตามมาอยู่รอบ ๆ ตัวมัน ทั้งการติดตั้ง การจำชื่อการเชื่อมต่อของอินสแตนซ์ การรันมันในเทอร์มินัลก่อนเปิดไคลเอนต์ และการลืมปิดมันทิ้งไว้ทีหลัง

AgentsRoom จัดการส่วนนี้ให้ คุณเลือก Google Cloud SQL ในช่อง เข้าถึงผ่าน ของการเชื่อมต่อฐานข้อมูล ใส่อินสแตนซ์ ติ๊ก IP ส่วนตัว หรือ การยืนยันตัวตนฐานข้อมูลด้วย IAM หากต้องใช้ จากนั้นการเปิดฐานข้อมูลนั้นก็เหลือแค่คลิกเดียว พร็อกซีเริ่มพร้อมการเชื่อมต่อ และหยุดพร้อมกัน

ทางออกที่คนใช้กันมีราคาที่ต้องจ่ายทุกทาง

สามคำตอบสำหรับปัญหาเดียวกัน และสิ่งที่แต่ละทางเรียกเก็บจากคุณ

VM แบบ bastion ที่มีไว้เพื่อเรื่องนี้เรื่องเดียว

VM บน Compute Engine ที่เปิดพอร์ต SSH และถูกเก็บไว้ใน VPC แค่เพื่อให้ใครสักคนสร้างอุโมงค์ไปยังฐานข้อมูลเป็นครั้งคราว มันต้องคอยแพตช์ เสียเงินทุกชั่วโมง และคีย์ SSH กับกฎไฟร์วอลล์ของมันก็คลาดเคลื่อนไปเรื่อย ๆ ตามที่ทีมเปลี่ยนคน

IP สาธารณะกับรายการอนุญาต

การเปิด IP สาธารณะแล้วเพิ่มที่อยู่บ้านของคุณในเครือข่ายที่ได้รับอนุญาตใช้ได้จนกว่าที่อยู่คุณจะเปลี่ยน และระหว่างนั้นฐานข้อมูลก็เปิดรับการเชื่อมต่อจากอินเทอร์เน็ต มันคือข้อยกเว้นที่ไม่เคยถูกนำออก

คีย์ service account บนแล็ปท็อป

การดาวน์โหลดคีย์ JSON มารัน proxy คือทางลัดที่ทุกคนเสียใจทีหลัง เป็นข้อมูลประจำตัวอายุยาวที่นอนอยู่ในโฟลเดอร์ Downloads ถูกคัดลอกไปใส่สคริปต์และพรอมต์ ไม่มีใครหมุนเวียนคีย์ และไม่มีใครตามรอยได้

จากอินสแตนซ์ Cloud SQL ส่วนตัว สู่ชุดผลลัพธ์

สี่ขั้นตอน ทำครั้งเดียว จากนั้นเหลือแค่คลิกเดียว

01

ล็อกอินด้วย gcloud ครั้งเดียว

รัน gcloud auth application-default login บนเครื่องของคุณ Application Default Credentials ที่มันสร้างขึ้นคือสิ่งที่พร็อกซีใช้เข้าถึงอินสแตนซ์ AgentsRoom ไม่อ่านและไม่เก็บอะไรจากมันเลย

02

เลือกอินสแตนซ์ในช่อง เข้าถึงผ่าน

สร้างการเชื่อมต่อ MySQL หรือ PostgreSQL แล้วเลือก Google Cloud SQL ในช่อง เข้าถึงผ่าน พิมพ์ชื่อการเชื่อมต่อของอินสแตนซ์ project:region:instance หรือคลิก แสดงรายการอินสแตนซ์ของฉัน เพื่อเลือกจากที่การล็อกอิน gcloud ของคุณมองเห็น โฮสต์และพอร์ตจะหายไป เพราะตัวอินสแตนซ์คือที่อยู่

03

เลือก IP ส่วนตัวและการยืนยันตัวตนด้วย IAM

ติ๊ก IP ส่วนตัว เมื่ออินสแตนซ์ไม่มีที่อยู่สาธารณะ และเครื่องของคุณเข้าถึง VPC ของมันผ่าน VPN หรือ Interconnect ติ๊ก การยืนยันตัวตนฐานข้อมูลด้วย IAM เพื่อลงชื่อเข้าใช้ด้วยตัวตน Google ของคุณ ช่องรหัสผ่านจะหายไป และผู้ใช้คือผู้ใช้ฐานข้อมูล IAM ของคุณ

04

คิวรีเอง หรือให้เอเจนต์คิวรี

การเปิดการเชื่อมต่อจะจองพอร์ต loopback ที่ว่าง รัน cloud-sql-proxy บนพอร์ตนั้น และรอจนมันรับการเชื่อมต่อ TCP ได้ คอนโซลเชื่อมต่อกับ 127.0.0.1 เหมือนการเชื่อมต่ออื่น ๆ และเอเจนต์ AI คิวรีผ่าน MCP ได้ แบบอ่านอย่างเดียว การปิดการเชื่อมต่อจะหยุดพร็อกซี

สิ่งที่รันจริง ๆ

คำสั่งที่ AgentsRoom เรียกใช้

ไม่มีอะไรถูกเขียนใหม่ AgentsRoom รันไบนารี cloud-sql-proxy ของ Google เอง (เวอร์ชัน 2) เป็นโพรเซสลูก โดยส่งอาร์กิวเมนต์ตรง ๆ ไม่ผ่านเชลล์ หากคุณเคยสตาร์ตพร็อกซีด้วยมือมาก่อน นี่คือบรรทัดคำสั่งที่คุณคุ้นเคยอยู่แล้ว

cloud-sql-proxy acme-prod:europe-west1:orders \
  --address 127.0.0.1 --port 54321 \
  --private-ip \
  --auto-iam-authn

อินสแตนซ์และสองตัวเลือกมาจากการเชื่อมต่อที่คุณบันทึกไว้ ส่วนพอร์ตในเครื่องถูกเลือกโดยระบบปฏิบัติการตอนเปิด

พร็อกซีรับการเชื่อมต่อในเครื่องก่อนจะตรวจอะไรทั้งนั้น แล้วค่อยตัดทิ้งและบันทึกเหตุผลลงล็อกเมื่อมีบางอย่างผิดปกติ AgentsRoom อ่านล็อกนั้นแล้วบอกสาเหตุที่แท้จริง ได้แก่ ยังไม่ได้ติดตั้งพร็อกซี การล็อกอิน gcloud ของคุณหมดอายุ (พร้อมคำสั่งที่ต้องรัน) บัญชีของคุณไม่มีบทบาท Cloud SQL Client อินสแตนซ์ไม่มี IP ส่วนตัว หรือชื่ออินสแตนซ์ผิด

ข้อกำหนดเบื้องต้น

สิ่งที่ต้องพร้อมก่อนจึงจะใช้งานได้

AgentsRoom ขับเคลื่อนการตั้งค่า Google Cloud ของคุณ ไม่ได้มาแทนที่มัน ทั้งหมดนี้คือสิ่งเดียวกับที่พร็อกซีต้องการอยู่แล้วเมื่อใช้งานเดี่ยว ๆ

  • cloud-sql-proxy บนเครื่องของคุณ

    Cloud SQL Auth Proxy เวอร์ชัน 2 อยู่ใน PATH ของคุณ gcloud components install cloud-sql-proxy เป็นวิธีที่เร็วที่สุด และ Google ก็มีให้ดาวน์โหลดแบบแยกต่างหากด้วย หากยังไม่มี AgentsRoom จะบอกและระบุคำสั่งให้

  • Application Default Credentials

    รัน gcloud auth application-default login ครั้งเดียว เมื่อการล็อกอินนั้นหมดอายุ ข้อความแสดงข้อผิดพลาดจะบอกให้คุณรันซ้ำ แทนที่จะแสดงซ็อกเก็ตที่ถูกปิด

  • บทบาท Cloud SQL Client

    บัญชี Google ของคุณต้องมีบทบาท Cloud SQL Client ในโปรเจกต์ของอินสแตนซ์ และต้องเปิดใช้ Cloud SQL Admin API ในโปรเจกต์นั้น การยืนยันตัวตนฐานข้อมูลด้วย IAM ยังต้องมีบทบาท Cloud SQL Instance User และผู้ใช้ IAM บนอินสแตนซ์ด้วย

  • gcloud สำหรับรายการให้เลือก

    แสดงรายการอินสแตนซ์ของฉัน รัน gcloud sql instances list ในโปรเจกต์ที่คุณใช้งานอยู่ หรือในโปรเจกต์ที่คุณเริ่มพิมพ์ หากไม่มี gcloud คุณก็ยังพิมพ์ชื่อการเชื่อมต่อด้วยมือได้

  • เส้นทางไปยัง VPC สำหรับ IP ส่วนตัว

    IP ส่วนตัวหมายความว่าเครื่องของคุณเองต้องเข้าถึง VPC ของอินสแตนซ์ได้ ผ่าน VPN, Interconnect หรือเครื่องที่อยู่ในเครือข่าย หากไม่มีเส้นทางนั้น ให้ปิด IP ส่วนตัวแล้วใช้ IP สาธารณะพร้อมการเข้ารหัสของพร็อกซี

พร็อกซีนี้ทำอะไร และปฏิเสธอะไร

คุณสมบัติที่ชี้ขาดว่าปลอดภัยพอที่จะตั้งค่าทิ้งไว้บนแล็ปท็อปหรือไม่

เฉพาะ loopback เท่านั้น

พร็อกซีรับฟังที่ 127.0.0.1 เท่านั้น ฐานข้อมูลไม่เคยถูกเผยแพร่ซ้ำสู่เครือข่ายท้องถิ่น Wi-Fi ในร้านกาแฟจึงไม่กลายเป็นเส้นทางไปสู่ระบบ production

พอร์ตที่ OS เลือกให้

AgentsRoom ขอพอร์ตที่ว่างจากระบบปฏิบัติการแล้วส่งให้พร็อกซี ไม่มีพอร์ตตายตัวให้ต้องจำ และไม่ชนกับพร็อกซีอื่นที่คุณสตาร์ตเอง

พร้อม คือพร้อมจริง

การเชื่อมต่อจะเปิดก็ต่อเมื่อพอร์ตในเครื่องรับ TCP ได้แล้ว และพร็อกซีที่ปิดตัวทันทีจะรายงานเหตุผลที่มันพิมพ์ออกมา ไม่มีการหน่วงเวลารอแบบมั่ว ๆ ไม่มีไคลเอนต์ที่เชื่อมต่อเร็วเกินไป

ไม่เก็บคีย์

พร็อกซีได้รับอนุญาตจาก Application Default Credentials ของคุณ AgentsRoom เก็บชื่อการเชื่อมต่อของอินสแตนซ์และสองตัวเลือก ซึ่งไม่มีอันไหนเป็นข้อมูลประจำตัว และคีย์ service account ไม่เคยแตะต้องแอปเลย

ฐานข้อมูลยังคงอ่านอย่างเดียว

การเชื่อมต่อฐานข้อมูลเป็นแบบอ่านอย่างเดียวตั้งแต่สร้าง การเขียนต้องให้การเชื่อมต่อนั้นเปิดให้เขียนได้และต้องยืนยันอย่างชัดแจ้ง โดยเตือนหนักขึ้นกับการเชื่อมต่อที่ติดธง production

หนึ่งคำสั่งต่อการเรียกหนึ่งครั้ง

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

ทำไมนี่คือการเข้าถึงที่น้อยลง ไม่ใช่มากขึ้น

ไม่มีอะไรถูกเปิดฝั่งอินสแตนซ์ IP สาธารณะปิดไว้ได้ ไม่มีเครือข่ายใดถูกเพิ่มในรายการอนุญาต และไม่ต้องมี VM ที่เปิดพอร์ต SSH ค้างไว้เพื่อคิวรีนาน ๆ ครั้ง พร็อกซีเข้ารหัสการเชื่อมต่อถึงอินสแตนซ์แบบครบวงจร

การอนุญาตยังอยู่ที่เดิมซึ่งองค์กรของคุณบริหารอยู่ คือตัวตน Google ของคุณและบทบาท IAM ของมัน สิทธิ์ที่ให้แก่ตัวตนนั้นถูกบันทึกเหมือนการเชื่อมต่อ Cloud SQL อื่น ๆ และสิ้นสุดในวันที่บทบาทถูกถอน AgentsRoom เก็บชื่ออินสแตนซ์ ตัวเลือก IP ส่วนตัว และตัวเลือก IAM และไม่มีอะไรที่คนที่อ่านได้จะนำไปใช้ซ้ำได้

ฝั่งฐานข้อมูล มีรั้วกั้นชุดเดียวกับที่ทุกการเชื่อมต่อของ AgentsRoom ได้รับ คืออ่านอย่างเดียวเป็นค่าเริ่มต้น หนึ่งคำสั่งต่อการเรียก ชุดผลลัพธ์ที่จำกัดขนาด และธง production ที่ทำให้การยืนยันการเขียนเข้มงวดขึ้น เอเจนต์ AI ที่คิวรีผ่าน MCP ได้ชุดผลลัพธ์ ไม่เคยได้ข้อมูลประจำตัว และเขียนไม่ได้ เว้นแต่คุณทำให้การเชื่อมต่อนั้นเขียนได้และเปิด อนุญาตให้เอเจนต์เขียนข้อมูล ให้มัน

สิ่งที่ยังไม่รองรับ

MySQL และ PostgreSQL ยังไม่รองรับ SQL Server

Cloud SQL รัน MySQL, PostgreSQL และ SQL Server AgentsRoom เข้าถึงสองตัวแรกผ่านพร็อกซี และตอนนี้ยังไม่มีไคลเอนต์ SQL Server ส่วน AlloyDB ซึ่งมีพร็อกซีของตัวเอง ก็ยังไม่รองรับเช่นกัน

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

ขอเอนจินฐานข้อมูลของคุณ
เอเจนต์ AI + Cloud SQL

เอเจนต์ก็คิวรีได้เหมือนกัน แบบอ่านอย่างเดียว

db_listdb_schemadb_querydb_connection_newdb_connection_save

เมื่อมีการเชื่อมต่อแล้ว เอเจนต์เขียนโค้ด AI ก็ใช้มันผ่าน MCP ของ AgentsRoom โดยระบุชื่อ ได้แก่ db_list, db_schema เพื่อไล่ดูตารางและคอลัมน์ และ db_query สำหรับหนึ่งคำสั่งที่จำกัดจำนวนแถว เอเจนต์ยังลงทะเบียนการเชื่อมต่อ Cloud SQL เองได้ด้วย db_connection_new หรือ db_connection_save โดยระบุชื่อการเชื่อมต่อของอินสแตนซ์

AgentsRoom เริ่มพร็อกซีเองเมื่อเอเจนต์ร้องขอ เอเจนต์จึงไม่ต้องแตะข้อมูลประจำตัวของ Google รหัสผ่านฐานข้อมูล หรือหมายเลขพอร์ตเลย สิ่งที่ส่งกลับมามีแค่ชุดผลลัพธ์ การเขียนต้องมีการเชื่อมต่อที่เขียนได้และการตั้งค่า อนุญาตให้เอเจนต์เขียนข้อมูล ซึ่งปิดอยู่เป็นค่าเริ่มต้น

เอเจนต์ที่ดีบักกับเรพลิกา production จะอ่านแถวข้อมูลที่อธิบายบั๊กได้ โดยไม่มีข้อมูลประจำตัวที่จะรั่วเข้าไปในบริบทของมัน และไม่มีเส้นทางไปยังฐานข้อมูลเมื่อปิดแอปแล้ว

คำถามที่พบบ่อย

จะเชื่อมต่อกับอินสแตนซ์ Cloud SQL ที่มีแต่ IP ส่วนตัวได้อย่างไร

สร้างการเชื่อมต่อ MySQL หรือ PostgreSQL เลือก Google Cloud SQL ในช่อง เข้าถึงผ่าน ใส่ชื่อการเชื่อมต่อของอินสแตนซ์ แล้วติ๊ก IP ส่วนตัว AgentsRoom จะรัน Cloud SQL Auth Proxy ด้วย --private-ip บนพอร์ต loopback และต่อไคลเอนต์ของมันเข้าไป เครื่องของคุณต้องเข้าถึง VPC ของอินสแตนซ์ได้ เช่นผ่าน VPN หรือ Interconnect

AgentsRoom เก็บคีย์ service account ไว้หรือไม่

ไม่เก็บ พร็อกซีได้รับอนุญาตจาก Application Default Credentials ที่ gcloud auth application-default login สร้างไว้บนเครื่องของคุณ AgentsRoom เก็บชื่อการเชื่อมต่อของอินสแตนซ์และสองตัวเลือก ซึ่งไม่มีอันไหนเป็นข้อมูลประจำตัว

เชื่อมต่อโดยไม่ใช้รหัสผ่านฐานข้อมูลได้ไหม

ได้ ด้วยการยืนยันตัวตนฐานข้อมูลด้วย IAM ติ๊กตัวเลือกนี้ในการเชื่อมต่อ แล้วพร็อกซีจะรันด้วย --auto-iam-authn โดยลงชื่อเข้าใช้ด้วยตัวตน Google ของคุณ ช่องรหัสผ่านจะหายไป และผู้ใช้คือผู้ใช้ฐานข้อมูล IAM ของคุณ อินสแตนซ์ต้องเปิดใช้การยืนยันตัวตนด้วย IAM และสร้างผู้ใช้นั้นไว้แล้ว

ต้องติดตั้งอะไรบ้าง

Cloud SQL Auth Proxy เวอร์ชัน 2 (gcloud components install cloud-sql-proxy หรือดาวน์โหลดแบบแยกจาก Google) และการล็อกอิน gcloud สำหรับ Application Default Credentials ส่วน gcloud เองจำเป็นเฉพาะกับปุ่ม แสดงรายการอินสแตนซ์ของฉัน

จะเกิดอะไรขึ้นเมื่อการล็อกอิน gcloud ของฉันหมดอายุ

พร็อกซีปฏิเสธการเชื่อมต่อและบันทึกเหตุผลลงล็อก AgentsRoom อ่านล็อกนั้นแล้วแสดงข้อความที่เข้าใจง่ายให้คุณรัน gcloud auth application-default login แทนข้อผิดพลาดการเชื่อมต่อเปล่า ๆ จากนั้นคุณก็ลองใหม่

ใช้พอร์ตในเครื่องพอร์ตไหน และใครเข้าถึงได้บ้าง

ระบบปฏิบัติการเลือกพอร์ตที่ว่างตอนเปิดการเชื่อมต่อ และพร็อกซีรับฟังที่ 127.0.0.1 เท่านั้น ไม่มีอะไรในเครือข่ายท้องถิ่นเข้าถึงได้ และพร็อกซีจะหยุดเมื่อปิดการเชื่อมต่อหรือออกจากแอป

รองรับเอนจิน Cloud SQL ตัวไหนบ้าง

Cloud SQL for MySQL และ Cloud SQL for PostgreSQL ยังไม่รองรับ Cloud SQL for SQL Server เพราะ AgentsRoom ยังไม่มีไคลเอนต์ SQL Server ขอได้ที่ backlog สาธารณะ แล้วคำขอจะถูกนับ

ใช้งานบน Windows และ Linux ได้ไหม

ได้ cloud-sql-proxy เป็นไบนารีเนทีฟบน macOS, Windows และ Linux และ AgentsRoom เริ่มมันด้วยวิธีเดียวกันทั้งสามระบบ แอปมือถือแสดงรายการการเชื่อมต่อชุดเดียวกัน และคิวรีแบบอ่านอย่างเดียวผ่านเดสก์ท็อปของคุณ

เอเจนต์ AI คิวรีฐานข้อมูลผ่านพร็อกซีได้ไหม

ได้ แบบอ่านอย่างเดียวเป็นค่าเริ่มต้น เอเจนต์ระบุชื่อการเชื่อมต่อที่บันทึกไว้ผ่าน MCP ของ AgentsRoom แอปเริ่มพร็อกซีและรันคำสั่งเอง และมีเพียงชุดผลลัพธ์ที่ส่งกลับ เอเจนต์ไม่เคยได้รับข้อมูลประจำตัวของ Google หรือรหัสผ่านฐานข้อมูล และ db_query ปฏิเสธทุกอย่างที่ไม่ใช่การอ่าน เว้นแต่การเชื่อมต่อนั้นเขียนได้และคุณเปิด อนุญาตให้เอเจนต์เขียนข้อมูล ให้มัน

คุณอาจชอบสิ่งเหล่านี้ด้วย

การเชื่อมต่อฐานข้อมูล

บันทึกการเชื่อมต่อ MySQL, PostgreSQL และ MongoDB ของคุณ เข้าถึงฐานข้อมูลในซับเน็ตส่วนตัวผ่านอุโมงค์ SSH หรือเซสชัน AWS SSM แล้วให้เอเจนต์ AI ของคุณคิวรีมันผ่าน MCP อ่านอย่างเดียวโดยค่าเริ่มต้น หนึ่งคำสั่งต่อหนึ่งการเรียก ชุดผลลัพธ์ถูกจำกัดจำนวน และรหัสผ่านไม่เคยไปถึงเอเจนต์ รวมถึงการส่งออก การนำเข้า และการคัดลอกจากฐานข้อมูลหนึ่งไปยังอีกฐานหนึ่งโดยตรง

RDS ผ่าน AWS SSM

เข้าถึงอินสแตนซ์ Amazon RDS ที่ไม่มีปลายทางสาธารณะได้จากเครื่องของคุณเอง ผ่าน aws ssm start-session และเอกสาร AWS-StartPortForwardingSessionToRemoteHost ไม่ต้องดูแล bastion ไม่ต้องใช้ VPN ไม่ต้องมีกฎ SSH ขาเข้า AgentsRoom เปิดเซสชันบนพอร์ต loopback แล้วต่อไคลเอนต์ฐานข้อมูลผ่านมัน รองรับ MySQL, PostgreSQL และ MongoDB จึงใช้ได้กับ RDS MySQL, RDS PostgreSQL, Aurora และ DocumentDB

ตัวจัดการความลับ

เก็บคีย์ API, โทเค็น และรหัสผ่านไว้ในคีย์เชนของระบบปฏิบัติการ อ้างอิงถึงมันด้วย {{secret:NAME}} ในคำสั่งพัฒนาและสภาพแวดล้อมของเอเจนต์ แล้วให้ AgentsRoom แทนค่าให้ตอนเปิดใช้งาน เอเจนต์เห็นเพียงชื่อ ไม่เคยเห็นค่า และไม่มีอะไรถูกซิงก์ขึ้นเซิร์ฟเวอร์

การเชื่อมต่อ SSH

บันทึกการเชื่อมต่อ SSH ของคุณ เปิดเทอร์มินัลในตัวผ่าน SSH และรัน Claude Code, Codex หรือ Antigravity CLI โดยตรงบนเซิร์ฟเวอร์ระยะไกลหรือ VPS ของคุณ ใช้การรับรองความถูกต้องด้วยคีย์ SSH หรือรหัสผ่าน โปรไฟล์การเชื่อมต่อแบบต่อโครงการ ไม่ต้องใช้ไคลเอนต์ SSH แยกต่างหาก

คิวรีอินสแตนซ์ Cloud SQL ส่วนตัวของคุณ

ดาวน์โหลด AgentsRoom เลือกอินสแตนซ์ Cloud SQL ของคุณ แล้วคิวรีผ่าน Cloud SQL Auth Proxy ด้วยการล็อกอิน gcloud ของคุณเอง ไม่มี VM แบบ bastion ไม่มี IP สาธารณะ ไม่มีคีย์บนดิสก์

ฟรีดาวน์โหลด

แอปคู่หู: ตรวจสอบเอเจนต์ของคุณได้ทุกที่

นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ

รับส่วนขยาย
Chrome Web Store

ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง

หลายโปรเจกต์
ผู้ให้บริการหลายราย
หลาย agents
สถานะสด
ไฟล์ diff & commit
คู่หูมือถือ
ตัวอย่างสด
ทีมเอเจนต์
การทำงานอัตโนมัติในเบราว์เซอร์
การพัฒนาที่ขับเคลื่อนด้วย backlog
ห้องสมุดคำสั่ง
ห้องสมุดทักษะ
ดูฟีเจอร์ทั้งหมด