เร่งขั้นตอนการทำงานหลายภาษาด้วยโซลูชันการแปลที่ปรับแต่งได้ซึ่งสร้างด้วย Amazon Translate

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

Amazon Translate เป็น การแปลด้วยเครื่องประสาท บริการแปลภาษาที่รวดเร็ว คุณภาพสูง ราคาย่อมเยา และปรับแต่งได้ วันนี้ Amazon Translate รองรับการแปลภาษาที่ปรับขนาดได้สำหรับการจับคู่ภาษามากกว่า 5,500 ภาษาแบบกลุ่มและแบบเรียลไทม์ สามารถใช้เพื่อสร้างโซลูชันที่จัดการกับความท้าทายที่องค์กรธุรกิจหลายหน่วยต้องเผชิญเมื่อมองหาวิธีเร่งเวิร์กโฟลว์หลายภาษาด้วยการสนับสนุนการปรับแต่ง

ยกตัวอย่างเช่น BMW Group ต้องการโซลูชันการแปลแบบครบวงจรเพื่อช่วยให้หน่วยธุรกิจ เช่น ฝ่ายขายและฝ่ายผลิต ใช้เทคโนโลยีการแปลตามขนาดและขจัดปัญหาการแปลผิดทั่วไปทั่วทั้งองค์กร ทางออกของพวกเขาด้วย อเมซอนแปลภาษา ลดเวลาในการแปลลงกว่า 75% ในขณะเดียวกันก็ช่วยให้แต่ละหน่วยธุรกิจสามารถปรับแต่งผลลัพธ์เพื่อตอบสนองความต้องการในการแปลเฉพาะของตนได้

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

ภาพรวมโซลูชัน

โซลูชันนี้ใช้คุณสมบัติแบบเนทีฟของ Amazon Translate เช่น การแปลตามเวลาจริง การตรวจจับภาษาต้นทางอัตโนมัติ และ คำศัพท์ที่กำหนดเอง. การใช้ Amazon API Gateway Amazonคุณสมบัติเหล่านี้ถูกเปิดเผยเป็นหนึ่งเดียว /translate เอพีไอ คำศัพท์เฉพาะทำให้คุณสามารถกำหนดคู่การแปลเฉพาะเจาะจงได้ คุณต้องอัปโหลดไฟล์คำศัพท์ไปยัง Amazon Translate เพื่อให้คำศัพท์เฉพาะทางทำงานได้ ดังนั้น API อื่น /customterm ถูกเปิดเผย

โซลูชันนี้แสดงสองตัวเลือกสำหรับการแปล: การแปลมาตรฐานและการแปลแบบกำหนดเอง (โดยใช้คุณสมบัติคำศัพท์ที่กำหนดเอง) อย่างไรก็ตาม คุณสามารถแก้ไขตัวเลือกเหล่านี้ได้ตามต้องการเพื่อให้เหมาะกับความต้องการทางธุรกิจของคุณ ผู้บริโภคสามารถใช้ตัวเลือกเหล่านี้ได้โดยใช้ API Gateway คีย์ API. เมื่อ API ได้รับคำขอการแปล API จะตรวจสอบคำขอ (โดยใช้ไฟล์ AWS แลมบ์ดา ฟังก์ชันตัวอนุญาต) ว่าคีย์ API ที่ให้มาได้รับอนุญาตให้ดำเนินการตามประเภทของการแปลที่ร้องขอหรือไม่ เราใช้ อเมซอน ไดนาโมดีบี ตารางเพื่อเก็บข้อมูลเมตาดาต้าเกี่ยวกับผู้บริโภค การอนุญาต และคีย์ API

โซลูชันนี้รองรับบุคคลสามประเภท:

• บุคคลการแปลมาตรฐาน – ผู้ใช้ภายในหน่วยธุรกิจที่ไม่มีข้อกำหนดในการปรับแต่ง ซึ่งรวมถึงตัวเลือกการแปลมาตรฐานและฟีเจอร์ต่างๆ เช่น การตรวจจับภาษาอัตโนมัติของ Amazon Translate
• บุคลิกการแปลที่กำหนดเอง – ผู้ใช้ภายในหน่วยธุรกิจที่มีข้อกำหนดในการปรับแต่ง ซึ่งรวมถึงคุณสมบัติทั้งหมดสำหรับการแปลมาตรฐาน เช่นเดียวกับความสามารถในการปรับแต่งการแปลโดยใช้ไฟล์คำศัพท์ที่กำหนดเอง
• บุคลิกของผู้ดูแลระบบ – รองรับตัวเลือกการแปลที่กำหนดเองโดยจัดการการอัปโหลดไฟล์คำศัพท์ที่กำหนดเอง แต่ไม่สามารถทำการเรียก API การแปลอื่น ๆ ได้

