LangSmith מתרחבת לענני מיקרוסופט וגוגל: הנתונים בחשבון הלקוח, התפעול אצל הספק

LangChain הודיעה ב־3 בנובמבר על הרחבת אפשרות ההפעלה של LangSmith בתוך חשבון הענן של הלקוח. השירות, המכונה BYOC, זמין באופן כללי בשירותי הענן של אמזון, ואילו התמיכה בעננים של מיקרוסופט וגוגל מוצגת בגרסת בטא. החברה מציעה הפרדה בין המקום שבו נשמרים נתוני היישומים לבין המערכת המרכזית שמנהלת זיהוי, הגדרות וחיוב. ההרחבה אינה הופכת את שלוש האפשרויות לזהות במעמדן, וההבחנה בין שירות זמין באופן כללי לבין בטא היא חלק מההודעה עצמה.

עבור ארגון שמפתח יישומי בינה מלאכותית, השאלה העסקית אינה רק היכן רץ המודל. צריך לדעת גם היכן נשמרים התיעוד של פעולתו, ההנחיות שנשלחו אליו, מערכי הבדיקה ותוצאות ההערכה. LangSmith מציעה כלים לעבודה עם הנתונים האלה. במודל החדש החברה מפעילה עבור הלקוח את רכיבי השירות בתוך סביבת הענן שלו, אך היא ממשיכה להפעיל מערכת ניהול מרכזית משלה. לכן אין לתאר את ההצעה כאילו כל רכיב וכל פיסת מידע עוברים לשליטה מקומית בלבד.

מה נשאר בחשבון הענן של הלקוח

לפי הודעת החברה, שכבת הנתונים כוללת תיעוד של ריצות, הנחיות, מערכי נתונים, ניסויים, הערכות, פריסות של סוכני בינה מלאכותית וסודות של סביבות העבודה. חשבון הענן שבו היא פועלת שייך ללקוח. ההפרדה נועדה לאפשר לארגון לבחור את סביבת התשתית שבה נשמר מידע זה, בלי לקחת על עצמו את כל עבודת ההפעלה של LangSmith כפי שנדרש בהתקנה עצמאית.

את ההבטחה צריך לקרוא עם ההיקף שלה. בחירת חשבון ענן אינה לבדה בדיקה של הרשאות עובדים, זמני שמירה או התאמת המידע שנאסף. אלה החלטות שהארגון צריך להגדיר. למשל, לפני חיבור יישום המטפל בפניות לקוחות, אפשר למפות אילו שדות יגיעו לתיעוד ומה באמת נדרש לצורכי בדיקה. זו שאלת תכנון פנימית, ולא מסקנה שלפיה עצם רכישת השירות הופכת כל איסוף מידע למוצדק או לכל ארגון למוגן באותה מידה.

מה ממשיך לפעול אצל הספק

שכבת הניהול פועלת אצל LangChain ומחזיקה, לפי ההודעה, נתוני זיהוי, הגדרות ארגון וסביבות עבודה, נתוני חיוב, מפתחות גישה מגובבים וקובצי ממשק סטטיים. זהו הבדל חשוב לעומת ניסוח גורף שלפיו שום מידע אינו נמצא אצל הספק. התיעוד הרגיש של היישום ושכבת הניהול אינם אותה קבוצת נתונים, וגם להם יש תפקידים שונים בהפעלת השירות.

ארגון הבוחן את ההצעה יכול להכין טבלה פשוטה: סוג המידע, המקום שבו הוא נשמר, מי רשאי לגשת אליו ומי אחראי למחיקתו. כך אפשר להפריד בין תכני פניות או הנחיות לבין פרטי חיוב והגדרות. בדיקה כזאת אינה קובעת אם המוצר מתאים לדרישה משפטית מסוימת; היא מאפשרת לצוותים העסקיים והטכניים לנסח שאלה מדויקת לפני שהם מבקשים הכרעה מגורם מוסמך בארגון.

שלושה עננים, שני מעמדי זמינות

