คู่มือแบบครบวงจรสำหรับผู้ดูแลระบบ ตั้งแต่การสมัครใช้งาน เพิ่มผู้ใช้ เปิดใช้แอปพลิเคชันเดสก์ท็อป ตั้งค่าการลงชื่อเข้าใช้ระดับองค์กร ไปจนถึงการกำกับดูแล Amazon Quick ทั่วทั้งองค์กรของคุณ
ข้อมูลตรวจกับเอกสารทางการของ AWS เมื่อ 17 ต.ค. 2026
กลุ่มเป้าหมาย: ผู้ดูแลระบบ Amazon Quick และทีม IT ที่ต้องการ rollout Quick Desktop ให้ทั้งองค์กร โดย 6 ขั้นตอนด้านล่างจะพาคุณตั้งแต่การสมัครใช้งานไปจนถึงการกำกับดูแลอย่างต่อเนื่อง
สร้างบัญชีและตั้งค่า home region
เชิญผู้ใช้และกำหนด role
เปิด extension access ระดับองค์กร
ตั้งค่า enterprise SSO (OIDC)
ติดตั้งแอปให้ผู้ใช้
จัดการข้อมูล สิทธิ์ และการตรวจสอบ
Amazon Quick มี 5 แพลน: Free, Plus, Max, Professional และ Enterprise (ราคาตรวจเมื่อ 17 ต.ค. 2026) การเลือกขึ้นอยู่กับว่าต้องการบัญชีสำหรับบุคคลและทีม หรือต้องการการกำกับดูแลและ identity federation ระดับองค์กรเต็มรูปแบบ ที่มา: ราคา Amazon Quick · หน้าราคาในเว็บนี้
| แพ็กเกจ | เหมาะกับ | วิธีสร้าง |
|---|---|---|
| Free | บุคคลที่เริ่มต้นใช้ ไม่ต้องมีบัญชี AWS ($0) | สมัครด้วยอีเมล, Google, Apple, Amazon หรือ GitHub ที่หน้าสมัคร Amazon Quick |
| Plus | ทีมไม่เกิน 300 คนที่ต้องการ shared Spaces, การจัดการผู้ใช้ และรวมบิล ($20/user/เดือน รายปี, $25 รายเดือน) | สมัครแบบเดียวกัน แล้วเลือก Plus ผู้สมัครใหม่ได้ทดลอง Plus 30 วัน (ตาม FAQs) |
| Max | ผู้ใช้หนักที่ต้องการ capacity มากขึ้น ($100/user/เดือน รายปี, $125 รายเดือน) | สมัครแบบเดียวกัน แล้วเลือก Max |
| Professional / Enterprise | องค์กรที่ต้องการการกำกับดูแล, enterprise SSO และจัดการ assets ในวงกว้าง ($20 หรือ $40/user/เดือน + $250/account/เดือน) | สมัครด้วย บัญชี AWS (AWS Management Console) |
การสมัคร Free และช่วงทดลองสำหรับผู้สมัครใหม่ไม่ต้องมีบัญชี AWS หรือบัตรเครดิต (ตาม FAQs) ส่วน Plus และ Max เป็นแพลนแบบชำระเงิน แต่ยังสมัครผ่านอีเมลหรือ social account โดยไม่ต้องมีบัญชี AWS ผู้ใช้ลงชื่อเข้าแอปเดสก์ท็อปด้วย Continue with แล้วเลือกอีเมล, Amazon, Apple, Google หรือ GitHub แหล่งทางการให้ข้อมูลแอปเดสก์ท็อปบน Free ไม่ตรงกัน จึงต้องตรวจแพลนของคุณ
สร้าง subscription ด้วยบัญชี AWS เอกสารการตั้งค่าการลงชื่อเข้าใช้เดสก์ท็อประดับองค์กรระบุว่า "Applies to: Enterprise Edition" และรองรับ identity ทุกแบบ: IAM Identity Center, IAM federation และผู้ใช้แบบ native ของ Amazon Quick
ผู้ดูแลระบบจัดการสิทธิ์การเข้าถึงของผู้ใช้ภายใน Amazon Quick โดยวิธีขึ้นกับการตั้งค่า identity ของบัญชี: ถ้าใช้ IAM Identity Center หรือ Active Directory ให้กำหนด groups เข้ากับ role ของ Quick ถ้าใช้ผู้ใช้ Quick และ IAM ให้จัดการผู้ใช้และ role ทีละคน เปิด administration console ด้วย Manage account ที่มา: Managing user access inside Amazon Quick
ลงชื่อเข้า Amazon Quick administration console แล้วเลือก Manage account จากนั้นเปิดส่วนจัดการผู้ใช้ บัญชีที่ใช้ IAM Identity Center หรือ Active Directory ให้กำหนด groups เข้ากับ role ส่วนผู้ใช้ Quick และ IAM ให้เชิญด้วยอีเมล
บัญชีที่ใช้ IAM Identity Center หรือ Active Directory ให้กำหนด groups เข้ากับ Quick roles ส่วนผู้ใช้แบบ Quick และ IAM ให้เชิญด้วยอีเมลและกำหนด role ที่ต้องใช้ (ดูตาราง role ด้านล่าง)
สำหรับบัญชีที่ใช้ IAM คุณสามารถให้ผู้ใช้สร้างตัวเองได้โดยให้สิทธิ์ action quicksight:CreateAdmin (หรือ action สร้างผู้ใช้ที่เทียบเท่าสำหรับ role เป้าหมาย) ใน IAM policy ของพวกเขา
ใช้ namespaces เพื่อแยกกลุ่มผู้ใช้และ assets ออกจากกันภายในบัญชีเดียวกัน — มีประโยชน์สำหรับทีมแบบ multi-tenant หรือทีมที่ต้องการการแยกอย่างเข้มงวด
| Role | สิทธิ์โดยทั่วไป |
|---|---|
| Admin | สิทธิ์ดูแลระบบเต็มรูปแบบ: จัดการผู้ใช้ การตั้งค่าบัญชี การเรียกเก็บเงิน data sources สิทธิ์ และ assets |
| Author | สร้าง data sources, datasets, analyses และ dashboards รวมถึงแชร์ analyses และ dashboards แต่ไม่มีสิทธิ์ดูแลบัญชี |
| Reader | ดูและโต้ตอบกับ dashboards ที่แชร์ได้ แต่บันทึกการเปลี่ยนแปลง สร้างเนื้อหา หรือดูแลบัญชีไม่ได้ |
| Admin Pro / Author Pro / Reader Pro | role แบบ Pro ที่กำหนดให้ groups ได้เช่นกัน Author Pro เพิ่มการสร้างเนื้อหาด้วยภาษาธรรมชาติ, knowledge bases, actions และ advanced automation ส่วน Reader Pro เพิ่ม AI chat agents, collaborative Spaces, Flows และ extensions เอกสาร AWS ระบุว่า Reader Pro ตรงกับ subscription Amazon Quick Professional และ Author Pro ตรงกับ subscription Enterprise |
สำหรับบัญชี Enterprise การลงชื่อเข้าใช้ระดับองค์กรบนแอปเดสก์ท็อปเปิดด้วย 2 ขั้นใน console: เพิ่ม extension access ใน administration console แล้วสร้าง extension ในหน้า Extensions ทั้งสองขั้นทำครั้งเดียวในระดับบัญชี ที่มา: Setting up Amazon Quick on desktop for enterprise deployments
ใน Amazon Quick administration console เลือก Manage account แล้วใต้ Permissions เลือก Extension access → Add extension access เลือก Amazon Quick (Desktop application for Quick) แล้วกรอก Issuer URL, Authorization Endpoint, Token Endpoint, JWKS URI และ Client ID จาก IdP (ดูขั้นตอนที่ 4) extension access แก้ไขหลังสร้างไม่ได้ ถ้าค่าผิดต้องลบแล้วเพิ่มใหม่
ใน Amazon Quick console เลือก Extensions ในเมนูด้านซ้าย (หรือใต้ More) เลือก Add extension เลือก extension access Desktop application for Quick กด Next แล้ว Create
เมื่อสร้าง extension แล้ว ผู้ใช้ทุกคนในบัญชีลงชื่อเข้าใช้ระดับองค์กรได้ทันที ถ้ามีแค่ extension access แต่ไม่ได้สร้าง extension ผู้ใช้จะเห็นข้อความ "Enterprise sign-in for Quick Desktop has not been configured for this account."
สำหรับบัญชี Enterprise ให้เชื่อมต่อ identity provider ที่รองรับ OIDC เพื่อให้ผู้ใช้ลงชื่อเข้าใช้ด้วยข้อมูลรับรองขององค์กร (Continue with SSO) AWS มีเอกสารการตั้งค่าสำหรับ IdP 4 ราย — เริ่มจากคู่มือของ IdP ที่คุณใช้
ลงทะเบียน public OIDC client ใน IdP, เพิ่ม extension access, สร้าง extension แล้วดาวน์โหลดและทดสอบ คู่มือทางการทีละขั้น:
Microsoft Entra ID
Google Workspace
Okta
Ping Identity (PingFederate และ PingOne)
Redirect URI: http://localhost:18080
ประเภท client: Public / native client, authorization code flow พร้อม PKCE
Scopes: Microsoft Entra ID, Okta และ Ping Identity ใช้ openid profile email offline_access ส่วน Google Workspace ใช้ openid email profile โดย Quick เพิ่ม access_type=offline ให้อัตโนมัติ
การเซ็น ID token: ต้องเป็นแบบ asymmetric (RS*, PS*, ES*) ไม่รับ HS* และ none
อีเมล: ต้องตรงกับอีเมลของผู้ใช้ใน Amazon Quick ทุกตัวอักษร
Region: ตอนลงชื่อเข้าใช้เลือก AWS Region หรือเลือก Dynamic
offline_access ซึ่ง IAM Identity Center ไม่รับ ทำให้ลงชื่อเข้าใช้ผ่าน IAM Identity Center โดยตรงไม่ได้ ทีม AWS Thailand ใช้วิธีแก้หน้างานโดยวาง Amazon Cognito ไว้หน้า IAM Identity Center และเพิ่ม proxy เล็ก ๆ ที่ authorize endpoint เพื่อตัด offline_access ออกก่อนคำขอไปถึง identity provider ตัวเลือกที่ทีมใช้คือ CloudFront Function ส่วน API Gateway proxy เป็นทางเลือก ทั้งสองแบบไม่ใช่การตั้งค่าที่ AWS แนะนำหรือระบุไว้ในเอกสาร — ใช้คู่มือ IdP ทางการด้านบนเมื่อทำได้ และทดสอบวิธีนี้กับกลุ่มนำร่องก่อน รายละเอียด: คู่มือ Enterprise SSO (OIDC)
เมื่อสร้าง extension แล้ว ให้ติดตั้งแอปลงในเครื่องของผู้ใช้ จะให้ผู้ใช้ดาวน์โหลดเองหรือ deploy ผ่าน MDM ก็ได้ ที่มา: Getting started (desktop) · Deploying to a managed fleet with MDM
ใน Amazon Quick บนเว็บ ผู้ใช้เลือก Extensions ในเมนูด้านซ้าย (หรือใต้ More) เลือก extension ของ Quick Desktop เปิดเมนู (...) แล้วเลือก Download for Windows หรือ Download for Mac เอกสารยังมีลิงก์ดาวน์โหลดตรง (macOS Apple Silicon .dmg, Windows x64 .exe) จากนั้นติดตั้ง เปิดแอป แล้วเลือก Continue with SSO
สำหรับการ rollout จำนวนมาก ให้ใช้ตัวติดตั้งแบบ per-machine จาก desktop.downloads.quick.aws.com (ไม่ใช่ตัวติดตั้งรายผู้ใช้): macOS เป็น .pkg ที่เซ็นแล้ว ติดตั้งลง /Applications ส่วน Windows เป็น Amazon Quick-Admin Setup version.exe ติดตั้งให้ผู้ใช้ทุกคนใน C:\Program Files\Amazon Quick\ ตัวติดตั้ง Windows เป็น NSIS ใน Microsoft Intune ให้ใช้ประเภท Windows app (Win32) และ flag ติดตั้งแบบเงียบ /S (S ตัวใหญ่):
ติดตั้งแบบเงียบสำหรับผู้ใช้คนเดียวบน Windows (ติดตั้งให้ผู้ใช้ปัจจุบันใน %LOCALAPPDATA%):
บน macOS ด้วย Intune ให้ใช้ประเภท macOS app (PKG) เก็บไว้เฉพาะ bundle หลัก com.aws.QuickWork.mac ใน Included apps และตั้ง Ignore app version เป็น Yes ถ้าต้องการบังคับใช้ SSO อย่างเดียว ให้ deploy managed policy DisableSocialLogin (macOS preference domain com.aws.QuickWork.mac, Windows HKLM\SOFTWARE\Policies\Amazon\Quick) Windows Home ไม่รองรับการ deploy แบบ Win32 app
~/.quickwork/ (macOS) หรือ %USERPROFILE%\.quickwork\ (Windows) ดูส่วน troubleshooting ในคู่มือ OIDC
การดูแลระบบอย่างต่อเนื่องช่วยให้การ deploy ของคุณปลอดภัยและสอดคล้องกับข้อกำหนดเมื่อการใช้งานเติบโตขึ้น
ควบคุมว่า connector และ MCP server ใดที่ผู้ใช้เชื่อมต่อได้ เจ้าของ connector ตั้งแต่ละ tool เป็น Let Users Choose (ค่าเริ่มต้น), Always Ask หรือ Disable จากนั้นผู้ใช้เลือก Always Allow, Ask Each Time หรือ Disable ค่าเริ่มต้นของงานเขียน (เช่น ส่งอีเมล) คือ Ask Each Time และงานอ่านคือ Always Allow ดังนั้น Quick จะร่างงานไว้แล้วรอให้ยืนยันก่อน เว้นแต่ตั้งค่าอนุญาตไว้ สิทธิ์นี้ใช้กับ scheduled agents ด้วย tool ใหม่ที่พบตอน MCP sync จะถูกปิดไว้ก่อน ที่มา: Connectors
ใช้ roles (Admin / Author / Reader), groups และ namespaces เพื่อกำหนดขอบเขตว่าใครสร้างเนื้อหาได้หรือเป็นเพียงผู้ใช้งาน ทบทวนสมาชิกที่เป็น admin เป็นประจำและถอนสิทธิ์ผู้ใช้ที่ลาออก
สำหรับบัญชี Enterprise ให้รวมศูนย์ identity ด้วย OIDC provider ที่มีคู่มือ AWS รองรับ และบังคับใช้ MFA ที่ IdP โดยทำตามคู่มือ desktop enterprise sign-in ของ provider นั้น
ใช้ AWS CloudTrail เพื่อ audit กิจกรรม API ของผู้ดูแลระบบ และติดตามกิจกรรมผู้ใช้จาก management console กำหนดรอบการทบทวนสิทธิ์และการ offboarding อย่างสม่ำเสมอ
เช็กลิสต์ก่อนเปิดตัวอย่างรวดเร็ว ก่อนประกาศใช้ Quick Desktop ให้องค์กรของคุณ
| รายการ | เสร็จเมื่อ… |
|---|---|
| แพ็กเกจ & บัญชี | แพ็กเกจที่ถูกต้องเปิดใช้งานอยู่ และ home Region เป็นหนึ่งใน 7 Regions ของเดสก์ท็อป (สำหรับบัญชีเดสก์ท็อป) |
| เพิ่มผู้ใช้แล้ว | กำหนด role ให้ผู้ใช้หรือ groups แล้ว โดยใช้อีเมลองค์กรที่ตรงกับ IdP |
| Extension เดสก์ท็อป | เพิ่ม extension access และสร้าง extension Desktop application for Quick แล้ว |
| การลงชื่อเข้าใช้ระดับองค์กร | ทดสอบ Continue with SSO ครบวงจรแล้ว (บัญชี Enterprise) |
| การแจกจ่าย | ติดตั้งแอปด้วยตัวติดตั้งแบบ per-machine กับกลุ่มนำร่องและตรวจสอบแล้ว พร้อม rollout วงกว้าง |
| ธรรมาภิบาล | ตั้งสิทธิ์ tool ของ connector, MFA ที่ IdP, managed policies และ audit logging เรียบร้อยแล้ว |
เอกสารและแหล่งข้อมูลอย่างเป็นทางการของ AWS ที่ใช้ในหน้านี้
Setting up Amazon Quick on desktop for enterprise deployments