ไดอะแกรมต่อไปนี้แสดงโซลูชันการแปลแบบรวมศูนย์พร้อมสถาปัตยกรรมการปรับแต่ง

สำหรับตัวตนการแปลของผู้ใช้ กระบวนการประกอบด้วยการดำเนินการต่อไปนี้ (เส้นทางสีน้ำเงินในไดอะแกรมก่อนหน้านี้):

1a โทร /translate API และส่งผ่านคีย์ API ในส่วนหัวของ API หรือสำหรับการแปลแบบกำหนดเอง ผู้ใช้สามารถเปิดใช้การแปลแบบกำหนดเองโดยส่งพารามิเตอร์สตริงการสืบค้นเพิ่มเติม (useCustomTerm).

2. API Gateway ตรวจสอบคีย์ API

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

4. ผู้ให้สิทธิ์ Lambda รับข้อมูลผู้ใช้จากตาราง DynamoDB และยืนยันกับคีย์ API ที่ให้มา

5a หลังจากตรวจสอบแล้ว ฟังก์ชัน Lambda (แปลภาษา) อื่นจะถูกเรียกใช้เพื่อเรียกใช้ Amazon Translate API translate_text.

6a ข้อความที่แปลจะถูกส่งกลับในการตอบสนองของ API

ผู้ดูแลสามารถอัปโหลดไฟล์คำศัพท์ที่กำหนดเองซึ่งสามารถใช้โดยบุคคลการแปลที่กำหนดเองได้โดยการเรียก /customterm เอพีไอ ขั้นตอนเวิร์กโฟลว์มีดังนี้ (เส้นทางสีเขียวในแผนภาพก่อนหน้า):

1b โทร /customterm API และส่งผ่านคีย์ API ในส่วนหัวของ API

2. API Gateway ตรวจสอบคีย์ API

3. ผู้ให้สิทธิ์แบบกำหนดเองของแลมบ์ดาถูกเรียกเพื่อตรวจสอบการดำเนินการที่อนุญาตคีย์ API ที่ให้มา ตัวอย่างเช่น เฉพาะผู้ดูแลระบบเท่านั้นที่สามารถอัปโหลดไฟล์คำศัพท์ที่กำหนดเองได้

4. ผู้ให้สิทธิ์ Lambda รับข้อมูลผู้ใช้จากตาราง DynamoDB และยืนยันกับคีย์ API ที่ให้มา

5b หลังจากตรวจสอบคีย์ API แล้ว ฟังก์ชัน Lambda อื่น (อัปโหลด) จะถูกเรียกใช้เพื่อเรียกใช้ Amazon Translate API import_terminology.

6b ไฟล์คำศัพท์ที่กำหนดเองจะถูกอัปโหลดไปยัง Amazon Translate ด้วยชื่อเฉพาะที่สร้างโดยฟังก์ชัน Lambda

ในส่วนต่อไปนี้ เราจะแนะนำขั้นตอนในการปรับใช้และทดสอบโซลูชัน

เบื้องต้น

คุณต้องมีบัญชี AWS เพื่อปรับใช้โซลูชัน หากคุณยังไม่มีบัญชี AWS คุณสามารถทำได้ สร้างขึ้น. การเข้าถึงบัญชี AWS ของคุณต้องมี AWS Identity และการจัดการการเข้าถึง (IAM) สิทธิ์ในการเปิดใช้ การก่อตัวของ AWS Cloud เทมเพลตที่สร้างบทบาท IAM

โปรดทราบว่าคุณต้องรับผิดชอบค่าใช้จ่ายของบริการ AWS ที่ใช้ขณะเรียกใช้การปรับใช้ตัวอย่างนี้ บริการเหล่านี้จำนวนมาก (เช่น Amazon Translate, API Gateway และ Lambda) มาพร้อมกับ Free Tier เพื่อให้คุณเริ่มต้นได้ สำหรับรายละเอียดทั้งหมด โปรดดูหน้าราคาสำหรับแต่ละบริการของ AWS ที่คุณใช้ในโพสต์นี้