ההודעה מגדירה את השירות באמזון כזמין באופן כללי ואת האפשרויות במיקרוסופט ובגוגל כבטא. בגוגל מציינת החברה כי בעת ההשקה אפשר להפעיל שכבות נתונים בכל אזור, כאשר הניהול נעשה משכבת ניהול בארצות הברית. במיקרוסופט מתוארת רשת וירטואלית ייעודית ונקודת גישה פרטית לניהול האשכול. בהודעה העדכנית נכללות גם סביבות הרצה מבודדות ברשימת היכולות המשותפת, אך יש לבדוק את היקף התמיכה בפועל בענן ובגרסה שנבחרו.

המשמעות לבדיקת רכש היא שצריך לבקש רשימת יכולות לפי הענן שנבחר ולא להעתיק את המפרט של ענן אחר. צוות שמתבסס על יכולת שעדיין מתוכננת עלול לבנות לוח זמנים על הנחה שלא אושרה. עדיף להגדיר מראש מה נדרש ביום ההפעלה, מה יכול להמתין ומה מחייב בדיקה בניסוי מוגבל. המונח בטא לבדו אינו תשובה לכל השאלות האלה, אך הוא סיבה לא להתייחס להבטחת זמינות כללית כאל תיאור אחיד של כל האפשרויות.

מי מפעיל את המערכת בפועל

LangChain מציגה את השירות כחלופה לעבודה התפעולית שנדרשת בהתקנה עצמאית. לפי ההודעה, היא מטפלת בתזמור, בהגדלת משאבים, בעדכוני פלטפורמה ובשינויי מסדי הנתונים. הלקוח שומר את שכבת הנתונים בחשבונו, אך אינו הופך בכך למפעיל היחיד של הרכיבים. חשוב להבחין בין בעלות על חשבון הענן לבין מי שמבצע בו פעולות תחזוקה בפועל.

מסמך חלוקת האחריות הרשמי מתייחס כעת גם לגוגל ולמיקרוסופט, לצד פרטים ייעודיים לאמזון. הוא מגדיר שהחברה פועלת באמצעות גישה שהלקוח מעניק לה, בעוד הלקוח אחראי לחשבון, לקישוריות ולמדיניות הפנימית. אין להחיל אוטומטית כל פרט ייעודי לאמזון על אפשרויות הבטא בעננים האחרים. דווקא כאן כדאי לשאול איזה מסמך אחריות חל על ההתקשרות הספציפית, ולא להסתפק במצגת שמציגה את שלושת סמלי העננים זה לצד זה.

הרשאות תפעול אינן הבטחה שאין גישה לעולם

בתיעוד של אמזון מבדילה החברה בין הרשאות לתפעול התשתית לבין גישה לנתוני הלקוח. לדבריה, גישה שגרתית לנתונים אינה נדרשת לפעילות הרגילה. במצב תקלה עשויה להידרש גישה חריגה, באישור הלקוח ובתהליך מוגדר. מסמך האחריות מציין גם סיכום לאחר גישה כזאת, הכולל זמנים, פעולות ונתונים שאליהם הייתה גישה.

זו הבחנה שחשוב לשמור עליה גם בשיחה עסקית. המשפט הספק אינו צריך לקרוא את הנתונים בשגרה אינו זהה למשפט אין שום מסלול שבו יקבל גישה. לפני הפעלה אפשר לקבוע מי בארגון רשאי לאשר בקשת חירום, איך מתקבל האישור ואיפה נשמר התיעוד. השאלות האלה מתאימות לבחינת ההסכם ולתכנון התהליך; אין בהן טענה שהחברה כבר קיבלה אישור כלשהו מארגון מסוים או שכל אירוע מטופל באותה דרך בכל ענן.

חשבון ענן נשאר גם חשבון הוצאות

בשאלות והתשובות הרשמיות של השירות באמזון מתוארים שני חיובים נפרדים: על התשתית בחשבון הענן משלם הלקוח לספק הענן, ועל LangSmith הוא מחויב בידי LangChain בהתאם לחוזה ולשימוש. לכן אין להציג את המודל כאילו התשלום לחברת התוכנה מחליף בהכרח את כל עלויות התשתית. ההודעה החדשה אינה מספקת הצעת מחיר אחידה לכל שלושת העננים.

