Claude נוחתת בסיאול, בסינגפור ובהודו: אמזון מאפשרת להריץ את המודלים של אנתרופיק בלי שהמידע יוצא מהמדינה
פלטפורמת Amazon Bedrock מציעה עכשיו את מודלי Claude של אנתרופיק בסיאול ובסינגפור, כשכל העיבוד נעשה בתוך אזור הענן המקומי, ובהודו, שם העיבוד נשאר בין מומבאי להיידראבאד. ההרחבה מיועדת בעיקר לארגונים בתחומי הפיננסים, הבריאות והמגזר הציבורי, שמחויבים לעבד מידע בתוך גבולות המדינה.
אמזון הודיעה על הרחבה של זמינות מודלי Claude של אנתרופיק בשירות Amazon Bedrock לשלוש מדינות באסיה: דרום קוריאה, סינגפור והודו. לקוחות במדינות האלה יכולים עכשיו להשתמש במודלים המתקדמים של החברה כך שהבקשות והתשובות מעובדות במדינה עצמה ולא בחוות שרתים בחו"ל.
מה בדיוק זמין, ואיפה
בסיאול (אזור ap-northeast-2) זמינים Claude Opus 5 ו-Claude Sonnet 5. בסינגפור (אזור ap-southeast-1) זמין Claude Sonnet 5. בשני המקרים אמזון מציעה "in-region inference": לפי ההודעה, כל בקשה מעובדת כולה באזור הענן שהלקוח פנה אליו, "והעיבוד אינו יוצא מהאזור". אין שכבת ניתוב שמעבירה בקשות לאזורים אחרים, וגם הקלט שהמשתמש שולח למודל והפלט שהוא מקבל נשארים באותו אזור לכל אורך הבקשה.
בהודו זמינים שלושה מודלים: Claude Opus 5, Claude Sonnet 5 ו-Claude Haiku 4.5. כאן המודל שונה: אמזון משתמשת ב-"geographic cross-Region inference", כלומר הבקשות מנותבות בין שני אזורי ענן, מומבאי (ap-south-1) והיידראבאד (ap-south-2), אבל לא יוצאות מגבולות הודו. זה נוסף על האפשרות הגלובלית שכבר הייתה זמינה ללקוחות בהודו.
המחיר של הפרדה מלאה
שתי הגישות משקפות פשרה בין שליטה בנתונים לבין קיבולת. בסיאול ובסינגפור אמזון מציינת במפורש שבתמורה לבידוד המלא, "התפוקה מוגבלת לקיבולת של אותו אזור", והבקשות כפופות למכסות השימוש של האזור. החיוב הוא לפי תמחור on-demand (תשלום לפי שימוש) הרגיל של האזור, וגם הניטור ויומני הפעולות נשמרים באותו אזור.
בהודו, לעומת זאת, החלוקה בין שני אזורים מאפשרת להשתמש במאגר מחשוב גדול יותר. לפי אמזון, זה עוזר לשמור על תפוקה וביצועים יציבים בשעות עומס. התעבורה בין האזורים עוברת ברשת של AWS בהצפנה מקצה לקצה, ולפי החברה נתוני הלקוחות לא נשמרים באזור היעד. אמזון מוסיפה ש-Bedrock פועלת כברירת מחדל במודל של אפס שמירת נתונים (zero data retention), כלומר היא לא שומרת את הקלט והפלט של המודלים. עם זה, היא מסייגת שחלק מהמודלים דורשים בדיקה אנושית של AWS אם מסווגי הבטיחות האוטומטיים מסמנים תוכן בעייתי.
מבחינה טכנית, המפתחים יכולים לעבוד מול המודלים דרך ה-API הקיימים של Bedrock (Converse ו-InvokeModel) או דרך Messages API של אנתרופיק, וגם להשתמש בכלים כמו Amazon Bedrock Guardrails, מנגנון להגדרת מגבלות ובקרות תוכן.
למה זה חשוב
אמזון מציינת במפורש את קהל היעד: ארגונים בתחומי שירותים פיננסיים, בריאות ומגזר ציבורי, שיש להם דרישות לעבד את המידע בתוך המדינה. בעבור גופים כאלה, השאלה איפה המידע מעובד היא לא רק שאלה טכנית. ככל הנראה, זה אחד המחסומים המרכזיים שמנעו עד עכשיו מבנקים, מבתי חולים וממשרדי ממשלה באזור לאמץ מודלי שפה גדולים (LLM) מהשורה הראשונה.
המשמעות, ככל הנראה, היא שהתחרות על השוק הארגוני ב-AI עוברת גם לתשתיות: לא רק מי מציע את המודל הטוב ביותר, אלא גם מי מציע אותו במקום ובתנאים שהרגולציה המקומית מאפשרת. ההבדל בין הגישות, בידוד מוחלט באזור יחיד מול חלוקה בין אזורים באותה מדינה, מראה שעבור ספקי הענן ריבונות נתונים היא כבר לא דרישה אחידה אלא פרמטר שמתאימים לכל שוק.