ปรับใช้โซลูชันด้วย AWS CloudFormation

เปิดใช้เทมเพลต CloudFormation เพื่อปรับใช้โซลูชันในบัญชี AWS ของคุณ สแต็คนี้ใช้ได้เฉพาะใน us-east-1 or eu-west-1 ภูมิภาค หากคุณต้องการปรับใช้โซลูชันนี้ในภูมิภาคอื่น โปรดดูที่ repo GitHub และปรับใช้ CloudFormation ในภูมิภาคที่คุณเลือก

1. ปรับใช้เทมเพลต CloudFormation ล่าสุดโดยไปที่ลิงก์สำหรับภูมิภาคที่คุณต้องการ:

ภูมิภาค	สแต็ก CloudFormation
น. เวอร์จิเนีย (us-east-1)
ไอร์แลนด์ (eu-west-1)

2. หากได้รับแจ้ง ให้เข้าสู่ระบบโดยใช้ข้อมูลรับรองบัญชี AWS ของคุณ
3. เว้นช่องไว้บน สร้าง stack หน้าที่มีค่าเริ่มต้นที่มีการเติมข้อมูลไว้ล่วงหน้า
4. Choose ถัดไป.
5. สำหรับ ชื่อกองป้อนชื่อ CloudFormation stack (สำหรับโพสต์นี้ EnterpriseTranslate).
6. สำหรับ DDBTableName¸ ป้อนชื่อตาราง DynamoDB (EnterpriseTranslateTable).
7. สำหรับ apiGatewayNameให้ป้อนเกตเวย์ API ที่สร้างโดยสแต็ก (EnterpriseTranslateAPI).
8. สำหรับ apiGatewayStageNameป้อนชื่อสภาพแวดล้อมสำหรับ API Gateway (prod)
9. Choose ถัดไป.
10. ในหน้าตรวจสอบ เลือกช่องทำเครื่องหมายเพื่อรับทราบการสร้างทรัพยากร IAM ซึ่งจำเป็นเพื่อให้ CloudFormation สร้างบทบาทเพื่อให้สิทธิ์การเข้าถึงทรัพยากรที่จำเป็นสำหรับสแต็กและตั้งชื่อทรัพยากรในลักษณะไดนามิก
11. Choose สร้าง stack.

คุณสามารถติดตามความคืบหน้าของการสร้างสแต็กได้ที่ เหตุการณ์ที่เกิดขึ้น แท็บ สแต็กจะเสร็จสมบูรณ์เมื่อสถานะสแต็กแสดงเป็น CREATE_COMPLETE.

การปรับใช้สร้างทรัพยากรต่อไปนี้ (ทั้งหมดนำหน้าด้วย EntTranslate):

• API เกตเวย์ API ที่มีสองทรัพยากรที่เรียกว่า /customterm และ /translateด้วยคีย์ API สามคีย์เพื่อแสดงถึงบุคคลในการแปลสองคนและผู้ดูแลระบบหนึ่งคน
• ตาราง DynamoDB ที่มีสามรายการเพื่อสะท้อนถึงผู้บริโภคหนึ่งรายที่มีบทบาทที่แตกต่างกันสามรายการ (คีย์ API สามรายการ)
• ฟังก์ชัน Lambda หลายอย่าง (โดยใช้ Python 3.9) ตามแผนผังสถาปัตยกรรม

หลังจากปรับใช้ทรัพยากรในบัญชีของคุณบน AWS Cloud แล้ว คุณสามารถทดสอบโซลูชันได้

รวบรวมคีย์ API

ทำตามขั้นตอนต่อไปนี้เพื่อรวบรวมคีย์ API:

1. ไปที่ Outputs ของสแต็ก CloudFormation และคัดลอกค่าของคีย์ apiGatewayInvokeURLหากต้องการค้นหาคีย์ API ที่โซลูชันสร้างขึ้น ให้ดูในตาราง DynamoDB ที่คุณเพิ่งสร้างหรือไปที่หน้าคีย์ API บนคอนโซล API Gateway โพสต์นี้ใช้วิธีหลัง
2. เกี่ยวกับ แหล่งข้อมูล ของสแต็ก CloudFormation ค้นหา ID โลจิคัล EntTranslateApi สำหรับ API Gateway และเปิดลิงก์ภายใต้ รหัสทางกายภาพ คอลัมน์ในแท็บใหม่
3. บนคอนโซล API เกตเวย์ เลือก คีย์ API ในบานหน้าต่างนำทาง
4. สังเกตคีย์ API สามคีย์ (มาตรฐาน กำหนดเอง ผู้ดูแลระบบ) ที่สร้างโดยโซลูชัน ตัวอย่างเช่น เลือกคีย์มาตรฐาน EntTranslateCus1StandardTierKey และเลือก แสดงลิงค์ กับคุณสมบัติคีย์ API

ตอนนี้คุณสามารถทดสอบ API โดยใช้เครื่องมือโอเพ่นซอร์สใดก็ได้ที่คุณเลือก สำหรับโพสต์นี้เราใช้ บุรุษไปรษณีย์ เครื่องมือทดสอบ API เพื่อจุดประสงค์ในการอธิบายเท่านั้น สำหรับรายละเอียดเกี่ยวกับการทดสอบ API กับ Postman โปรดดูที่ ภาพรวมการพัฒนา API.

ทดสอบ 1: การแปลมาตรฐาน

หากต้องการทดสอบ API การแปลมาตรฐาน คุณต้องสร้างคำขอ POST ใน Postman ก่อน

1. Choose เพิ่มคำขอ ในบุรุษไปรษณีย์
2. กำหนดประเภทวิธีการเป็น POST.
3. ป้อน URL ที่เรียกใช้เกตเวย์ API จากแท็บเอาต์พุตของสแต็ก CloudFormation ที่ปรับใช้
4. เพิ่ม /translate ไปยังปลายทาง URL
5. เกี่ยวกับ ส่วนหัว แท็บ เพิ่มคีย์ส่วนหัวใหม่ที่ชื่อว่า x-api-key.
6. ป้อนค่าคีย์ API มาตรฐาน (คัดลอกในขั้นตอนการรวบรวมคีย์ API)
7. เกี่ยวกับ ร่างกาย เลือก ดิบ และป้อนเนื้อหา JSON ดังนี้:

   {   "sourceText": "some text to translate",   "targetLanguage": "fr",   "sourceLanguage":"en"}

   sourceLanguage เป็นพารามิเตอร์ทางเลือก หากไม่ระบุระบบจะตั้งค่าเป็น auto สำหรับการตรวจจับภาษาต้นทางโดยอัตโนมัติ

8. เรียก API โดยเลือก ส่ง และตรวจสอบผลลัพธ์
   

API ควรทำงานได้สำเร็จและส่งคืนข้อความที่แปลแล้วใน ร่างกาย ส่วนของวัตถุตอบสนอง

ทดสอบ 2: การแปลแบบกำหนดเองพร้อมคำศัพท์เฉพาะ

ในการทดสอบฟังก์ชันการอัปโหลดคำที่กำหนดเอง ก่อนอื่นเราจะสร้างคำขอ PUT ในบุรุษไปรษณีย์

1. Choose เพิ่มคำขอ ในบุรุษไปรษณีย์
2. กำหนดประเภทวิธีการเป็น PUT.
3. ป้อน URL เรียกใช้เกตเวย์ API
4. เพิ่ม /customterm ต่อท้าย URL
5. เกี่ยวกับ ส่วนหัว แท็บ เพิ่มคีย์ส่วนหัวใหม่ที่ชื่อว่า x-api-key.
6. ป้อนค่าคีย์ API ของผู้ดูแลระบบ (คัดลอกในขั้นตอนการรวบรวมคีย์ API)
7. เกี่ยวกับ ร่างกาย แท็บ เปลี่ยนรูปแบบเป็น ไบนารี และอัปโหลดไฟล์ CSV คำที่กำหนดเอง ไฟล์ CSV ตัวอย่างมีให้ภายใต้ /Resources โฟลเดอร์ในที่เก็บ GitHub
8. เรียก API โดยเลือก ส่ง และตรวจสอบผลลัพธ์
   
   API ควรทำงานได้สำเร็จโดยมีข้อความในส่วนเนื้อหาของออบเจกต์ตอบกลับว่า "อัปโหลดคำที่กำหนดเองสำเร็จแล้ว"