השוואת עלות רצינית צריכה להתחיל בהיקף העבודה שהארגון מתכנן, ולא רק במחיר שורה בחוזה. אפשר לבקש פירוט של הרכיבים שיחויבו בחשבון הענן, דרך מדידת השימוש בשירות ומנגנון ההתראה על גידול במשאבים. התיעוד באמזון מטיל על הלקוח אחריות לתקציב ולמגבלות פנימיות, לצד עבודת ההגדלה שמבצע הספק. אין כאן נתון שמאפשר להכריז מראש שהאפשרות זולה או יקרה יותר מהתקנה עצמאית עבור כל עסק.

בתיעוד של אמזון מצוין גם שאין התחייבות לזמינות של שכבת הנתונים. החברה מסבירה שהזמינות תלויה במשאבים ובקישוריות שבשליטת הלקוח, אף שהיא ממשיכה לנטר ולטפל בתקלות. זהו סעיף שצריך להבחין בו בעת בדיקת השירות וההסכם.

אחריות אבטחה אינה עוברת כולה החוצה

מסמך האחריות באמזון קובע שהלקוח מפעיל ניטור אבטחה בתוך חשבונו ומנהל את המדיניות, בעוד LangChain מטפלת ברכיבים שבאחריותה. גם יומני גישה אינם פוטרים את הלקוח מהצורך לקרוא אותם ולהגדיר התרעות. זאת לצד אחריות החברה לעדכונים ולתיקוני אבטחה ברכיבים שהיא מנהלת, לפי המסמך.

לכן הבדיקה אינה מסתיימת בשאלה מי מתקין עדכון. צריך להחליט מי מזהה חריגה, למי מעבירים אותה ומי מוסמך לעצור פעולה כאשר יש חשש. ארגון יכול להיעזר בספק מנוהל כדי להקטין עבודת תחזוקה, ועדיין להישאר בעל תפקיד פעיל בהגנה על סביבתו. זו מסקנה מהחלוקה המפורשת בתיעוד של אמזון, לא הבטחה שכל שירות מנוהל בשוק פועל באותה מתכונת או עומד באותה דרישה.

מעבר מהתקנה קיימת אינו העתקה אחת

בהודעה החדשה מתואר מעבר בשני שלבים: תחילה הקמת שכבת הנתונים, ובהמשך העברת משאבי סביבת העבודה באמצעות כלי מעבר פתוח. הרשימה כוללת משתמשים ותפקידים, מערכי נתונים, ניסויים, הנחיות והגדרות נוספות. תיעוד הריצות והמשוב עוברים בשלב נפרד שמבצעת LangChain, והחברה מציינת שמעבר תיעוד כזה זמין כיום באמזון.

ההבחנה מונעת הנחה שכל מידע היסטורי יעבור יחד עם ההגדרות בכל ענן. לפני שינוי סביבת העבודה אפשר להכין רשימת בדיקה של המידע שצריך להישאר נגיש, ההרשאות שצריכות להישמר והבדיקות שיאשרו שהמעבר הושלם. כאשר שלב מסוים דורש טיפול נפרד של הספק, צריך לכלול אותו בתוכנית ולא להכריז על השלמת מעבר רק מפני שסביבת העבודה החדשה כבר נפתחת בממשק.

כיצד לקרוא יחד הכרזה ותיעוד

בבדיקה העדכנית, דף השאלות והתשובות כבר מבחין בין זמינות כללית באמזון לבין בטא במיקרוסופט ובגוגל, בהתאם להודעת 3 בנובמבר. עם זאת, חלק מהסברי הארכיטקטורה, החיוב והזמינות בדף עדיין מנוסחים במונחים של אמזון. לכן התאמה בין כותרות הזמינות אינה סיבה להניח שכל פרט תפעולי זהה בשלושת העננים.

לכן נתוני ההרחבה בכתבה מבוססים על ההודעה המתוארכת ועל התיעוד העדכני, ופרטי חלוקת האחריות והתשלום מוצגים בהיקף של המקור שבו הם מופיעים. ארגון הבוחן את גרסת הבטא צריך לקבל אישור פרטני לתנאים וליכולות הרלוונטיים לו. ההצעה מוסיפה אפשרות לשמור נתוני יישום בחשבון ענן שבבעלות הלקוח, תוך תפעול בידי הספק. היא אינה מבטלת את הצורך להחליט מי ניגש, מי משלם, מי מנטר ומה בדיוק עובר בעת ההסבה.

מצאתם טעות או תוכן לא ראוי? דווחו לנו >>