องค์กรต่างๆ กำลังมองหาวิธีปลดล็อกศักยภาพของ generative AI อย่างรวดเร็วโดยให้การเข้าถึงโมเดลพื้นฐาน (FM) แก่สายธุรกิจต่างๆ (LOB) ทีมไอทีมีหน้าที่รับผิดชอบในการช่วยให้ LOB สร้างสรรค์นวัตกรรมด้วยความรวดเร็วและความคล่องตัว ในขณะเดียวกันก็ให้การกำกับดูแลแบบรวมศูนย์และความสามารถในการสังเกต ตัวอย่างเช่น พวกเขาอาจจำเป็นต้องติดตามการใช้งาน FM ระหว่างทีม ค่าใช้จ่ายในการปฏิเสธการชำระเงิน และแสดงการมองเห็นศูนย์ต้นทุนที่เกี่ยวข้องใน LOB นอกจากนี้ พวกเขาอาจจำเป็นต้องควบคุมการเข้าถึงโมเดลที่แตกต่างกันในแต่ละทีม ตัวอย่างเช่น หากเฉพาะ FMs ที่เฉพาะเจาะจงเท่านั้นที่สามารถอนุมัติให้ใช้ได้
อเมซอน เบดร็อค เป็นบริการที่มีการจัดการเต็มรูปแบบซึ่งนำเสนอตัวเลือกโมเดลพื้นฐานที่มีประสิทธิภาพสูงจากบริษัท AI ชั้นนำ เช่น AI21 Labs, Anthropic, Cohere, Meta, Stability AI และ Amazon ผ่าน API เดียว พร้อมด้วยชุดความสามารถที่กว้างขวางในการสร้าง AI แบบกำเนิด แอปพลิเคชันที่มีความปลอดภัย ความเป็นส่วนตัว และ AI ที่มีความรับผิดชอบ เนื่องจาก Amazon Bedrock เป็นแบบไร้เซิร์ฟเวอร์ คุณจึงไม่จำเป็นต้องจัดการโครงสร้างพื้นฐานใดๆ และคุณสามารถผสานรวมและปรับใช้ความสามารถ AI เชิงสร้างสรรค์ได้อย่างปลอดภัยในแอปพลิเคชันของคุณโดยใช้บริการของ AWS ที่คุณคุ้นเคยอยู่แล้ว
ซอฟต์แวร์ในฐานะเลเยอร์บริการ (SaaS) สำหรับโมเดลพื้นฐานสามารถมอบอินเทอร์เฟซที่เรียบง่ายและสม่ำเสมอสำหรับผู้ใช้ปลายทาง ขณะเดียวกันก็รักษาการกำกับดูแลการเข้าถึงและการใช้งานแบบรวมศูนย์ เกตเวย์ API สามารถให้การเชื่อมต่อแบบหลวมๆ ระหว่างผู้ใช้โมเดลและบริการจุดสิ้นสุดของโมเดล และมีความยืดหยุ่นในการปรับให้เข้ากับโมเดล สถาปัตยกรรม และวิธีการเรียกใช้ที่เปลี่ยนแปลงไป
ในโพสต์นี้ เราจะแสดงวิธีสร้างเลเยอร์ SaaS ภายในเพื่อเข้าถึงโมเดลพื้นฐานด้วย Amazon Bedrock ในสถาปัตยกรรมแบบหลายผู้เช่า (ทีม) เรามุ่งเน้นที่การใช้งานและการติดตามต้นทุนต่อผู้เช่าโดยเฉพาะ และยังควบคุม เช่น การควบคุมปริมาณการใช้งานต่อผู้เช่า เราอธิบายว่าโซลูชันและแผนการใช้ Amazon Bedrock แมปกับเฟรมเวิร์กการเดินทาง SaaS ทั่วไปอย่างไร รหัสสำหรับการแก้ปัญหาและ ชุดพัฒนา AWS Cloud เทมเพลต (AWS CDK) มีอยู่ใน พื้นที่เก็บข้อมูล GitHub.
ความท้าทาย
ผู้ดูแลระบบแพลตฟอร์ม AI จำเป็นต้องให้การเข้าถึง FM ที่เป็นมาตรฐานและง่ายดายแก่ทีมพัฒนาหลายทีม
ต่อไปนี้เป็นความท้าทายบางประการในการจัดให้มีการเข้าถึงแบบจำลองพื้นฐานภายใต้การควบคุม:
- การติดตามต้นทุนและการใช้งาน – ติดตามและตรวจสอบต้นทุนของผู้เช่าแต่ละรายและการใช้งานแบบจำลองพื้นฐาน และจัดเตรียมต้นทุนการปฏิเสธการชำระเงินให้กับศูนย์ต้นทุนเฉพาะ
- การควบคุมงบประมาณและการใช้งาน – จัดการโควต้า API งบประมาณ และขีดจำกัดการใช้งานสำหรับการใช้โมเดลพื้นฐานที่ได้รับอนุญาตตามความถี่ที่กำหนดต่อผู้เช่า
- การควบคุมการเข้าถึงและการกำกับดูแลโมเดล – กำหนดการควบคุมการเข้าถึงสำหรับโมเดลที่อนุญาตเฉพาะเจาะจงตามผู้เช่า
- API มาตรฐานหลายผู้เช่า – ให้การเข้าถึงแบบจำลองฐานรากอย่างสม่ำเสมอด้วย OpenAPI มาตรฐาน
- การจัดการ API แบบรวมศูนย์ – จัดเตรียมเลเยอร์เดียวเพื่อจัดการคีย์ API สำหรับการเข้าถึงโมเดล
- เวอร์ชันของโมเดลและการอัพเดต – จัดการการเปิดตัวเวอร์ชันใหม่และเวอร์ชันอัปเดต
ภาพรวมโซลูชัน
ในโซลูชันนี้ เราอ้างถึงก ผู้เช่าหลายราย แนวทาง ก ผู้เช่า อาจมีตั้งแต่ผู้ใช้รายบุคคล โครงการเฉพาะ ทีม หรือแม้แต่ทั้งแผนก เมื่อเราหารือเกี่ยวกับแนวทาง เราใช้คำนี้ ทีมเพราะมันเป็นเรื่องธรรมดาที่สุด เราใช้คีย์ API เพื่อจำกัดและตรวจสอบการเข้าถึง API สำหรับทีม แต่ละทีมจะได้รับมอบหมายคีย์ API สำหรับการเข้าถึง FM อาจมีกลไกการตรวจสอบสิทธิ์และการอนุญาตผู้ใช้ที่แตกต่างกันไปใช้งานในองค์กร เพื่อความง่าย เราไม่ได้รวมสิ่งเหล่านี้ไว้ในโซลูชันนี้ คุณยังอาจรวมผู้ให้บริการข้อมูลประจำตัวที่มีอยู่เข้ากับโซลูชันนี้ได้
แผนภาพต่อไปนี้สรุปสถาปัตยกรรมโซลูชันและส่วนประกอบหลัก ทีม (ผู้เช่า) ที่ได้รับมอบหมายให้แยกศูนย์ต้นทุนใช้งาน Amazon Bedrock FM ผ่านบริการ API เพื่อติดตามปริมาณการใช้และต้นทุนต่อทีม โซลูชันจะบันทึกข้อมูลสำหรับการเรียกใช้แต่ละรายการ รวมถึงโมเดลที่เรียกใช้ จำนวนโทเค็นสำหรับโมเดลการสร้างข้อความ และขนาดรูปภาพสำหรับโมเดลหลายรูปแบบ นอกจากนี้ยังรวมการร้องขอต่อโมเดลและค่าใช้จ่ายของแต่ละทีม
คุณสามารถปรับใช้โซลูชันในบัญชีของคุณเองได้โดยใช้ AWS CDK AWS CDK เป็นเฟรมเวิร์กการพัฒนาซอฟต์แวร์โอเพ่นซอร์สเพื่อสร้างแบบจำลองและจัดเตรียมทรัพยากรแอปพลิเคชันระบบคลาวด์ของคุณโดยใช้ภาษาการเขียนโปรแกรมที่คุ้นเคย รหัส AWS CDK มีอยู่ใน พื้นที่เก็บข้อมูล GitHub.
ในส่วนต่อไปนี้ เราจะหารือเกี่ยวกับองค์ประกอบสำคัญของโซลูชันโดยละเอียด
บันทึกการใช้งานโมเดลพื้นฐานต่อทีม
ขั้นตอนการทำงานเพื่อบันทึกการใช้งาน FM ต่อทีมประกอบด้วยขั้นตอนต่อไปนี้ (ตามหมายเลขในแผนภาพก่อนหน้า):
- ใบสมัครของทีมส่งคำขอ POST ไปที่ Amazon API Gateway Amazon ด้วยโมเดลที่จะเรียกใช้ใน
model_id
พารามิเตอร์การสืบค้นและพรอมต์ผู้ใช้ในเนื้อหาคำขอ - API Gateway กำหนดเส้นทางคำขอไปยัง AWS แลมบ์ดา ฟังก์ชัน (
bedrock_invoke_model
) ที่มีหน้าที่บันทึกข้อมูลการใช้งานของทีม อเมซอน คลาวด์วอตช์ และเรียกใช้โมเดล Amazon Bedrock - Amazon Bedrock มอบตำแหน่งข้อมูล VPC ที่ขับเคลื่อนโดย AWS PrivateLink. ในโซลูชันนี้ ฟังก์ชัน Lambda จะส่งคำขอไปยัง Amazon Bedrock โดยใช้ PrivateLink เพื่อสร้างการเชื่อมต่อส่วนตัวระหว่าง VPC ในบัญชีของคุณและบัญชีบริการ Amazon Bedrock หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ PrivateLink โปรดดู ใช้ AWS PrivateLink เพื่อตั้งค่าการเข้าถึง Amazon Bedrock แบบส่วนตัว.
- หลังจากการร้องขอ Amazon Bedrock อเมซอน CloudTrail สร้าง กิจกรรม CloudTrail
- หากการเรียก Amazon Bedrock สำเร็จ ฟังก์ชัน Lambda จะบันทึกข้อมูลต่อไปนี้ ขึ้นอยู่กับประเภทของโมเดลที่เรียกใช้ และส่งคืนการตอบกลับที่สร้างขึ้นไปยังแอปพลิเคชัน:
- team_id – ตัวระบุเฉพาะสำหรับทีมที่ออกคำขอ
- ขอรหัส – ตัวระบุเฉพาะของคำขอ
- model_id – ID ของโมเดลที่จะเรียกใช้
- โทเค็นอินพุต – จำนวนโทเค็นที่ส่งไปยังโมเดลโดยเป็นส่วนหนึ่งของพรอมต์ (สำหรับโมเดลการสร้างข้อความและการฝัง)
- โทเค็นเอาท์พุต – จำนวนโทเค็นสูงสุดที่จะสร้างโดยโมเดล (สำหรับโมเดลการสร้างข้อความ)
- ความสูง – ความสูงของภาพที่ร้องขอ (สำหรับโมเดลหลายรูปแบบและโมเดลการฝังหลายรูปแบบ)
- ความกว้าง – ความกว้างของภาพที่ร้องขอ (สำหรับรุ่นหลายรูปแบบเท่านั้น)
- ทำตามขั้นตอน – ขั้นตอนที่ร้องขอ (สำหรับโมเดล AI ความเสถียร)
ติดตามต้นทุนต่อทีม
ขั้นตอนที่แตกต่างกันจะรวบรวมข้อมูลการใช้งาน จากนั้นคำนวณและประหยัดต้นทุนตามความต้องการต่อทีมในแต่ละวัน ด้วยโฟลว์ที่แยกจากกัน เรามั่นใจว่าการติดตามต้นทุนจะไม่ส่งผลกระทบต่อเวลาแฝงและปริมาณการประมวลผลของโฟลว์การเรียกใช้แบบจำลอง ขั้นตอนเวิร์กโฟลว์มีดังนี้:
- An อเมซอน EventBridge กฎทริกเกอร์ฟังก์ชันแลมบ์ดา (
bedrock_cost_tracking
) รายวัน. - ฟังก์ชัน Lambda รับข้อมูลการใช้งานจาก CloudWatch สำหรับวันก่อนหน้า คำนวณต้นทุนที่เกี่ยวข้อง และจัดเก็บข้อมูลที่รวบรวมโดย
team_id
และmodel_id
in บริการจัดเก็บข้อมูลอย่างง่ายของ Amazon (Amazon S3) ในรูปแบบ CSV
หากต้องการสอบถามและแสดงภาพข้อมูลที่จัดเก็บไว้ใน Amazon S3 คุณมีตัวเลือกต่างๆ ซึ่งรวมถึง S3 เลือกและ Amazon Athena และ Amazon QuickSight
การควบคุมการใช้งานต่อทีม
แผนการใช้งานจะระบุว่าใครสามารถเข้าถึง API ที่ใช้งานตั้งแต่หนึ่งรายการขึ้นไป และอาจกำหนดอัตราการร้องขอเป้าหมายเพื่อเริ่มควบคุมปริมาณคำขอก็ได้ แผนใช้คีย์ API เพื่อระบุไคลเอนต์ API ที่สามารถเข้าถึง API ที่เกี่ยวข้องสำหรับแต่ละคีย์ คุณสามารถใช้เกตเวย์ API ได้ แผนการใช้งาน เพื่อจำกัดคำขอที่เกินเกณฑ์ที่กำหนดไว้ล่วงหน้า คุณยังสามารถใช้ คีย์ API และขีดจำกัดโควต้า ซึ่งช่วยให้คุณสามารถกำหนดจำนวนคำขอสูงสุดต่อคีย์ API ที่แต่ละทีมได้รับอนุญาตให้ออกภายในช่วงเวลาที่กำหนด นอกเหนือจากนี้ โควตาบริการ Amazon Bedrock ที่ได้รับมอบหมายในระดับบัญชีเท่านั้น
เบื้องต้น
ก่อนที่คุณจะปรับใช้โซลูชัน ตรวจสอบให้แน่ใจว่าคุณมีสิ่งต่อไปนี้:
ปรับใช้ AWS CDK stack
ทำตามคำแนะนำในไฟล์ README ของพื้นที่เก็บข้อมูล GitHub เพื่อกำหนดค่าและปรับใช้สแต็ก AWS CDK
สแต็กปรับใช้ทรัพยากรต่อไปนี้:
- สภาพแวดล้อมเครือข่ายส่วนตัว (VPC, ซับเน็ตส่วนตัว, กลุ่มความปลอดภัย)
- บทบาท IAM สำหรับการควบคุมการเข้าถึงโมเดล
- เลเยอร์ Lambda สำหรับโมดูล Python ที่จำเป็น
- ฟังก์ชันแลมบ์ดา
invoke_model
- ฟังก์ชันแลมบ์ดา
list_foundation_models
- ฟังก์ชันแลมบ์ดา
cost_tracking
- API ที่เหลือ (เกตเวย์ API)
- แผนการใช้งานเกตเวย์ API
- คีย์ API ที่เกี่ยวข้องกับแผนการใช้งาน
ขึ้นทีมใหม่
สำหรับการให้การเข้าถึงทีมใหม่ คุณสามารถแชร์คีย์ API เดียวกันระหว่างทีมต่างๆ และติดตามการใช้โมเดลโดยระบุคีย์ API ที่แตกต่างกัน team_id
สำหรับการเรียกใช้ API หรือสร้างคีย์ API เฉพาะที่ใช้สำหรับการเข้าถึงทรัพยากร Amazon Bedrock โดยทำตามคำแนะนำที่ให้ไว้ใน README.
สแต็กปรับใช้ทรัพยากรต่อไปนี้:
- แผนการใช้งาน API Gateway ที่เชื่อมโยงกับ REST API ที่สร้างไว้ก่อนหน้านี้
- คีย์ API ที่เกี่ยวข้องกับแผนการใช้งานสำหรับทีมใหม่ พร้อมการควบคุมปริมาณที่สงวนไว้และการกำหนดค่าแบบต่อเนื่องสำหรับ API
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการควบคุมปริมาณและการกำหนดค่าแบบต่อเนื่องของ API Gateway โปรดดูที่ คำขอ Throttle API เพื่อปริมาณงานที่ดีขึ้น.
หลังจากที่คุณปรับใช้สแต็ก คุณจะเห็นว่าคีย์ API ใหม่สำหรับ team-2
ถูกสร้างขึ้นเช่นกัน
กำหนดค่าการควบคุมการเข้าถึงโมเดล
ผู้ดูแลระบบแพลตฟอร์มสามารถอนุญาตให้เข้าถึงโมเดลพื้นฐานเฉพาะได้โดยการแก้ไขนโยบาย IAM ที่เกี่ยวข้องกับฟังก์ชัน Lambda invoke_model
.
สิทธิ์ IAM ถูกกำหนดไว้ในไฟล์ การตั้งค่า/stack_constructs/iam.py. ดูรหัสต่อไปนี้:
เรียกใช้บริการ
หลังจากที่คุณปรับใช้โซลูชันแล้ว คุณสามารถเรียกใช้บริการได้โดยตรงจากโค้ดของคุณ ต่อไปนี้
เป็นตัวอย่างใน Python สำหรับการบริโภคไฟล์ invoke_model
API สำหรับการสร้างข้อความผ่านคำขอ POST:
ผลลัพธ์: Amazon Bedrock เป็นแพลตฟอร์มเทคโนโลยีภายในที่พัฒนาโดย Amazon เพื่อใช้งานและดำเนินการบริการและผลิตภัณฑ์ต่างๆ มากมาย สิ่งสำคัญบางประการเกี่ยวกับ Bedrock …
ต่อไปนี้เป็นอีกตัวอย่างหนึ่งใน Python สำหรับการบริโภค invoke_model
API สำหรับการสร้างการฝังผ่านคำขอ POST:
model_id = "amazon.titan-embed-text-v1" #the model id for the Amazon Titan Embeddings Text model prompt = "What is Amazon Bedrock?" response = requests.post( f"{api_url}/invoke_model?model_id={model_id}", json={"inputs": prompt, "parameters": model_kwargs}, headers={ "x-api-key": api_key, #key for querying the API "team_id": team_id #unique tenant identifier, "embeddings": "true" #boolean value for the embeddings model }
) text = response.json()[0]["embedding"]
เอาท์พุท: 0.91796875, 0.45117188, 0.52734375, -0.18652344, 0.06982422, 0.65234375, -0.13085938, 0.056884766, 0.092285156, 0.06982422, 1.03125, 0.8515625, 0.16308594, 0.079589844, -0.033935547, 0.796875, -0.15429688, -0.29882812, -0.25585938, 0.45703125, 0.044921875 0.34570312, XNUMX …
การเข้าถึงโมเดลพื้นฐานถูกปฏิเสธ
ต่อไปนี้เป็นตัวอย่างใน Python สำหรับการบริโภค invoke_model
API สำหรับการสร้างข้อความผ่านคำขอ POST พร้อมการตอบสนองที่ถูกปฏิเสธการเข้าถึง:
“Traceback (การโทรล่าสุดครั้งล่าสุด):n File ”/var/task/index.py”, บรรทัด 213 ใน lambda_handlern response = _invoid_text(bedrock_client, model_id, body, model_kwargs)n File ”/var/task/index.py ”, บรรทัด 146, ใน _invoid_textn ยก en ไฟล์ ”/var/task/index.py”, บรรทัด 131, ใน _invoid_textn response = bedrock_client.invoid_model(n File ”/opt/python/botocore/client.py”, บรรทัด 535, ใน _api_calln return self._make_api_call(operation_name, kwargs)n File ”/opt/python/botocore/client.py”, บรรทัด 980 ใน _make_api_calln เพิ่ม error_class(parsed_response, operation_name)nbotocore.errorfactory.AccessDeniedException: เกิดข้อผิดพลาด (AccessDeniedException) เมื่อเรียกใช้การดำเนินการ InvokeModel: บัญชีของคุณไม่ได้รับอนุญาตให้เรียกใช้การดำเนินการ API นี้”
ตัวอย่างการประมาณต้นทุน
เมื่อเรียกใช้โมเดล Amazon Bedrock ด้วยราคาตามความต้องการ ต้นทุนทั้งหมดจะคำนวณเป็นผลรวมของต้นทุนอินพุตและเอาท์พุต ต้นทุนอินพุตจะขึ้นอยู่กับจำนวนโทเค็นอินพุตที่ส่งไปยังโมเดล และต้นทุนเอาต์พุตจะขึ้นอยู่กับโทเค็นที่สร้างขึ้น ราคาเป็นราคาต่อโทเค็นอินพุต 1,000 อัน และต่อโทเค็นเอาท์พุต 1,000 อัน สำหรับรายละเอียดเพิ่มเติมและราคาเฉพาะรุ่น โปรดดูที่ ราคาหินเบดร็อคของอเมซอน.
มาดูตัวอย่างที่ทั้งสองทีม ทีม1 และทีม2 เข้าถึง Amazon Bedrock ผ่านโซลูชันในโพสต์นี้ ข้อมูลการใช้งานและต้นทุนที่บันทึกไว้ใน Amazon S3 ในวันเดียวจะแสดงอยู่ในตารางต่อไปนี้
คอลัมน์ input_tokens
และ output_tokens
จัดเก็บโทเค็นอินพุตและเอาต์พุตทั้งหมดในการเรียกใช้โมเดลต่อโมเดลและต่อทีมตามลำดับสำหรับวันที่กำหนด
คอลัมน์ input_cost
และ output_cost
เก็บต้นทุนตามลำดับต่อรุ่นและต่อทีม สิ่งเหล่านี้คำนวณโดยใช้สูตรต่อไปนี้:
input_cost = input_token_count * model_pricing["input_cost"] / 1000
output_cost = output_token_count * model_pricing["output_cost"] / 1000
team_id | model_id | input_tokens | output_tokens | การเรียกร้อง | input_cost | ผลผลิต_ต้นทุน |
Team1 | amazon.titan-tg1-large | 24000 | 2473 | 1000 | 0.0072 | 0.00099 |
Team1 | anthropic.claude-v2 | 2448 | 4800 | 24 | 0.02698 | 0.15686 |
Team2 | amazon.titan-tg1-large | 35000 | 52500 | 350 | 0.0105 | 0.021 |
Team2 | ai21.j2-แกรนด์-instruct | 4590 | 9000 | 45 | 0.05738 | 0.1125 |
Team2 | anthropic.claude-v2 | 1080 | 4400 | 20 | 0.0119 | 0.14379 |
มุมมองจากต้นทางถึงปลายทางของสภาพแวดล้อม SaaS ไร้เซิร์ฟเวอร์หลายผู้เช่าที่ใช้งานได้
มาทำความเข้าใจว่าสภาพแวดล้อม SaaS แบบไร้เซิร์ฟเวอร์หลายผู้เช่าที่มีฟังก์ชันการทำงานตั้งแต่ต้นทางถึงปลายทางอาจมีหน้าตาเป็นอย่างไร ต่อไปนี้เป็นไดอะแกรมสถาปัตยกรรมอ้างอิง
แผนภาพสถาปัตยกรรมนี้เป็นเวอร์ชันซูมออกของแผนภาพสถาปัตยกรรมก่อนหน้าที่อธิบายไว้ก่อนหน้าในโพสต์ โดยที่แผนภาพสถาปัตยกรรมก่อนหน้าจะอธิบายรายละเอียดของหนึ่งในไมโครเซอร์วิสที่กล่าวถึง (บริการโมเดลพื้นฐาน) แผนภาพนี้อธิบายว่า นอกเหนือจากบริการโมเดลพื้นฐานแล้ว คุณต้องมีส่วนประกอบอื่นๆ ด้วยในแพลตฟอร์ม SaaS ที่มีผู้เช่าหลายรายของคุณ เพื่อใช้งานแพลตฟอร์มที่ใช้งานได้และปรับขนาดได้
มาดูรายละเอียดของสถาปัตยกรรมกันดีกว่า
ใบสมัครผู้เช่า
แอปพลิเคชันของผู้เช่าคือแอปพลิเคชันส่วนหน้าที่โต้ตอบกับสภาพแวดล้อม ที่นี่ เราจะแสดงผู้เช่าหลายรายที่เข้าถึงจากสภาพแวดล้อมภายในเครื่องหรือ AWS ที่แตกต่างกัน แอปพลิเคชันส่วนหน้าสามารถขยายเพื่อรวมหน้าการลงทะเบียนสำหรับผู้เช่าใหม่เพื่อลงทะเบียนตนเอง และคอนโซลผู้ดูแลระบบสำหรับผู้ดูแลระบบของชั้นบริการ SaaS หากแอปพลิเคชันของผู้เช่าต้องการตรรกะที่กำหนดเองเพื่อนำไปใช้ซึ่งจำเป็นต้องมีการโต้ตอบกับสภาพแวดล้อม SaaS พวกเขาสามารถใช้ข้อกำหนดเฉพาะของไมโครเซอร์วิสอะแดปเตอร์แอปพลิเคชันได้ สถานการณ์ตัวอย่างอาจเพิ่มตรรกะการอนุญาตที่กำหนดเองในขณะที่เคารพข้อกำหนดการอนุญาตของสภาพแวดล้อม SaaS
บริการที่ใช้ร่วมกัน
ต่อไปนี้เป็นบริการที่ใช้ร่วมกัน:
- บริการการจัดการผู้เช่าและผู้ใช้ –บริการเหล่านี้มีหน้าที่ในการลงทะเบียนและจัดการผู้เช่า พวกเขามีฟังก์ชันการทำงานแบบ cross-cut ที่แยกจากบริการแอปพลิเคชันและแชร์กับผู้เช่าทั้งหมด
- บริการโมเดลรองพื้น –แผนภาพสถาปัตยกรรมโซลูชันที่อธิบายไว้ตอนต้นของโพสต์นี้แสดงถึงไมโครเซอร์วิสนี้ โดยที่การโต้ตอบจากฟังก์ชัน API Gateway ไปยัง Lambda เกิดขึ้นภายในขอบเขตของไมโครเซอร์วิสนี้ ผู้เช่าทั้งหมดใช้ไมโครเซอร์วิสนี้เพื่อเรียกใช้โมเดลพื้นฐานจาก Anthropic, AI21, Cohere, Stability, Meta และ Amazon รวมถึงโมเดลที่ได้รับการปรับแต่งอย่างละเอียด นอกจากนี้ยังรวบรวมข้อมูลที่จำเป็นสำหรับการติดตามการใช้งานในบันทึกของ CloudWatch อีกด้วย
- บริการติดตามต้นทุน –บริการนี้ติดตามต้นทุนและการใช้งานสำหรับผู้เช่าแต่ละราย ไมโครเซอร์วิสนี้ทำงานตามกำหนดเวลาเพื่อสืบค้นบันทึก CloudWatch และส่งออกการติดตามการใช้งานรวมและต้นทุนที่อนุมานไปยังพื้นที่จัดเก็บข้อมูล สามารถขยายบริการติดตามต้นทุนเพื่อสร้างรายงานและการแสดงภาพเพิ่มเติมได้
บริการอะแดปเตอร์แอปพลิเคชัน
บริการนี้นำเสนอชุดข้อกำหนดและ API ที่ผู้เช่าอาจนำไปใช้เพื่อรวมตรรกะที่กำหนดเองเข้ากับสภาพแวดล้อม SaaS ขึ้นอยู่กับจำนวนการรวมแบบกำหนดเองที่จำเป็น ส่วนประกอบนี้สามารถเลือกได้สำหรับผู้เช่า
ที่เก็บข้อมูลหลายผู้เช่า
บริการที่ใช้ร่วมกันจะจัดเก็บข้อมูลไว้ในที่เก็บข้อมูลที่สามารถแชร์ร่วมกันได้ อเมซอน ไดนาโมดีบี ตารางที่มีคีย์การแบ่งพาร์ติชันผู้เช่าที่เชื่อมโยงรายการ DynamoDB กับผู้เช่าแต่ละราย บริการที่ใช้ร่วมกันในการติดตามต้นทุนจะส่งออกข้อมูลการใช้งานรวมและการติดตามต้นทุนไปยัง Amazon S3 ขึ้นอยู่กับกรณีการใช้งาน อาจมีที่เก็บข้อมูลเฉพาะแอปพลิเคชันเช่นกัน
สภาพแวดล้อม SaaS ที่มีผู้เช่าหลายรายสามารถมีส่วนประกอบได้มากขึ้น สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การสร้างโซลูชัน SaaS ที่มีผู้เช่าหลายรายโดยใช้บริการ AWS Serverless.
รองรับการใช้งานหลายรูปแบบ
โดยทั่วไปเฟรมเวิร์ก SaaS จะวางโครงร่างโมเดลการใช้งานสองแบบ: พูลและไซโล สำหรับโมเดลพูล ผู้เช่าทั้งหมดเข้าถึง FM จากสภาพแวดล้อมที่ใช้ร่วมกันพร้อมพื้นที่จัดเก็บข้อมูลและโครงสร้างพื้นฐานการประมวลผลทั่วไป ในแบบจำลองไซโล ผู้เช่าแต่ละรายมีชุดทรัพยากรเฉพาะของตนเอง คุณสามารถอ่านเกี่ยวกับโมเดลการแยกได้ใน เอกสารรายงานกลยุทธ์การแยกผู้เช่า SaaS.
โซลูชันที่นำเสนอนี้สามารถนำไปใช้กับโมเดลการปรับใช้ SaaS ทั้งสองแบบ ในแนวทางแบบพูล สภาพแวดล้อม AWS แบบรวมศูนย์จะโฮสต์ API พื้นที่จัดเก็บ และทรัพยากรการประมวลผล ในโหมดไซโล แต่ละทีมจะเข้าถึง API พื้นที่จัดเก็บ และทรัพยากรการประมวลผลในสภาพแวดล้อม AWS เฉพาะ
โซลูชันนี้ยังเหมาะสมกับแผนการใช้งานที่มีอยู่ของ Amazon Bedrock AWS มีตัวเลือกแผนการใช้งานสองแบบสำหรับการอนุมาน:
- ตามความต้องการ – โหมดนี้ช่วยให้คุณใช้โมเดลพื้นฐานแบบจ่ายตามที่ใช้งาน โดยไม่ต้องมีข้อผูกมัดระยะยาวตามเวลา
- ปริมาณงานที่จัดเตรียมไว้ – โหมดนี้ช่วยให้คุณสามารถจัดเตรียมปริมาณการประมวลผลที่เพียงพอเพื่อให้ตรงตามข้อกำหนดด้านประสิทธิภาพของแอปพลิเคชันของคุณโดยแลกกับข้อผูกมัดระยะเวลาที่อิงตามเวลา
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับตัวเลือกเหล่านี้ โปรดดูที่ ราคาหินเบดร็อคของอเมซอน.
โซลูชันอ้างอิง SaaS แบบไร้เซิร์ฟเวอร์ที่อธิบายไว้ในโพสต์นี้สามารถใช้แผนการใช้งานของ Amazon Bedrock เพื่อมอบตัวเลือกการจัดระดับขั้นพื้นฐานและพรีเมียมให้กับผู้ใช้ปลายทาง พื้นฐานอาจรวมถึงปริมาณการใช้ตามต้องการหรือปริมาณการประมวลผลที่มีการเตรียมใช้งานของ Amazon Bedrock และอาจรวมถึงการใช้งานเฉพาะและขีดจำกัดงบประมาณ ขีดจำกัดผู้เช่าสามารถเปิดใช้งานได้โดยการควบคุมปริมาณคำขอตามคำขอ ขนาดโทเค็น หรือการจัดสรรงบประมาณ ผู้เช่าระดับพรีเมี่ยมอาจมีทรัพยากรเฉพาะของตนเองโดยมีการใช้ปริมาณการประมวลผลที่จัดเตรียมไว้ของ Amazon Bedrock โดยทั่วไปผู้เช่าเหล่านี้จะเชื่อมโยงกับปริมาณงานการผลิตที่ต้องใช้ปริมาณงานสูงและการเข้าถึง Amazon Bedrock FM เวลาแฝงต่ำ
สรุป
ในโพสต์นี้ เราได้พูดคุยถึงวิธีสร้างแพลตฟอร์ม SaaS ภายในเพื่อเข้าถึงโมเดลพื้นฐานด้วย Amazon Bedrock ในการตั้งค่าแบบหลายผู้เช่า โดยมุ่งเน้นที่การติดตามต้นทุนและการใช้งาน และขีดจำกัดการควบคุมสำหรับผู้เช่าแต่ละราย หัวข้อเพิ่มเติมที่ต้องสำรวจ ได้แก่ การรวมโซลูชันการรับรองความถูกต้องและการอนุญาตที่มีอยู่ในองค์กร การปรับปรุงชั้น API เพื่อรวมเว็บซ็อกเก็ตสำหรับการโต้ตอบเซิร์ฟเวอร์ไคลเอนต์แบบสองทิศทาง การเพิ่มการกรองเนื้อหาและการป้องกันการกำกับดูแลอื่น ๆ การออกแบบระดับการปรับใช้หลายระดับ การรวมไมโครเซอร์วิสอื่น ๆ ใน SaaS สถาปัตยกรรม และอื่นๆ อีกมากมาย
รหัสทั้งหมดสำหรับโซลูชันนี้มีอยู่ใน พื้นที่เก็บข้อมูล GitHub.
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเฟรมเวิร์กที่ใช้ SaaS โปรดดูที่ กรอบการทำงาน SaaS Journey: การสร้างโซลูชัน SaaS ใหม่บน AWS.
เกี่ยวกับผู้เขียน
ฮาซัน ปุณณวลา เป็นสถาปนิกโซลูชันผู้เชี่ยวชาญด้าน AI/ML อาวุโสที่ AWS ซึ่งทำงานร่วมกับลูกค้าด้านการดูแลสุขภาพและวิทยาศาสตร์ชีวภาพ Hasan ช่วยออกแบบ ปรับใช้ และปรับขนาดแอปพลิเคชัน Generative AI และ Machine Learning บน AWS เขามีประสบการณ์ทำงานรวมกันมากกว่า 15 ปีในด้านแมชชีนเลิร์นนิง การพัฒนาซอฟต์แวร์ และวิทยาศาสตร์ข้อมูลบนคลาวด์ ในเวลาว่าง Hasan ชอบสำรวจธรรมชาติและใช้เวลากับเพื่อนและครอบครัว
Anastasia เซเวเลก้า เป็นสถาปนิกโซลูชันผู้เชี่ยวชาญ AI/ML อาวุโสที่ AWS เธอช่วยลูกค้าทั่ว EMEA สร้างโมเดลพื้นฐานและสร้างโซลูชัน AI และการเรียนรู้ของเครื่องที่ปรับขนาดได้โดยใช้บริการของ AWS โดยเป็นส่วนหนึ่งของงานของเธอ
Bruไม่มีพิสตัน เป็นสถาปนิกโซลูชันผู้เชี่ยวชาญ Generative AI และ ML สำหรับ AWS ในเมืองมิลาน เขาทำงานร่วมกับลูกค้ารายใหญ่เพื่อช่วยให้พวกเขาเข้าใจความต้องการทางเทคนิคอย่างลึกซึ้ง และออกแบบโซลูชัน AI และ Machine Learning ที่ใช้ประโยชน์จาก AWS Cloud และ Amazon Machine Learning Stack ได้ดีที่สุด ความเชี่ยวชาญของเขา ได้แก่: การเรียนรู้ของเครื่องตั้งแต่ต้นจนจบ การพัฒนาอุตสาหกรรมการเรียนรู้ของเครื่อง และ AI เชิงสร้างสรรค์ เขาสนุกกับการใช้เวลาร่วมกับเพื่อนๆ และสำรวจสถานที่ใหม่ๆ รวมถึงการเดินทางไปยังจุดหมายปลายทางใหม่ๆ
วิเกศ ปันดี เป็นสถาปนิกโซลูชัน Generative AI/ML ซึ่งเชี่ยวชาญด้านบริการทางการเงิน โดยที่เขาช่วยเหลือลูกค้าทางการเงินในการสร้างและปรับขนาดแพลตฟอร์มและโซลูชัน Generative AI/ML ซึ่งปรับขนาดผู้ใช้นับร้อยถึงหลายพันราย ในเวลาว่าง Vikesh ชอบเขียนในฟอรัมบล็อกต่างๆ และสร้างเลโก้ร่วมกับลูกๆ ของเขา
- เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
- PlatoData.Network Vertical Generative Ai เพิ่มพลังให้กับตัวเอง เข้าถึงได้ที่นี่.
- เพลโตไอสตรีม. Web3 อัจฉริยะ ขยายความรู้ เข้าถึงได้ที่นี่.
- เพลโตESG. คาร์บอน, คลีนเทค, พลังงาน, สิ่งแวดล้อม แสงอาทิตย์, การจัดการของเสีย. เข้าถึงได้ที่นี่.
- เพลโตสุขภาพ เทคโนโลยีชีวภาพและข่าวกรองการทดลองทางคลินิก เข้าถึงได้ที่นี่.
- ที่มา: https://aws.amazon.com/blogs/machine-learning/build-an-internal-saas-service-with-cost-and-usage-tracking-for-foundation-models-on-amazon-bedrock/
- :มี
- :เป็น
- :ไม่
- :ที่ไหน
- $ ขึ้น
- 000
- 1
- 120
- ลด 15%
- 160
- ลด 26%
- 500
- 7
- a
- เกี่ยวกับเรา
- เข้า
- การเข้าถึง
- ลงชื่อเข้าใช้
- ข้าม
- ปรับ
- เพิ่ม
- นอกจากนี้
- เพิ่มเติม
- นอกจากนี้
- ผู้ดูแลระบบ
- ผู้ดูแลระบบ
- บุญธรรม
- มวลรวม
- AI
- โมเดล AI
- แพลตฟอร์ม AI
- AI / ML
- ทั้งหมด
- การจัดสรร
- อนุญาต
- ช่วยให้
- ตาม
- แล้ว
- ด้วย
- อเมซอน
- อเมซอน แมชชีนเลิร์นนิง
- อเมซอน QuickSight
- Amazon Web Services
- an
- และ
- อื่น
- มานุษยวิทยา
- ใด
- นอกเหนือ
- API
- การเข้าถึง API
- คีย์ API
- APIs
- การใช้งาน
- การใช้งาน
- ใช้
- เข้าใกล้
- ได้รับการอนุมัติ
- สถาปัตยกรรม
- สถาปัตยกรรม
- เป็น
- AS
- ที่ได้รับมอบหมาย
- ที่เกี่ยวข้อง
- ร่วม
- At
- การตรวจสอบบัญชี
- การยืนยันตัวตน
- การอนุญาต
- มีอำนาจ
- ใช้ได้
- AWS
- ตาม
- ขั้นพื้นฐาน
- รากฐาน
- BE
- เพราะ
- การเริ่มต้น
- ที่ดีที่สุด
- ดีกว่า
- ระหว่าง
- บล็อก
- ร่างกาย
- ทั้งสอง
- กว้าง
- งบ
- สร้าง
- การก่อสร้าง
- ธุรกิจ
- by
- คำนวณ
- คำนวณ
- โทรศัพท์
- โทร
- CAN
- ความสามารถในการ
- จับ
- จับ
- กรณี
- ศูนย์
- ศูนย์
- ส่วนกลาง
- ความท้าทาย
- เปลี่ยนแปลง
- ทางเลือก
- ไคลเอนต์
- ลูกค้า
- เมฆ
- รหัส
- คอลัมน์
- รวม
- ร่วมกัน
- บริษัท
- ส่วนประกอบ
- ส่วนประกอบ
- คำนวณ
- องค์ประกอบ
- การเชื่อมต่อ
- คงเส้นคงวา
- ประกอบ
- ปลอบใจ
- บริโภค
- ผู้บริโภค
- การบริโภค
- การบริโภค
- เนื้อหา
- ควบคุม
- การควบคุม
- การควบคุม
- ราคา
- ค่าใช้จ่าย
- ได้
- สร้าง
- ที่สร้างขึ้น
- ประเพณี
- ลูกค้า
- ประจำวัน
- ข้อมูล
- วิทยาศาสตร์ข้อมูล
- การจัดเก็บข้อมูล
- วัน
- ทุ่มเท
- ลึก
- กำหนด
- กำหนด
- ปฏิเสธ
- แผนก
- ทั้งนี้ขึ้นอยู่กับ
- ปรับใช้
- นำไปใช้
- การใช้งาน
- Deploys
- บรรยาย
- อธิบาย
- ออกแบบ
- การออกแบบ
- สถานที่ท่องเที่ยว
- รายละเอียด
- รายละเอียด
- พัฒนา
- พัฒนาการ
- ทีมพัฒนา
- แผนภาพ
- ต่าง
- มิติ
- โดยตรง
- สนทนา
- กล่าวถึง
- do
- ไม่
- Dont
- แต่ละ
- ก่อน
- ง่าย
- ผล
- ทั้ง
- การฝัง
- EMEA
- ทำให้สามารถ
- เปิดการใช้งาน
- ปลาย
- จบสิ้น
- ปลายทาง
- การเสริมสร้าง
- ทำให้มั่นใจ
- ทั้งหมด
- สิ่งแวดล้อม
- สภาพแวดล้อม
- ความผิดพลาด
- สร้าง
- แม้
- เหตุการณ์
- ตัวอย่าง
- เกินกว่า
- ตลาดแลกเปลี่ยน
- ที่มีอยู่
- ประสบการณ์
- ความชำนาญ
- อธิบาย
- อธิบาย
- สำรวจ
- สำรวจ
- ด่วน
- ขยาย
- คุ้นเคย
- ครอบครัว
- เนื้อไม่มีมัน
- กรอง
- ทางการเงิน
- บริการทางการเงิน
- พอดี
- ความยืดหยุ่น
- ไหล
- โฟกัส
- ดังต่อไปนี้
- ดังต่อไปนี้
- สำหรับ
- รูป
- ฟอรั่ม
- รากฐาน
- พื้นฐาน
- ฐานราก
- กรอบ
- กรอบ
- เวลา
- เพื่อน
- ราคาเริ่มต้นที่
- ด้านหน้า
- ปลายด้านหน้า
- อย่างเต็มที่
- ฟังก์ชัน
- การทำงาน
- ฟังก์ชั่น
- ฟังก์ชั่น
- ต่อไป
- เกตเวย์
- เกตเวย์
- General
- สร้าง
- สร้าง
- รุ่น
- กำเนิด
- กำเนิด AI
- ได้รับ
- GitHub
- กำหนด
- Go
- การกำกับดูแล
- ปกครอง
- บัญชีกลุ่ม
- จัดการ
- สิ่งที่เกิดขึ้น
- มี
- มี
- he
- การดูแลสุขภาพ
- ความสูง
- การช่วยเหลือ
- จะช่วยให้
- เธอ
- โปรดคลิกที่นี่เพื่ออ่านรายละเอียดเพิ่มเติม
- จุดสูง
- ที่มีประสิทธิภาพสูง
- ของเขา
- เจ้าภาพ
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- ทำอย่างไร
- HTML
- ที่ http
- HTTPS
- ร้อย
- ID
- ระบุ
- แยกแยะ
- เอกลักษณ์
- if
- ภาพ
- ส่งผลกระทบ
- การดำเนินการ
- การดำเนินการ
- in
- ประกอบด้วย
- รวมทั้ง
- เป็นรายบุคคล
- อนุมาน
- ข้อมูล
- โครงสร้างพื้นฐาน
- เราสร้างสรรค์สิ่งใหม่ ๆ
- อินพุต
- ปัจจัยการผลิต
- คำแนะนำการใช้
- รวบรวม
- การบูรณาการ
- บูรณาการ
- โต้ตอบ
- ปฏิสัมพันธ์
- ปฏิสัมพันธ์
- อินเตอร์เฟซ
- ภายใน
- เข้าไป
- เรียก
- ความเหงา
- ปัญหา
- การออก
- IT
- รายการ
- ITS
- การเดินทาง
- jpg
- คีย์
- กุญแจ
- เด็ก
- ห้องปฏิบัติการ
- ภาษา
- ใหญ่
- ชื่อสกุล
- ความแอบแฝง
- ชั้น
- ชั้น
- ชั้นนำ
- เรียนรู้
- การเรียนรู้
- ชั้น
- ชีวิต
- วิทยาศาสตร์สิ่งมีชีวิต
- กดไลก์
- ยอดไลก์
- ขีด จำกัด
- Line
- เส้น
- จดทะเบียน
- ในประเทศ
- การเข้าสู่ระบบ
- ตรรกะ
- ดู
- ดูเหมือน
- Lot
- รัก
- ต่ำ
- เครื่อง
- เรียนรู้เครื่อง
- การบำรุงรักษา
- ทำ
- จัดการ
- การจัดการ
- การจัดการ
- การจัดการ
- หลาย
- แผนที่
- สูงสุด
- อาจ..
- กลไก
- พบ
- กล่าวถึง
- Meta
- วิธีการ
- ไมโครเซอร์วิส
- microservices
- อาจ
- มิลาน
- ML
- โหมด
- แบบ
- โมเดล
- การตรวจสอบ
- ข้อมูลเพิ่มเติม
- มากที่สุด
- มาก
- หลาย
- ธรรมชาติ
- จำเป็น
- จำเป็นต้อง
- จำเป็น
- ความต้องการ
- เครือข่าย
- ใหม่
- จำนวน
- หมายเลข
- ที่เกิดขึ้น
- of
- เสนอ
- on
- ตามความต้องการ
- ONE
- เพียง
- เปิด
- โอเพนซอร์ส
- ทำงาน
- การดำเนินการ
- Options
- or
- ใบสั่ง
- organizacja
- อื่นๆ
- เค้าโครง
- เอาท์พุต
- เอาท์พุท
- เกิน
- ของตนเอง
- หน้า
- พารามิเตอร์
- พารามิเตอร์
- ส่วนหนึ่ง
- รูปแบบไฟล์ PDF
- ต่อ
- การปฏิบัติ
- สิทธิ์
- สถานที่
- แผนการ
- แผน
- เวที
- แพลตฟอร์ม
- เพลโต
- เพลโตดาต้าอินเทลลิเจนซ์
- เพลโตดาต้า
- นโยบาย
- สระ
- โพสต์
- ที่มีศักยภาพ
- ขับเคลื่อน
- มาก่อน
- ที่กำหนดไว้ล่วงหน้า
- Premium
- นำเสนอ
- ก่อน
- ก่อนหน้านี้
- ราคา
- การตั้งราคา
- ความเป็นส่วนตัว
- ส่วนตัว
- การผลิต
- ผลิตภัณฑ์
- การเขียนโปรแกรม
- การเขียนโปรแกรมภาษา
- โครงการ
- เสนอ
- ให้
- ให้
- ผู้ให้บริการ
- ให้
- การให้
- บทบัญญัติ
- หลาม
- การสอบถาม
- อย่างรวดเร็ว
- ยก
- พิสัย
- คะแนน
- อ่าน
- เมื่อเร็ว ๆ นี้
- อ้างอิง
- การอ้างอิง
- ทะเบียน
- การบันทึก
- ลงทะเบียน
- ควบคุม
- ตรงประเด็น
- รายงาน
- กรุ
- แสดงให้เห็นถึง
- ขอ
- การร้องขอ
- ต้องการ
- ความต้องการ
- ลิขสิทธิ์
- แหล่งข้อมูล
- ในกรณี
- ว่า
- ตามลำดับ
- คำตอบ
- รับผิดชอบ
- REST
- จำกัด
- กลับ
- รับคืน
- บทบาท
- เส้นทาง
- กฎ
- วิ่ง
- ทำงาน
- SaaS
- เดียวกัน
- ที่บันทึกไว้
- ที่ปรับขนาดได้
- ขนาด
- ตาชั่ง
- สถานการณ์
- กำหนด
- วิทยาศาสตร์
- วิทยาศาสตร์
- ขอบเขต
- ส่วน
- อย่างปลอดภัย
- ความปลอดภัย
- เห็น
- ที่กำลังมองหา
- ตนเอง
- ส่ง
- ระดับอาวุโส
- ส่ง
- แยก
- เซิร์ฟเวอร์
- serverless
- บริการ
- บริการ
- ชุด
- ชุดอุปกรณ์
- การติดตั้ง
- Share
- ที่ใช้ร่วมกัน
- เธอ
- โชว์
- แสดง
- ง่าย
- ความง่าย
- เดียว
- ขนาด
- ซอฟต์แวร์
- ซอฟต์แวร์เป็นบริการ
- การพัฒนาซอฟต์แวร์
- ทางออก
- โซลูชัน
- บาง
- แหล่ง
- ความเชี่ยวชาญ
- ผู้เชี่ยวชาญ
- โดยเฉพาะ
- เฉพาะ
- ข้อกำหนด
- ที่ระบุไว้
- ความเร็ว
- ใช้จ่าย
- การใช้จ่าย
- Stability
- กอง
- เริ่มต้น
- ขั้นตอน
- การเก็บรักษา
- จัดเก็บ
- เก็บไว้
- ร้านค้า
- กลยุทธ์
- ซับเน็ต
- ที่ประสบความสำเร็จ
- อย่างเช่น
- เพียงพอ
- แน่ใจ
- ตาราง
- เป้า
- ทีม
- ทีม
- วิชาการ
- เทคโนโลยี
- เทมเพลต
- ผู้เช่า
- ระยะ
- ข้อความ
- ที่
- พื้นที่
- ข้อมูล
- ของพวกเขา
- พวกเขา
- ตัวเอง
- แล้วก็
- ที่นั่น
- ล้อยางขัดเหล่านี้ติดตั้งบนแกน XNUMX (มม.) ผลิตภัณฑ์นี้ถูกผลิตในหลายรูปทรง และหลากหลายเบอร์ความแน่นหนาของปริมาณอนุภาคขัดของมัน จะทำให้ท่านได้รับประสิทธิภาพสูงในการขัดและการใช้งานที่ยาวนาน
- พวกเขา
- สิ่ง
- นี้
- พัน
- ตลอด
- ปริมาณงาน
- ชั้น
- เวลา
- ยักษ์
- ไปยัง
- โทเค็น
- ราชสกุล
- หัวข้อ
- รวม
- ลู่
- การติดตาม
- แทร็ค
- จริง
- สอง
- ชนิด
- เป็นปกติ
- เข้าใจ
- เป็นเอกลักษณ์
- ปลดล็อก
- ให้กับคุณ
- การใช้
- ใช้
- ใช้กรณี
- มือสอง
- ผู้ใช้งาน
- ผู้ใช้
- ใช้
- การใช้
- v1
- ความคุ้มค่า
- ต่างๆ
- รุ่น
- รุ่น
- ผ่านทาง
- รายละเอียด
- ความชัดเจน
- การสร้างภาพ
- เห็นภาพ
- we
- เว็บ
- บริการเว็บ
- ซ็อกเก็ตเว็บ
- ดี
- อะไร
- ความหมายของ
- เมื่อ
- ที่
- ในขณะที่
- WHO
- ความกว้าง
- กับ
- ภายใน
- ไม่มี
- งาน
- เวิร์กโฟลว์
- การทำงาน
- โรงงาน
- จะ
- เขียน
- ปี
- คุณ
- ของคุณ
- ลมทะเล