9. บนคอนโซล Amazon Translate ให้เลือก คำศัพท์ที่กำหนดเอง ในบานหน้าต่างนำทาง
   ควรอัปโหลดไฟล์คำศัพท์ที่กำหนดเองและแสดงในรายการคำศัพท์ ไวยากรณ์ชื่อไฟล์คือรหัสลูกค้าจากตาราง DynamoDB สำหรับคีย์ API ที่เลือกตามด้วยสตริง _customterm_1.
   โปรดทราบว่าหากคุณไม่ได้ใช้คีย์ API ของผู้ดูแลระบบ ระบบจะอัปโหลดไฟล์คำศัพท์ที่กำหนดเองไม่สำเร็จ ตอนนี้คุณก็พร้อมที่จะดำเนินการแปลที่กำหนดเองแล้ว
10. Choose เพิ่มคำขอ ในบุรุษไปรษณีย์
11. กำหนดประเภทวิธีการเป็น POST.
12. ป้อน URL เรียกใช้เกตเวย์ API
13. เพิ่ม /translate ไปยังปลายทาง URL
14. เกี่ยวกับ ส่วนหัว แท็บ เพิ่มคีย์ส่วนหัวใหม่ที่ชื่อว่า x-api-key.
15. ป้อนค่าคีย์ API มาตรฐาน
16. เกี่ยวกับ ร่างกาย แท็บ ป้อนเนื้อความ JSON ดังนี้:

    {   "sourceText": "some text to translate",   "targetLanguage": "fr",   "sourceLanguage":"en"}

17. เกี่ยวกับ ค่าที่บันทึกไว้ เพิ่มพารามิเตอร์สตริงข้อความค้นหาใหม่ที่ชื่อว่า useCustomTerm มีค่า 1.
18. เรียก API โดยเลือก ส่ง และตรวจสอบผลลัพธ์ API ควรล้มเหลวโดยมีข้อความว่า “Unauthorized” นี่เป็นเพราะคุณกำลังพยายามเรียกคุณลักษณะการแปลแบบกำหนดเองโดยใช้คีย์ API บุคคลมาตรฐาน
19. เกี่ยวกับ ส่วนหัว แท็บ ป้อนค่าคีย์ API ที่กำหนดเอง
20. เรียกใช้การทดสอบอีกครั้ง และควรสามารถแปลได้โดยใช้ไฟล์คำศัพท์ที่กำหนดเอง

นอกจากนี้ คุณจะสังเกตเห็นว่าเวลานี้ข้อความที่แปลจะเก็บคำว่า "แปล" ไว้โดยไม่ต้องแปล (หากคุณใช้ไฟล์ตัวอย่างที่มีให้) นี่เป็นเพราะไฟล์คำศัพท์แบบกำหนดเองที่อัปโหลดก่อนหน้านี้มีคำว่า “แปล” อยู่ในนั้น ซึ่งบ่งชี้ว่าคำศัพท์เฉพาะแบบกำหนดเองได้แก้ไขเอาต์พุตพื้นฐานจาก Amazon Translate

ทดสอบ 3: เพิ่มผู้บริโภคและหน่วยธุรกิจเพิ่มเติม

โซลูชันนี้ปรับใช้ผู้บริโภครายหนึ่ง (customerA) ด้วยคีย์ API ที่แตกต่างกันสามคีย์ซึ่งเป็นส่วนหนึ่งของการปรับใช้ CloudFormation stack คุณสามารถเพิ่มผู้บริโภคเพิ่มเติมได้โดยสร้างแผนการใช้งานใหม่ใน API Gateway และเชื่อมโยงคีย์ API ใหม่กับแผนการใช้งานนี้ สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับวิธีสร้างแผนการใช้งานและคีย์ API โปรดดูที่ การสร้างและใช้แผนการใช้งานด้วยคีย์ API. จากนั้น คุณสามารถเพิ่มคีย์ API เหล่านี้เป็นรายการเพิ่มเติมในตาราง DynamoDB

ทำความสะอาด

เพื่อหลีกเลี่ยงค่าใช้จ่ายในอนาคต ให้ล้างข้อมูลทรัพยากรที่คุณสร้างโดยเป็นส่วนหนึ่งของ CloudFormation stack:

