อเมซอน QuickSight คือบริการ Business Intelligence (BI) บนคลาวด์ที่ได้รับการจัดการอย่างเต็มรูปแบบ ซึ่งทำให้ง่ายต่อการเชื่อมต่อกับข้อมูลของคุณ สร้างแดชบอร์ดเชิงโต้ตอบ และแบ่งปันสิ่งเหล่านี้กับผู้ใช้นับหมื่นราย ไม่ว่าจะภายใน QuickSight หรือที่ฝังอยู่ในซอฟต์แวร์ในรูปแบบ แอปบริการ (SaaS)
เมื่อเร็วๆ นี้ QuickSight Enterprise Edition ได้เพิ่มการรักษาความปลอดภัยระดับแถว (RLS) โดยใช้แท็ก ซึ่งเป็นคุณสมบัติใหม่ที่ช่วยให้นักพัฒนาสามารถแชร์แดชบอร์ดเดียวกับผู้ใช้นับหมื่นคน ขณะเดียวกันก็ทำให้มั่นใจได้ว่าผู้ใช้แต่ละคนจะสามารถมองเห็นและเข้าถึงข้อมูลเฉพาะได้เท่านั้น ซึ่งหมายความว่าเมื่อผู้จำหน่ายซอฟต์แวร์อิสระ (ISV) เพิ่มแดชบอร์ดที่ฝัง QuickSight ในแอปของตน พวกเขาไม่จำเป็นต้องจัดเตรียมผู้ใช้ปลายทางใน QuickSight และสามารถตั้งค่าแท็กเพื่อกรองข้อมูลตามผู้ที่เป็นแดชบอร์ดได้อย่างง่ายดาย กำลังเสิร์ฟถึง ตัวอย่างเช่น หาก ISV ต้องการตั้งค่าแดชบอร์ดที่จะแชร์กับผู้ใช้ 20,000 รายจากลูกค้าแอป 100 ราย โดยผู้ใช้ทั้งหมดภายในลูกค้ารายหนึ่งมีสิทธิ์เข้าถึงข้อมูลที่เหมือนกัน คุณลักษณะใหม่นี้จะช่วยให้คุณสามารถแชร์แดชบอร์ดเดียวสำหรับ ผู้ใช้ทั้งหมด โดยไม่ต้องตั้งค่าหรือจัดการผู้ใช้ 20,000 รายใน QuickSight
RLS ที่บังคับใช้โดยใช้แท็กช่วยให้แน่ใจว่าผู้ใช้แต่ละคนจะเห็นเฉพาะข้อมูลที่เกี่ยวข้องกับพวกเขาเท่านั้น ในขณะที่ QuickSight จะปรับขนาดโดยอัตโนมัติเพื่อให้สอดคล้องกับการทำงานพร้อมกันของผู้ใช้ เพื่อให้แน่ใจว่าผู้ใช้ปลายทางทุกคนจะเห็นประสิทธิภาพที่รวดเร็วสม่ำเสมอ ในโพสต์นี้ เราจะมาดูกันว่าจะสามารถนำไปใช้ได้อย่างไร
ภาพรวมโซลูชัน
ในการฝังแดชบอร์ดโดยไม่ต้องจัดสรรผู้ใช้ เราใช้ API สร้างEmbedURLForAnonymousUserซึ่งทำงานร่วมกับ QuickSight's ราคาความจุเซสชั่น. ด้วย API นี้ เซิร์ฟเวอร์แบบฝัง (ตรรกะในแอป SaaS) จะกำหนดและจัดการข้อมูลประจำตัวของผู้ใช้ที่จะแสดงแดชบอร์ดให้ (ซึ่งตรงข้ามกับข้อมูลประจำตัวนี้ที่ได้รับการจัดเตรียมและจัดการภายใน QuickSight)
แผนภาพต่อไปนี้แสดงตัวอย่างเวิร์กโฟลว์ของแดชบอร์ดแบบฝังที่รักษาความปลอดภัยข้อมูลตามผู้ที่เข้าถึงแอปพลิเคชันโดยใช้ RLS พร้อมแท็ก
ในกรณีนี้ ISV มีแอปพลิเคชัน SaaS ที่ผู้ใช้ปลายทางสองคนเข้าถึงได้ คนหนึ่งเป็นผู้จัดการ และอีกคนเป็นผู้ดูแลสถานที่ ผู้ใช้ทั้งสองเข้าถึงแอปพลิเคชันเดียวกันและแดชบอร์ด QuickSight เดียวกันที่ฝังอยู่ในแอปพลิเคชัน และไม่ได้จัดเตรียมไว้ใน QuickSight เมื่อผู้ดูแลไซต์เข้าถึงแดชบอร์ด พวกเขาจะเห็นเฉพาะข้อมูลที่เกี่ยวข้องกับไซต์ของตน และเมื่อผู้จัดการเข้าถึงแดชบอร์ด พวกเขาจะเห็นข้อมูลที่เกี่ยวข้องกับไซต์ทั้งหมดที่พวกเขาจัดการ
เพื่อให้บรรลุถึงลักษณะการทำงานนี้ เราใช้คุณลักษณะใหม่ที่เปิดใช้งานการกำหนดค่าความปลอดภัยระดับแถวโดยใช้แท็ก วิธีการรักษาความปลอดภัยข้อมูลบนแดชบอร์ดแบบฝังนี้จะใช้ได้เฉพาะเมื่อมีการฝังแดชบอร์ดโดยไม่มีการจัดเตรียมผู้ใช้ (หรือที่เรียกว่า การฝังแบบไม่ระบุชื่อ). กระบวนการนี้ประกอบด้วยสองขั้นตอน:
- ตั้งค่าคีย์แท็กในคอลัมน์ของชุดข้อมูลที่ใช้สร้างแดชบอร์ด
- ตั้งค่าสำหรับคีย์แท็กขณะรันไทม์เมื่อฝังแดชบอร์ดโดยไม่ระบุชื่อ
ตั้งค่าคีย์แท็กบนคอลัมน์ในชุดข้อมูลที่ใช้สร้างแดชบอร์ด
ISV หรือนักพัฒนาสามารถตั้งค่าคอลัมน์บนชุดข้อมูลโดยใช้ CreateDataset
or UpdateDataset
API ดังต่อไปนี้:
ในโค้ดตัวอย่างก่อนหน้านี้ row-level-permission-tag-configuration
เป็นองค์ประกอบที่คุณสามารถใช้เพื่อกำหนดคีย์แท็กบนคอลัมน์ของชุดข้อมูล สำหรับแต่ละแท็ก คุณสามารถกำหนดรายการเสริมต่อไปนี้:
- แท็ก MultiValueDelimiter – ตัวเลือกนี้เมื่อตั้งค่าไว้ในคอลัมน์จะทำให้คุณสามารถส่งค่ามากกว่าหนึ่งค่าไปยังแท็กขณะรันไทม์ได้ และค่าจะถูกคั่นด้วยชุดสตริงสำหรับตัวเลือกนี้ ในตัวอย่างนี้ เครื่องหมายจุลภาคถูกกำหนดเป็นสตริงตัวคั่น
- MatchAllValue – ตัวเลือกนี้เมื่อตั้งค่าไว้ในคอลัมน์จะทำให้คุณสามารถส่งค่าทั้งหมดของคอลัมน์ในขณะรันไทม์ได้ และค่าจะแสดงด้วยชุดสตริงสำหรับตัวเลือกนี้ ในตัวอย่างนี้ เครื่องหมายดอกจันถูกกำหนดให้ตรงกับสตริงทั้งหมด
หลังจากที่เรากำหนดแท็กของเราแล้ว เราก็สามารถเปิดหรือปิดใช้งานกฎเหล่านี้ได้โดยใช้ Status
องค์ประกอบของ API ในกรณีนี้ค่าจะถูกตั้งเป็น ENABLED
. หากต้องการปิดใช้งานกฎ ค่าคือ DISABLED
. หลังจากเปิดใช้งานแท็กแล้ว เราสามารถส่งค่าไปยังแท็กขณะรันไทม์ได้เพื่อรักษาความปลอดภัยของข้อมูลที่แสดงตามผู้ที่เข้าถึงแดชบอร์ด
ชุดข้อมูลแต่ละชุดมีคีย์แท็กได้สูงสุด 50 รายการ
เราได้รับการตอบกลับต่อไปนี้สำหรับ CreateDataset
or UpdateDataset
ไฟ:
ช่วยให้ผู้เขียนสามารถเข้าถึงข้อมูลที่ป้องกันด้วยคีย์แท็กเมื่อทำการวิเคราะห์
หลังจากตั้งค่าและเปิดใช้งานคีย์แท็กบนชุดข้อมูลแล้ว ระบบจะปลอดภัย ผู้เขียนเมื่อใช้ชุดข้อมูลนี้เพื่อสร้างแดชบอร์ดจะไม่เห็นข้อมูลใดๆ พวกเขาจะต้องได้รับสิทธิ์ในการดูข้อมูลใดๆ ในชุดข้อมูลเมื่อสร้างแดชบอร์ด หากต้องการให้สิทธิ์ผู้เขียน QuickSight ดูข้อมูลในชุดข้อมูล ให้สร้างไฟล์สิทธิ์หรือชุดข้อมูลกฎ สำหรับข้อมูลเพิ่มเติม โปรดดู การสร้างกฎชุดข้อมูลสำหรับการรักษาความปลอดภัยระดับแถว. ต่อไปนี้เป็นตัวอย่างชุดข้อมูลกฎ
ชื่อผู้ใช้ | คอลัมน์_ชื่อ_1 | คอลัมน์_ชื่อ_2 | คอลัมน์_ชื่อ_3 |
ผู้ดูแลระบบ/ผู้เขียนตัวอย่าง |
ในชุดข้อมูลตัวอย่างนี้ เรามีชื่อผู้ใช้ของผู้เขียนอยู่ในคอลัมน์ชื่อผู้ใช้ อีกสามคอลัมน์ที่เหลือคือคอลัมน์จากชุดข้อมูลที่เราตั้งค่าคีย์แท็ก ค่าจะเว้นว่างไว้สำหรับคอลัมน์เหล่านี้สำหรับผู้เขียนที่เพิ่มลงในตารางนี้ ซึ่งช่วยให้ผู้เขียนสามารถดูข้อมูลทั้งหมดในคอลัมน์เหล่านี้ได้โดยไม่มีข้อจำกัดใดๆ เมื่อเขียนการวิเคราะห์
ตั้งค่าให้กับคีย์แท็กขณะรันไทม์เมื่อฝังแดชบอร์ด
หลังจากตั้งค่าคีย์แท็กสำหรับคอลัมน์ของชุดข้อมูลแล้ว นักพัฒนาจะตั้งค่าให้กับคีย์ขณะรันไทม์เมื่อฝังแดชบอร์ด นักพัฒนาเรียก API GenerateDashboardEmbedURLForAnonymousUser
เพื่อฝังแดชบอร์ดและส่งค่าไปยังคีย์แท็กในองค์ประกอบ SessionTags
ดังแสดงในโค้ดตัวอย่างต่อไปนี้:
เนื่องจากคุณสมบัตินี้จะรักษาความปลอดภัยข้อมูลสำหรับผู้ใช้ที่ไม่ได้จัดเตรียมไว้ใน QuickSight การเรียก API จึงมีไว้สำหรับ AnonymousUser
เท่านั้น ดังนั้นฟีเจอร์นี้จึงใช้ได้กับ API เท่านั้น GenerateDashboardEmbedURLForAnonymousUser
.
รหัสตัวอย่างก่อนหน้านี้มีส่วนประกอบต่อไปนี้:
- สำหรับ
tag_name_1
คุณตั้งค่าสองค่า (value1
และvalue2
) ใช้TagMultiValueDelimiter
กำหนดไว้เมื่อตั้งค่าคีย์แท็ก (ในกรณีนี้คือเครื่องหมายจุลภาค) - สำหรับ
tag_name_2
คุณตั้งค่าหนึ่งค่าเป็นเครื่องหมายดอกจัน ซึ่งจะทำให้คีย์แท็กนี้มีค่าทั้งหมดสำหรับคอลัมน์นั้นได้ เนื่องจากเรากำหนดเครื่องหมายดอกจันเป็นMatchAllValue
เมื่อตั้งค่าคีย์แท็กบนคอลัมน์ก่อนหน้า - สำหรับ
tag_name_3
คุณตั้งค่าหนึ่งค่า (value3
).
คำจำกัดความการตอบสนองของ API
การตอบสนองของ API มี EmbedURL
, Status
และ RequestID
. คุณสามารถฝัง URL นี้ในหน้า HTML ของคุณได้ ข้อมูลในแดชบอร์ดนี้ได้รับการรักษาความปลอดภัยตามค่าที่ส่งไปยังคีย์แท็กเมื่อเรียกใช้ API ที่ฝัง GenerateDashboardEmbedURLForAnonymousUser
:
- EmbedUrl (สตริง) – URL แบบใช้ครั้งเดียวที่คุณสามารถใส่ลงในหน้าเว็บฝั่งเซิร์ฟเวอร์เพื่อฝังแดชบอร์ดของคุณ URL นี้ใช้ได้เป็นเวลา 5 นาที การดำเนินการ API จัดเตรียม URL ด้วย
auth_code
ค่าที่เปิดใช้งานการลงชื่อเข้าใช้เซสชันผู้ใช้หนึ่งครั้ง (และเพียงครั้งเดียวเท่านั้น) ซึ่งใช้ได้นานถึง 10 ชั่วโมง URL นี้แสดงผลแดชบอร์ดโดยใช้กฎ RLS โดยอิงตามค่าที่ตั้งไว้สำหรับคีย์แท็ก RLS - สถานะ (จำนวนเต็ม) – สถานะ HTTP ของคำขอ
- รหัสคำขอ (สตริง) – รหัสคำขอ AWS สำหรับการดำเนินการนี้
การควบคุมการเข้าถึงแบบละเอียด
คุณสามารถควบคุมการเข้าถึงแบบละเอียดได้โดยใช้ไดนามิก AWS Identity และการจัดการการเข้าถึง (IAM) การสร้างนโยบาย สำหรับข้อมูลเพิ่มเติม โปรดดู การแยกผู้เช่า SaaS ด้วยนโยบาย IAM ที่สร้างขึ้นแบบไดนามิก. เมื่อใช้ GenerateEmbedUrlForAnonymousUser
API สำหรับการฝัง คุณต้องระบุทรัพยากรสองประเภทในนโยบาย IAM: เนมสเปซ ARN ที่ผู้ใช้ที่ไม่ระบุชื่อของคุณเป็นเจ้าของ และ ARN แดชบอร์ดที่สามารถใช้ใน AuthorizedResourceArns
ค่าพารามิเตอร์อินพุต เซสชันที่สร้างขึ้นโดยใช้ API นี้สามารถเข้าถึงทรัพยากรที่ได้รับอนุญาตและเซสชัน (แดชบอร์ด) ที่แชร์กับเนมสเปซ
เนื่องจากผู้ใช้ที่ไม่ระบุชื่อเป็นส่วนหนึ่งของเนมสเปซ แดชบอร์ดใดๆ ที่แชร์กับเนมสเปซจึงสามารถเข้าถึงได้สำหรับผู้ใช้ โดยไม่คำนึงว่าพวกเขาจะถูกส่งผ่านอย่างชัดเจนผ่านทาง AuthorizedResourceArns
พารามิเตอร์.
เพื่ออนุญาตให้ข้อมูลระบุตัวตนของผู้โทรสร้าง URL สำหรับผู้ใช้และแดชบอร์ดใด ๆ Resource
สามารถตั้งค่าการบล็อกนโยบายได้ *
. เพื่ออนุญาตให้ข้อมูลระบุตัวตนของผู้โทรสร้าง URL สำหรับผู้ใช้ที่ไม่ระบุชื่อในเนมสเปซเฉพาะ (เช่น Tenant1
) Resource
ส่วนหนึ่งของนโยบายสามารถตั้งค่าเป็น arn:aws:quicksight:us-east-1:<YOUR_AWS_ACCOUNT_ID>:namespace/Tenant1
. นี่เป็นสิ่งเดียวกันสำหรับรหัสแดชบอร์ด สำหรับการสร้างนโยบายแบบไดนามิก คุณยังสามารถใช้ตัวยึดตำแหน่งสำหรับเนมสเปซและผู้ใช้ได้
รหัสต่อไปนี้เป็นตัวอย่างนโยบาย IAM:
ใช้กรณี
OkTank เป็น ISV ในด้านการดูแลสุขภาพ พวกเขามีแอปพลิเคชัน SaaS ที่โรงพยาบาลต่างๆ ในภูมิภาคต่างๆ ของประเทศใช้เพื่อจัดการรายได้ OkTank มีพนักงานด้านการดูแลสุขภาพหลายพันคนที่เข้าถึงแอปพลิเคชันของตน และได้ฝังการดำเนินงานที่เกี่ยวข้องกับธุรกิจของตนไว้ในแดชบอร์ด QuickSight ในแอปพลิเคชันของตน OkTank ไม่ต้องการจัดการผู้ใช้ใน QuickSight แยกกัน และต้องการรักษาความปลอดภัยข้อมูลตามผู้ใช้ที่โรงพยาบาลเข้าถึงแอปพลิเคชันของตน OkTank กำลังรักษาความปลอดภัยข้อมูลบนแดชบอร์ด ณ รันไทม์โดยใช้การรักษาความปลอดภัยระดับแถวโดยใช้แท็ก
OkTank มีโรงพยาบาล (โรงพยาบาล North, โรงพยาบาล South และโรงพยาบาล Downtown) ในภูมิภาคกลาง ตะวันออก ใต้ และตะวันตก
ในตัวอย่างนี้ ผู้ใช้ต่อไปนี้เข้าถึงแอปพลิเคชันของ OkTank และแดชบอร์ดแบบฝัง ผู้ใช้แต่ละคนมีกฎข้อจำกัดในระดับหนึ่งซึ่งกำหนดข้อมูลที่พวกเขาสามารถเข้าถึงในแดชบอร์ด PowerUser
เป็นผู้ใช้ขั้นสูงที่สามารถดูข้อมูลของโรงพยาบาลและภูมิภาคทั้งหมดได้
ผู้ใช้แอปพลิเคชันของ OkTank | โรงพยาบาล | ภูมิภาค |
ผู้ใช้ภาคเหนือ | โรงพยาบาลเหนือ | ภาคกลางและภาคตะวันออก |
ภาคเหนือผู้ดูแลระบบ | โรงพยาบาลเหนือ | ทุกภูมิภาค |
SouthUser | โรงพยาบาลภาคใต้ | ภาคใต้ |
ภาคใต้ผู้ดูแลระบบ | โรงพยาบาลภาคใต้ | ทุกภูมิภาค |
ผู้ใช้พลังงาน | โรงพยาบาลทุกแห่ง | ทุกภูมิภาค |
ผู้ใช้เหล่านี้ไม่ได้รับการจัดสรรใน QuickSight OkTank จัดการผู้ใช้เหล่านี้ในแอปพลิเคชันของตนเอง และดังนั้นจึงรู้ว่าผู้ใช้แต่ละรายอยู่ในภูมิภาคและโรงพยาบาลใด เมื่อผู้ใช้รายใดรายหนึ่งเข้าถึงแดชบอร์ด QuickSight ที่ฝังอยู่ในแอปพลิเคชัน OkTank จะต้องรักษาความปลอดภัยข้อมูลบนแดชบอร์ดเพื่อให้ผู้ใช้สามารถเห็นเฉพาะข้อมูลสำหรับภูมิภาคและโรงพยาบาลของตนเท่านั้น
ขั้นแรก OkTank ได้สร้างคีย์แท็กบนชุดข้อมูลที่พวกเขาใช้เพื่อขับเคลื่อนแดชบอร์ด ในพวกเขา UpdateDataset
การเรียก API, RowLevelPermissionTagConfiguration
องค์ประกอบในชุดข้อมูลจะเป็นดังนี้:
ประการที่สอง ขณะรันไทม์เมื่อฝังแดชบอร์ดผ่านทาง GenerateDashboardEmbedURLForAnonymousUser
API พวกเขาตั้งค่าไว้ SessionTags
สำหรับผู้ใช้แต่ละคน
SessionTags
for
NorthUser
ใน GenerateDashboardEmbedURLForAnonymousUser
การเรียก API มีดังนี้:
SessionTags
for
NorthAdmin
มีรายละเอียดดังนี้:
SessionTags
for
SouthUser
มีรายละเอียดดังนี้:
SessionTags
for
SouthAdmin
มีรายละเอียดดังนี้:
SessionTags
for
PowerUser
มีรายละเอียดดังนี้:
ภาพหน้าจอต่อไปนี้แสดงอะไร SouthUser
เห็นเกี่ยวกับโรงพยาบาลภาคใต้ในภาคใต้
ภาพหน้าจอต่อไปนี้แสดงอะไร SouthAdmin
เห็นเกี่ยวกับโรงพยาบาลภาคใต้ในทุกภูมิภาค
ภาพหน้าจอต่อไปนี้แสดงอะไร PowerUser
เห็นแก่โรงพยาบาลทุกแห่งในทุกภูมิภาค
ตามแท็กเซสชัน OkTank ได้รักษาความปลอดภัยข้อมูลบนแดชบอร์ดแบบฝัง เพื่อให้ผู้ใช้แต่ละคนเห็นเฉพาะข้อมูลเฉพาะตามการเข้าถึงของพวกเขา คุณสามารถ เข้าถึงแดชบอร์ด เป็นหนึ่งในผู้ใช้ (โดยการเปลี่ยนผู้ใช้ในเมนูแบบเลื่อนลงด้านบนขวา) และดูว่าข้อมูลเปลี่ยนแปลงอย่างไรตามผู้ใช้ที่เลือก
โดยรวมแล้ว ด้วยการรักษาความปลอดภัยระดับแถวโดยใช้แท็ก OkTank จึงสามารถมอบประสบการณ์การวิเคราะห์ที่น่าสนใจภายในแอปพลิเคชัน SaaS ของตน ขณะเดียวกันก็ทำให้แน่ใจว่าผู้ใช้แต่ละคนจะเห็นเฉพาะข้อมูลที่เหมาะสมเท่านั้น โดยไม่ต้องจัดเตรียมและจัดการผู้ใช้ใน QuickSight QuickSight มีตัวเลือกการวิเคราะห์ที่ปลอดภัยและปรับขนาดได้สูง ซึ่งคุณสามารถตั้งค่าและเผยแพร่สู่การใช้งานจริงได้ภายในไม่กี่วัน แทนที่จะเป็นสัปดาห์หรือเดือนก่อนหน้านี้
สรุป
การรวมกันของแดชบอร์ดแบบฝังสำหรับผู้ใช้ที่ไม่ได้จัดเตรียมไว้ใน QuickSight และการรักษาความปลอดภัยระดับแถวโดยใช้แท็กช่วยให้นักพัฒนาและ ISV สามารถตั้งค่าการวิเคราะห์ที่ซับซ้อนและปรับแต่งเองสำหรับผู้ใช้แอปพลิเคชันได้อย่างรวดเร็วและง่ายดาย ทั้งหมดนี้โดยไม่ต้องตั้งค่าโครงสร้างพื้นฐานหรือการจัดการใด ๆ ในขณะที่ปรับขนาดไปยังผู้ใช้หลายล้านคน . ติดตามข่าวสารเพิ่มเติมได้ที่ การวิเคราะห์แบบฝัง QuickSightโปรดดูที่ มีอะไรใหม่ในคู่มือผู้ใช้ Amazon QuickSight.
เกี่ยวกับผู้เขียน
ราจี ศิวะสุบรามาเนียม เป็นสถาปนิกโซลูชันผู้เชี่ยวชาญที่ AWS โดยมุ่งเน้นที่การวิเคราะห์ Raji มีประสบการณ์ 20 ปีในการออกแบบสถาปัตยกรรมการจัดการข้อมูลองค์กร ระบบธุรกิจอัจฉริยะ และการวิเคราะห์แบบครบวงจรสำหรับบริษัทที่ติดอันดับ Fortune 500 และ Fortune 100 ทั่วโลก เธอมีประสบการณ์เชิงลึกในการบูรณาการข้อมูลและการวิเคราะห์ด้านการดูแลสุขภาพเข้ากับชุดข้อมูลด้านการดูแลสุขภาพที่หลากหลาย รวมถึงตลาดที่มีการจัดการ การกำหนดเป้าหมายของแพทย์ และการวิเคราะห์ผู้ป่วย ในเวลาว่าง Raji สนุกกับการเดินป่า โยคะ และทำสวน
ศรีกันต์ บาเฮติ เป็นผู้เชี่ยวชาญด้านโซลูชัน World Wide Sr. สำหรับ Amazon QuickSight เขาเริ่มต้นอาชีพการเป็นที่ปรึกษาและทำงานให้กับองค์กรภาครัฐและเอกชนหลายแห่ง ต่อมาเขาทำงานให้กับ PerkinElmer Health and Sciences & eResearch Technology Inc ซึ่งเขารับผิดชอบในการออกแบบและพัฒนาเว็บแอปพลิเคชันที่มีปริมาณการใช้งานสูง ไปป์ไลน์ข้อมูลที่ปรับขนาดได้และบำรุงรักษาได้สูงสำหรับแพลตฟอร์มการรายงานโดยใช้บริการของ AWS และการประมวลผลแบบไร้เซิร์ฟเวอร์
คารีม ซัยยิด-โมฮัมเหม็ด เป็นผู้จัดการผลิตภัณฑ์ที่ Amazon QuickSight เขามุ่งเน้นไปที่การวิเคราะห์แบบฝัง, API และประสบการณ์ของนักพัฒนา ก่อนใช้งาน QuickSight เขาเคยทำงานกับ AWS Marketplace และร้านค้าปลีกของ Amazon ในตำแหน่ง PM Kareem เริ่มต้นอาชีพของเขาในฐานะนักพัฒนา จากนั้นเป็น PM ในด้านเทคโนโลยีคอลเซ็นเตอร์ ผู้เชี่ยวชาญในพื้นที่ และโฆษณาของ Expedia เขาทำงานเป็นที่ปรึกษาให้กับ McKinsey and Company ในช่วงเวลาสั้นๆ
- '
- "
- &
- 000
- 100
- 11
- เข้า
- ลงชื่อเข้าใช้
- การกระทำ
- โฆษณา
- ทั้งหมด
- อเมซอน
- การวิเคราะห์
- API
- APIs
- app
- การใช้งาน
- การใช้งาน
- ปพลิเคชัน
- ผู้เขียน
- AWS
- สร้าง
- ธุรกิจ
- ระบบธุรกิจอัจฉริยะ
- โทรศัพท์
- ความจุ
- ความก้าวหน้า
- รหัส
- คอลัมน์
- บริษัท
- บริษัท
- การคำนวณ
- ผู้ให้คำปรึกษา
- ลูกค้า
- หน้าปัด
- ข้อมูล
- การจัดการข้อมูล
- ผู้พัฒนา
- นักพัฒนา
- เขตล่างตัวเมือง
- พนักงาน
- Enterprise
- ประสบการณ์
- FAST
- ลักษณะ
- รัฐบาล
- สุขภาพ
- การดูแลสุขภาพ
- โปรดคลิกที่นี่เพื่ออ่านรายละเอียดเพิ่มเติม
- จุดสูง
- การธุดงค์
- โรงพยาบาล
- โรงพยาบาล
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- HTTPS
- AMI
- เอกลักษณ์
- รวมทั้ง
- ข้อมูล
- โครงสร้างพื้นฐาน
- Intelligence
- การโต้ตอบ
- IT
- คีย์
- กุญแจ
- ชั้น
- ในประเทศ
- การทำ
- การจัดการ
- ตลาด
- ตลาด
- การจับคู่
- เดือน
- คุณลักษณะใหม่
- ทางทิศเหนือ
- การดำเนินการ
- ตัวเลือกเสริม (Option)
- อื่นๆ
- การปฏิบัติ
- แพทย์
- แพลตฟอร์ม
- นโยบาย
- อำนาจ
- ส่วนตัว
- ผลิตภัณฑ์
- การผลิต
- ทรัพยากร
- แหล่งข้อมูล
- คำตอบ
- ค้าปลีก
- รายได้
- ม้วน
- กฎระเบียบ
- SaaS
- ปรับ
- วิทยาศาสตร์
- ความปลอดภัย
- เห็น
- เลือก
- serverless
- บริการ
- ชุด
- การตั้งค่า
- Share
- ที่ใช้ร่วมกัน
- สั้น
- สถานที่ทำวิจัย
- So
- ซอฟต์แวร์
- โซลูชัน
- ภาคใต้
- ช่องว่าง
- ข้อความที่เริ่ม
- คำแถลง
- Status
- เทคโนโลยี
- เทคโนโลยี
- เวลา
- ด้านบน
- การจราจร
- การปรับปรุง
- ผู้ใช้
- ความคุ้มค่า
- เว็บ
- เว็บแอปพลิเคชัน
- ตะวันตก
- WHO
- ภายใน
- เวิร์กโฟลว์
- โรงงาน
- โลก
- ปี
- โยคะ