1. บนคอนโซล AWS CloudFormation ให้ไปที่สแต็กที่คุณสร้างขึ้น
2. เลือกกองและเลือก ลบ stack.

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

สิ่งที่ควรพิจารณา

พิจารณาสิ่งต่อไปนี้เมื่อใช้โซลูชันนี้:

• การเรียก API สำหรับโซลูชันนี้ช้ากว่าการเรียก Amazon Translate API โดยตรง เนื่องจากโซลูชันกำลังใช้ตรรกะทางธุรกิจเพิ่มเติมและใช้บริการเพิ่มเติม (API Gateway และ Lambda)
• โปรดทราบ Amazon Translate ขีดจำกัดบริการ สำหรับการแปลตามเวลาจริงแบบซิงโครนัสและไฟล์คำศัพท์ที่กำหนดเอง
• โซลูชันนี้มุ่งเน้นไปที่การเปิดเผย API โดยใช้คีย์ API หากคุณวางแผนที่จะนำสิ่งนี้ไปใช้ในสภาพแวดล้อมที่ใช้งานจริง ให้พิจารณากลไกการรับรองความถูกต้องโดยใช้มาตรฐานอุตสาหกรรมแบบเปิด (เช่น OIDC) เพื่อรับรองความถูกต้องของคำขอก่อน สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การจัดการ API หลายผู้เช่าโดยใช้ Amazon API Gateway.

สรุป

ในโพสต์นี้ เราได้สาธิตความง่ายในการแปลตามเวลาจริง อัปโหลดไฟล์คำศัพท์ที่กำหนดเอง และทำการแปลแบบกำหนดเองใน Amazon Translate โดยใช้ API ดั้งเดิม และสร้างโซลูชันเพื่อรองรับการปรับแต่งด้วย API Gateway

คุณสามารถขยายโซลูชันด้วยการปรับแต่งที่เกี่ยวข้องกับความต้องการทางธุรกิจของคุณ ตัวอย่างเช่น คุณสามารถจัดเตรียมฟังก์ชันเพิ่มเติมเช่น ใช้งานการแปลแบบกำหนดเอง โดยใช้ข้อมูลคู่ขนานผ่านคีย์ API อื่น หรือสร้างชั้นแคชเพื่อทำงานร่วมกับโซลูชันนี้เพื่อลดต้นทุนการแปลเพิ่มเติมและให้บริการการแปลที่เข้าถึงบ่อยจากแคช คุณสามารถเปิดใช้งานการควบคุมปริมาณ API และการจำกัดอัตราโดยใช้ประโยชน์จาก คุณสมบัติเกตเวย์ API. ความเป็นไปได้ไม่มีที่สิ้นสุด และเราอยากได้ยินว่าคุณจะนำโซลูชันนี้ไปสู่อีกระดับสำหรับองค์กรของคุณได้อย่างไรโดยส่ง AWS ติดต่อเรา ขอ. คุณสามารถเริ่มปรับแต่งโซลูชันนี้ได้โดยไปที่ repo GitHub สำหรับบล็อกนี้

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Amazon Translate โปรดไปที่ แหล่งข้อมูล Amazon Translate Translate เพื่อค้นหาทรัพยากรวิดีโอและบล็อกโพสต์ และอ้างอิงถึง คำถามที่พบบ่อยเกี่ยวกับการแปลของ Amazon. หากคุณยังใหม่กับ Amazon Translate ให้ลองใช้โดยใช้ ระดับฟรีซึ่งให้บริการมากถึง 2 ล้านตัวอักษรต่อเดือนฟรีในช่วง 12 เดือนแรก โดยเริ่มจากคำขอแปลครั้งแรกของคุณ

---

เกี่ยวกับผู้เขียน

ฟาฮัด อาเหม็ด เป็นสถาปนิกโซลูชันที่ Amazon Web Services (AWS) และดูแลธุรกิจดิจิทัลเนทีฟในสหราชอาณาจักร เขามีประสบการณ์มากกว่า 17 ปีในการสร้างและออกแบบแอพพลิเคชั่นซอฟต์แวร์ เมื่อเร็ว ๆ นี้เขาค้นพบความหลงใหลใหม่ในการทำให้บริการ AI เข้าถึงได้สำหรับคนทั่วไป