פוסט זה נכתב בשיתוף עם קלאודיה צ'יטו ו Spyridon Dosis מבית ACAST.
נוסדה בשנת 2014, צוות היא חברת הפודקאסט העצמאית המובילה בעולם, המעלה את יוצרי הפודקאסטים ומפרסמי הפודקאסטים לחוויית ההאזנה האולטימטיבית. על ידי קידום מערכת אקולוגית עצמאית ופתוחה לפודקאסטים, Acast שואפת לתדלק את הפודקאסטים עם הכלים והמונטיזציה הדרושים כדי לשגשג.
החברה משתמשת בשירותי AWS Cloud כדי לבנות מוצרים מונעי נתונים ושיטות עבודה מומלצות להנדסה בקנה מידה. כדי להבטיח פלטפורמת נתונים בת קיימא בתוך שלבי צמיחה ורווחיות, צוותי הטכנולוגיה שלהם אימצו פלטפורמה מבוזרת ארכיטקטורת רשת נתונים.
בפוסט זה, אנו דנים כיצד Acast התגברה על האתגר של תלות משולבת בין צוותים העובדים עם נתונים בקנה מידה על ידי שימוש בקונספט של רשת נתונים.
הבעיה
עם צמיחה והתרחבות מואצת, Acast נתקלה באתגר המהדהד ברחבי העולם. Acast מצאה את עצמה עם יחידות עסקיות מגוונות וכמות עצומה של נתונים שנוצרו ברחבי הארגון. המונוליט הקיים והארכיטקטורה הריכוזית התקשו לעמוד בדרישות ההולכות וגדלות של צרכני נתונים. מהנדסי נתונים מצאו את זה יותר ויותר מאתגר לתחזק ולהרחיב את תשתית הנתונים, וכתוצאה מכך גישה לנתונים, ממגורות נתונים וחוסר יעילות בניהול הנתונים. יעד מרכזי היה לשפר את חווית המשתמש מקצה לקצה, החל מהצרכים העסקיים.
Acast הייתה צריכה להתמודד עם האתגרים הללו כדי להגיע לקנה מידה תפעולי, כלומר מקסימום עולמי של מספר האנשים שיכולים לפעול באופן עצמאי ולספק ערך. במקרה זה, Acast ניסתה להתמודד עם האתגר של מבנה המונוליט הזה והזמן הגבוה לתמורה עבור צוותי מוצר, צוותי טכנולוגיה, צרכני קצה. ראוי להזכיר שיש להם גם צוותי מוצר וטכנולוגיה אחרים, כולל צוותים תפעוליים או עסקיים, ללא חשבונות AWS.
ל-Acast יש מספר משתנה של צוותי מוצר, המתפתחים ללא הרף על ידי מיזוג קיימים, פיצול, הוספת אנשים חדשים או פשוט יצירת צוותים חדשים. בשנתיים האחרונות היו להם בין 2-10 צוותים, המורכבים מ-20-4 אנשים כל אחד. לכל צוות יש לפחות שני חשבונות AWS, עד 10 חשבונות, תלוי בבעלות. רוב הנתונים המיוצרים על ידי חשבונות אלה משמשים במורד הזרם למטרות בינה עסקית (BI) וב אמזונה אתנה, על ידי מאות משתמשים עסקיים מדי יום.
הפתרון שהטמיעה Acast הוא רשת נתונים, שנבנתה על AWS. הפתרון משקף את המבנה הארגוני ולא החלטה אדריכלית מפורשת. לפי ה תמרון קונווי הפוך, הארכיטקטורה הטכנולוגית של Acast מציגה איזומורפיזם עם הארכיטקטורה העסקית. במקרה זה, המשתמשים העסקיים מאפשרים באמצעות ארכיטקטורת רשת הנתונים לקבל זמן מהיר יותר לתובנות ולדעת ישירות מי הם הבעלים הספציפיים של הדומיין, מה לזרז את שיתוף הפעולה. זה יפורט יותר כאשר נדון בנושא AWS זהות וניהול גישה (IAM) תפקידים בשימוש, מכיוון שאחד התפקידים מוקדש לקבוצה העסקית.
פרמטרים של הצלחה
Acast הצליחה לאתחל ולהרחיב מוצר נתונים חדש מוכווני צוות ודומיינים והתשתית וההגדרה המתאימה לו, וכתוצאה מכך פחות חיכוכים באיסוף תובנות ומשתמשים וצרכנים מרוצים יותר.
הצלחת היישום פירושה הערכת היבטים שונים של תשתית הנתונים, ניהול הנתונים והתוצאות העסקיות. הם סיווגו את המדדים והאינדיקטורים בקטגוריות הבאות:
- שימוש בנתונים - הבנה ברורה של מי צורך איזה מקור נתונים, התממשה עם מיפוי של צרכנים ויצרנים. דיונים עם משתמשים הראו שהם שמחים יותר לקבל גישה מהירה יותר לנתונים בצורה פשוטה יותר, ארגון נתונים מובנה יותר ומיפוי ברור של מי המפיק. התקדמות רבה נעשתה כדי לקדם את התרבות מונעת הנתונים שלהם (אוריינות נתונים, שיתוף נתונים ושיתוף פעולה בין יחידות עסקיות).
- ממשל נתונים - כאשר אובייקט רמת השירות שלהם מציין מתי מקורות הנתונים זמינים (בין השאר), הצוותים יודעים למי להודיע ויכולים לעשות זאת בזמן קצר יותר כאשר יש מידע מאוחר שנכנס או בעיות אחרות עם הנתונים. עם תפקיד מנהל נתונים במקום, הבעלות התחזקה.
- פרודוקטיביות של צוות נתונים - באמצעות רטרוספקטיבות הנדסיות, Acast גילתה שהצוותים שלהם מעריכים את האוטונומיה לקבל החלטות לגבי תחומי הנתונים שלהם.
- יעילות עלות ומשאבים – זהו תחום שבו Acast ראתה הפחתה בשכפול הנתונים, ולכן הפחתת עלויות (בחשבונות מסוימים, הסרת עותק הנתונים ב-100%), על ידי קריאת נתונים בין חשבונות תוך הפעלת קנה מידה.
סקירת רשת נתונים
רשת נתונים היא גישה סוציו-טכנית לבניית ארכיטקטורת נתונים מבוזרת על ידי שימוש בעיצוב מונחה תחום בשירות עצמי (בפרספקטיבה של פיתוח תוכנה), ושואלת את התיאוריה של אריק אוונס על עיצוב מונחה תחום ואת התיאוריה של מנואל פיס ומתיו סקלטון. תיאוריה של טופולוגיות צוות. חשוב לבסס את ההקשר כדי להבין מהי רשת נתונים מכיוון שהיא קובעת את הבמה לפרטים הטכניים הבאים ויכולה לעזור לך להבין כיצד המושגים הנידונים בפוסט זה משתלבים במסגרת הרחבה יותר של רשת נתונים.
כדי לסכם לפני צלילה עמוקה יותר לתוך היישום של Acast, תפיסת רשת הנתונים מבוססת על העקרונות הבאים:
- זה מונע על ידי תחום, בניגוד לצינורות כדאגה ממדרגה ראשונה
- זה משרת נתונים כמוצר
- זה מוצר טוב שמשמח את המשתמשים (הנתונים אמינים, התיעוד זמין וניתן לצריכה בקלות)
- היא מציעה ממשל חישובי מאוחד ובעלות מבוזרת - פלטפורמת נתונים בשירות עצמי
ארכיטקטורה מונעת תחום
בגישה של Acast לבעלות על מערכי הנתונים התפעוליים והאנליטיים, צוותים בנויים עם בעלות המבוססת על תחום, קריאת ישירות ממפיק הנתונים, דרך API או פרוגרמטית מאחסון Amazon S3 או באמצעות Athena כמנוע שאילתות SQL. כמה דוגמאות לתחומים של Acast מוצגות באיור הבא.
כפי שהודגם באיור הקודם, תחומים מסוימים מקושרים באופן רופף לנקודות קצה תפעוליות או אנליטיות של תחומים אחרים, עם בעלות שונה. לאחרים עשויה להיות תלות חזקה יותר, מה שצפוי, לעסקים (חלק מהפודקאסרים יכולים להיות גם מפרסמים, ליצור קריאייטיב חסות ולהריץ קמפיינים לתוכניות שלהם, או לבצע עסקאות מודעות באמצעות התוכנה של Acast).
נתונים כמוצר
התייחסות לנתונים כאל מוצר כרוכה בשלושה מרכיבים מרכזיים: הנתונים עצמם, המטא נתונים והקוד והתשתית הקשורים. בגישה זו, צוותים האחראים להפקת נתונים מכונים יצרנים. צוותי יצרנים אלה בעלי ידע מעמיק על הצרכנים שלהם, מבינים כיצד מוצר הנתונים שלהם מנוצל. כל שינוי שמתוכנן על ידי יצרני הנתונים מועבר מראש לכל הצרכנים. הודעה יזומה זו מבטיחה שתהליכים במורד הזרם אינם מופרעים. על ידי מתן הודעה מוקדמת לצרכנים, יש להם מספיק זמן להתכונן ולהסתגל לשינויים הקרובים, תוך שמירה על זרימת עבודה חלקה וללא הפרעות. היצרנים מריצים במקביל גרסה חדשה של מערך הנתונים הראשוני, מודיעים לצרכנים בנפרד, ודנים איתם בפרק הזמן הדרוש שלהם כדי להתחיל לצרוך את הגרסה החדשה. כאשר כל הצרכנים משתמשים בגרסה החדשה, היצרנים הופכים את הגרסה הראשונית ללא זמינה.
סכימות נתונים מוסקות מהפורמט המוסכם על שיתוף קבצים בין צוותים, שהוא Parquet במקרה של Acast. ניתן לשתף נתונים בקבצים, אירועים באצווה או סטרימינג ועוד. לכל צוות יש חשבון AWS משלו הפועל כישות עצמאית ואוטונומית עם תשתית משלו. לתזמור, הם משתמשים ב- ערכת פיתוח ענן AWS (AWS CDK) עבור תשתית כקוד (IaC) ו דבק AWS קטלוגי נתונים לניהול מטא נתונים. משתמשים יכולים גם להעלות בקשות ליצרנים כדי לשפר את אופן הצגת הנתונים או להעשיר את הנתונים בנקודות נתונים חדשות ליצירת ערך עסקי גבוה יותר.
כאשר לכל צוות יש חשבון AWS ומזהה קטלוג נתונים מאתנה, קל לראות זאת דרך העדשות של אגם נתונים מבוזר על גבי Amazon S3, עם קטלוג משותף הממפה את כל הקטלוגים מכל החשבונות.
במקביל, כל צוות יכול גם למפות קטלוגים אחרים לחשבון שלו ולהשתמש בנתונים שלו, אותם הוא מייצר יחד עם הנתונים מחשבונות אחרים. אלא אם כן מדובר בנתונים רגישים, ניתן לגשת לנתונים באופן פרוגרמטי או מה- קונסולת הניהול של AWS בשירות עצמי מבלי להיות תלוי במהנדסי תשתית הנתונים. זוהי דרך משותפת לאגנוסטית לתחום לשרת נתונים עצמית. גילוי המוצר מתרחש באמצעות רישום הקטלוג. תוך שימוש רק בכמה סטנדרטים המוסכמים ומאומצים ברחבי החברה, למטרת יכולת פעולה הדדית, Acast טיפלה בממגורות המפוצלות ובחיכוך כדי להחליף נתונים או לצרוך נתונים אגנוסטיים לתחום.
עם עיקרון זה, צוותים מקבלים ביטחון שהנתונים מאובטחים, אמינים ומדויקים, ובקרות גישה מתאימות מנוהלות בכל רמת תחום. יתרה מכך, בחשבון המרכזי, תפקידים מוגדרים עבור סוגים שונים של הרשאות וגישה, באמצעות AWS IAM Identity Center הרשאות. כל מערכי הנתונים ניתנים לגילוי מחשבון מרכזי אחד. האיור הבא ממחיש כיצד הוא מורכב, כאשר שני תפקידי IAM מקבלים שני סוגים של קבוצות משתמשים (צרכנים): אחד שיש לו גישה למערך נתונים מוגבל, שהוא נתונים מוגבל, ואחד שיש לו גישה לנתונים שאינם מוגבלים. ישנה גם דרך לקחת כל אחד מהתפקידים הללו, עבור חשבונות שירות, כגון אלה המשמשים בעבודות עיבוד נתונים ב תהליכי עבודה מנוהלים של אמזון עבור זרימת האוויר של אפאצ'י (Amazon MWAA), למשל.
כיצד Acast פתרה יישור גבוה וארכיטקטורה רופפת
התרשים הבא מציג ארכיטקטורה רעיונית של האופן שבו הצוותים של Acast מארגנים נתונים ומשתפים פעולה זה עם זה.
Acast השתמשה ב מסגרת אדריכלית היטב לחשבון המרכזי לשפר את התרגול שלו בהפעלת עומסי עבודה אנליטיים בענן. דרך עדשות הכלי, Acast הצליחה לתת מענה לניטור טוב יותר, אופטימיזציה של עלויות, ביצועים ואבטחה. זה עזר להם להבין את התחומים שבהם הם יכולים לשפר את עומס העבודה שלהם וכיצד לטפל בבעיות נפוצות, עם פתרונות אוטומטיים, כמו גם כיצד למדוד את ההצלחה, להגדיר מדדי KPI. זה חסך להם זמן לקבל את הלמידה שאחרת היה לוקח יותר זמן למצוא. Spyridon Dosis, קצין אבטחת המידע של Acast, משתף: "אנו שמחים ש-AWS תמיד מקדימה עם שחרור כלים המאפשרים הגדרה, הערכה ובדיקה של הגדרה מרובת חשבונות. זה יתרון גדול עבורנו, בעבודה בארגון מבוזר". Spyridon גם מוסיף, "מושג חשוב מאוד שאנו מעריכים הוא ברירות המחדל לאבטחת AWS (למשל הצפנת ברירת מחדל עבור דלי S3)."
בתרשים הארכיטקטורה, אנו יכולים לראות שכל צוות יכול להיות מפיק נתונים, מלבד הצוות בעל החשבון המרכזי, המשמש כפלטפורמת הנתונים המרכזית, המעצב את ההיגיון ממספר תחומים כדי לצייר את התמונה העסקית המלאה. כל שאר הצוותים יכולים להיות יצרני נתונים או צרכני נתונים. הם יכולים להתחבר לחשבון המרכזי ולגלות מערכי נתונים באמצעות קטלוג נתונים חוצה-חשבונות AWS Glue Data, לנתח אותם בעורך השאילתות של Athena או עם מחברות Athena, או למפות את הקטלוג לחשבון AWS משלהם. הגישה לקטלוג Athena המרכזי מיושמת עם IAM Identity Center, עם תפקידים לנתונים פתוחים וגישה מוגבלת לנתונים.
עבור נתונים לא רגישים (נתונים פתוחים), Acast משתמשת בתבנית שבה מערכי הנתונים פתוחים כברירת מחדל לכל הארגון לקריאה, תוך שימוש בתנאי לספק את פרמטר המזהה שהוקצה לארגון, כפי שמוצג בקטע הקוד הבא:
כאשר מטפלים בנתונים רגישים כמו פיננסיים, הצוותים משתמשים במודל של מנהל נתונים שיתופי. מנהל הנתונים עובד עם המבקש כדי להעריך את הצדקת הגישה למקרה השימוש המיועד. יחד, הם קובעים שיטות גישה מתאימות כדי לענות על הצורך תוך שמירה על אבטחה. זה יכול לכלול תפקידי IAM, חשבונות שירות או שירותי AWS ספציפיים. גישה זו מאפשרת למשתמשים עסקיים מחוץ לארגון הטכנולוגי (מה שאומר שאין להם חשבון AWS) לגשת ולנתח באופן עצמאי את המידע שהם צריכים. על ידי הענקת גישה דרך מדיניות IAM על משאבי AWS Glue ו-S3 דליים, Acast מספקת יכולות שירות עצמי תוך שליטה בנתונים עדינים באמצעות סקירה אנושית. תפקיד מנהל הנתונים היה בעל ערך להבנת מקרי שימוש, להערכת סיכוני אבטחה, ובסופו של דבר להקל על גישה שמאיצה את העסק באמצעות תובנות אנליטיות.
במקרה השימוש של Acast, לא היה צורך בבקרות גישה מפורטות ברמת השורה או העמודה, אז הגישה הספיקה. עם זאת, ארגונים אחרים עשויים לדרוש ממשל דק יותר בשדות נתונים רגישים. במקרים אלה, פתרונות כמו תצורת אגם AWS יכול ליישם את ההרשאות הנדרשות, תוך מתן מודל גישה לנתונים בשירות עצמי. למידע נוסף, עיין ב עצב ארכיטקטורת רשת נתונים באמצעות AWS Lake Formation ו-AWS Glue.
במקביל, צוותים יכולים לקרוא מיצרנים אחרים ישירות, מאמזון S3 או דרך API, תוך שמירה על התלות למינימום, מה שמשפר את מהירות הפיתוח והאספקה. לכן, חשבון יכול להיות יצרן וצרכן במקביל. כל צוות הוא אוטונומי, והוא אחראי על ערימת הטכנולוגיה שלו.
למידה נוספת
מה Acast למד? עד כה, דנו בכך שהתכנון האדריכלי הוא השפעה של המבנה הארגוני. מכיוון שהארגון הטכנולוגי מורכב ממספר צוותים צולבים, וזה פשוט לאתחל צוות חדש, בהתאם לעקרונות הנפוצים של רשת נתונים, Acast למדה שזה לא הולך בצורה חלקה בכל פעם. כדי להגדיר חשבון חדש לחלוטין ב-AWS, צוותים עוברים את אותו מסע, אך מעט שונה, בהתחשב בסט הפרטים שלהם.
זה יכול ליצור חיכוכים מסוימים, וקשה לגרום לכל הצוותים שמייצרים נתונים להגיע לבשלות גבוהה של מפיקי נתונים. ניתן להסביר זאת על ידי מיומנויות הנתונים השונות באותם צוותים חוצי תפקודיים ואינם צוותי נתונים ייעודיים.
על ידי הטמעת הפתרון המבוזר, Acast התמודדה בצורה יעילה עם אתגר המדרגיות על ידי התאמת הצוותים שלהם להתיישר עם הצרכים העסקיים המתפתחים. גישה זו מבטיחה ניתוק ויישור גבוהים. יתרה מזאת, הם חיזקו את הבעלות, והפחיתו משמעותית את הזמן הדרוש לזיהוי ופתרון בעיות מכיוון שהמקור במעלה הזרם ידוע ונגיש בקלות עם SLAs שצוינו. היקף פניות התמיכה בנתונים ראה ירידה של למעלה מ-50%, מכיוון שמשתמשים עסקיים מוסמכים לקבל תובנות מהירות יותר. יש לציין כי הם חיסלו בהצלחה עשרות טרה-בייט של אחסון מיותר שהועתקו בעבר אך ורק כדי למלא בקשות במורד הזרם. הישג זה התאפשר באמצעות יישום קריאה צולבת-חשבונות, מה שהוביל להסרת עלויות הפיתוח והתחזוקה הנלוות לצינורות אלו.
סיכום
Acast השתמשה בחוק Inverse Conway Maneuver והשתמשה בשירותי AWS כאשר לכל צוות מוצר צולב תפקודי יש חשבון AWS משלו כדי לבנות ארכיטקטורת רשת נתונים המאפשרת מדרגיות, בעלות גבוהה וצריכת נתונים בשירות עצמי. זה עבד היטב עבור החברה, לגבי אופן הגישה לבעלות נתונים ותפעול, כדי לעמוד בעקרונות ההנדסיים שלהם, וכתוצאה מכך יש את רשת הנתונים כאפקט ולא ככוונה מכוונת. עבור ארגונים אחרים, רשת הנתונים הרצויה עשויה להיראות אחרת ולגישה עשויה להיות למידה אחרת.
לסיום, א ארכיטקטורת נתונים מודרנית ב-AWS מאפשר לך לבנות ביעילות מוצרי נתונים ותשתית רשת נתונים בעלות נמוכה מבלי להתפשר על הביצועים.
להלן כמה דוגמאות לשירותי AWS שבהם אתה יכול להשתמש כדי לעצב את רשת הנתונים הרצויה ב-AWS:
על הכותבים
קלאודיה צ'יטו הוא אסטרטג נתונים ומנהיג משפיע בתחום האנליטיקס. מתמקדת בהתאמת יוזמות נתונים עם היעדים האסטרטגיים הכוללים של הארגון, היא משתמשת בנתונים ככוח מנחה לתכנון ארוך טווח וצמיחה בת קיימא.
דוזה של ספירידון הוא מקצוען אבטחת מידע ב-Acast. Spyridon תומכת בארגון בתכנון, יישום ותפעול שירותיו בצורה מאובטחת תוך הגנה על החברה והנתונים של המשתמשים.
Srikant Das הוא ארכיטקט פתרונות מעבדת האצה בשירותי האינטרנט של אמזון. יש לו למעלה מ-13 שנות ניסיון בניתוח ביג דאטה והנדסת נתונים, שם הוא נהנה לבנות פתרונות אמינים, ניתנים להרחבה ויעילים. מחוץ לעבודה, הוא נהנה לטייל ולכתוב בבלוג את חוויותיו ברשתות החברתיות.
- הפצת תוכן ויחסי ציבור מופעל על ידי SEO. קבל הגברה היום.
- PlatoData.Network Vertical Generative Ai. העצים את עצמך. גישה כאן.
- PlatoAiStream. Web3 Intelligence. הידע מוגבר. גישה כאן.
- PlatoESG. פחמן, קלינטק, אנרגיה, סביבה, שמש, ניהול פסולת. גישה כאן.
- PlatoHealth. מודיעין ביוטכנולוגיה וניסויים קליניים. גישה כאן.
- מקור: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- :יש ל
- :הוא
- :לֹא
- :איפה
- $ למעלה
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- יכול
- אודות
- מוּאָץ
- מאיץ
- האצה
- גישה
- גישה לנתונים
- נצפה
- נגיש
- חֶשְׁבּוֹן
- אחראי
- חשבונות
- מדויק
- הישג
- לרוחב
- משחק
- פעולה
- להסתגל
- מוסיף
- כתובת
- ממוען
- מוסיף
- מאומץ
- מודעות
- לקדם
- מפרסמים
- מוסכם
- קדימה
- מטרות
- ליישר
- יישור
- יישור
- תעשיות
- להתיר
- מאפשר
- לאורך
- גם
- תמיד
- אמזון בעברית
- אמזון שירותי אינטרנט
- בתוך
- בין
- כמות
- an
- אנליטית
- ניתוח
- לנתח
- ו
- תשתיות
- כל
- אַפָּשׁ
- API
- להעריך
- גישה
- מתאים
- אדריכלי
- ארכיטקטורה
- ARE
- AREA
- אזורים
- AS
- היבטים
- הערכה
- הערכה
- המשויך
- לְהַנִיחַ
- להניח
- הבטחה
- At
- אוטומטי
- אוטונומי
- אוטונומיה
- זמין
- AWS
- דבק AWS
- תצורת אגם AWS
- מבוסס
- BE
- כי
- היה
- לפני
- להיות
- הטוב ביותר
- שיטות עבודה מומלצות
- מוטב
- בֵּין
- גָדוֹל
- נתונים גדולים
- בלוגים
- אוזן נעל
- רחב
- לִבנוֹת
- בִּניָן
- עסקים
- מודיעין עסקי
- אבל
- by
- קמפיינים
- CAN
- יכולות
- מקרה
- מקרים
- קטלוג
- קטלוגים
- קטגוריות
- מרכז
- מֶרכָּזִי
- מְרוּכָּז
- מסוים
- לאתגר
- האתגרים
- אתגר
- אלוף
- שינויים
- מְסוּוָג
- ברור
- ענן
- שירותי ענן
- קוד
- שיתוף פעולה
- שיתוף פעולה
- שיתוף פעולה
- מגיע
- Common
- בדרך כלל
- תקשר
- חברה
- רכיבים
- מתפשר
- חישובית
- מושג
- מושגים
- רעיוני
- מסכם
- מצב
- תְצוּרָה
- לְחַבֵּר
- בהתחשב
- מורכב
- מורכב
- לבנות
- לצרוך
- צרכן
- צרכנים
- צְרִיכָה
- הקשר
- ברציפות
- בקרות
- תוֹאֵם
- עלות
- הפחתת עלויות
- עלויות
- יכול
- יחד
- לִיצוֹר
- יוצרים
- קריאייטיבים
- יוצרים
- צוותים בין תפקודיים
- תַרְבּוּת
- נתונים
- גישה למידע
- ניתוח נתונים
- תשתית נתונים
- אגם דאטה
- ניהול נתונים
- פלטפורמת נתונים
- נקודות מידע
- עיבוד נתונים
- שיתוף מידע
- נתונים מונחים
- מערכי נתונים
- יְוֹם
- מבוזר
- החלטה
- החלטות
- מוקדש
- עמוק יותר
- בְּרִירַת מֶחדָל
- מחדל
- מוגדר
- הגדרה
- למסור
- מסירה
- דרישות
- תלות
- תלות
- תלוי
- תלוי
- עיצוב
- תכנון
- רצוי
- מְפוֹרָט
- פרטים
- לקבוע
- צעצועי התפתחות
- DID
- אחר
- קשה
- ישירות
- לגלות
- תגלית
- לדון
- נָדוֹן
- דיונים
- מציג
- מופץ
- שונה
- צלילה
- do
- תיעוד
- לא
- תחום
- תחומים
- לא
- מונע
- e
- כל אחד
- בקלות
- המערכת האקולוגית
- עורך
- השפעה
- יעילות
- יעיל
- יעילות
- הר
- בוטלו
- מוּעֳסָק
- העסקת
- מעסיקה
- רשאי
- לאפשר
- מופעל
- מאפשר
- מה שמאפשר
- הצף
- סוף
- מקצה לקצה
- נקודות קצה
- מנוע
- הנדסה
- מהנדסים
- להגביר את
- משפר
- להעשיר
- לְהַבטִיחַ
- מבטיח
- שלם
- ישות
- חזוי
- eric
- להקים
- Ether (ETH)
- להעריך
- אירועים
- כל
- כל יום
- מתפתח
- דוגמה
- דוגמאות
- אלא
- חליפין
- קיימים
- הרחבה
- צפוי
- ניסיון
- חוויות
- מוסבר
- הקלה
- רחוק
- מהר יותר
- מעטים
- שדות
- תרשים
- קבצים
- פיננסי
- מציאת
- מתאים
- מרוכז
- לעקוב
- הבא
- בעד
- להכריח
- פוּרמָט
- התהוות
- מצא
- מקוטע
- מסגרת
- חיכוך
- החל מ-
- לתדלק
- הגשמה
- מלא
- לגמרי
- נוסף
- יתר על כן
- לְהַשִׂיג
- איסוף
- נוצר
- יצירת
- לקבל
- גלוֹבָּלִי
- ברחבי עולם
- Go
- שערים
- טוב
- ממשל
- שלטון
- הענקת
- פרטני
- קְבוּצָה
- קבוצה
- גדל
- צמיחה
- מנחה
- היה
- טיפול
- קורה
- מאושר יותר
- שמח
- יש
- יש
- he
- לעזור
- עזר
- גָבוֹהַ
- גבוה יותר
- שֶׁלוֹ
- איך
- איך
- אולם
- http
- HTTPS
- בן אנוש
- מאות
- IAC
- IAM
- ID
- לזהות
- זהות
- מדגים
- ליישם
- הפעלה
- יושם
- יישום
- חשוב
- לשפר
- in
- מעמיק
- לכלול
- כולל
- יותר ויותר
- עצמאי
- באופן עצמאי
- אינדיקטורים
- בנפרד
- חוסר יעילות
- בעל השפעה
- מידע
- אבטחת מידע
- תשתית
- בתחילה
- יוזמות
- פניות
- תובנות
- מוֹדִיעִין
- התכוון
- כוונה
- יכולת פעולה הדדית
- אל תוך
- בעיות
- IT
- שֶׁלָה
- עצמו
- מקומות תעסוקה
- מסע
- jpg
- שמירה
- מפתח
- לדעת
- ידע
- ידוע
- מעבדה
- אגם
- אחרון
- מְאוּחָר
- חוק
- מנהיג
- מוביל
- לִלמוֹד
- למד
- הכי פחות
- עדשות
- פחות
- רמה
- כמו
- מוגבל
- האזנה
- ידיעת קרוא וכתוב
- הגיון
- לטווח ארוך
- עוד
- נראה
- מגרש
- נמוך
- עשוי
- לתחזק
- שמירה
- תחזוקה
- הרוב
- לעשות
- הצליח
- ניהול
- דרך
- מַפָּה
- מיפוי
- מתיו
- בגרות
- מקסימום
- מאי..
- משמעות
- אומר
- התכוון
- למדוד
- מדיה
- לִפְגוֹשׁ
- מיזוג
- רשת
- מידע נוסף
- שיטות
- מדדים
- יכול
- מינימום
- מודל
- דוגמנות
- מונטיזציה
- ניטור
- יותר
- יתר על כן
- מספר
- הכרחי
- צורך
- נחוץ
- צרכי
- חדש
- בייחוד
- מחשבים ניידים
- הודעה..
- הודעה
- מספר
- אובייקט
- מטרה
- שנצפה
- of
- המיוחדות שלנו
- קָצִין
- on
- ONE
- יחידות
- רק
- לפתוח
- נתונים פתוחים
- להפעיל
- פועל
- מבצעי
- תפעול
- מִתנַגֵד
- or
- תזמור
- להזמין
- ארגון
- אִרְגוּנִי
- ארגונים
- ארגון
- אחר
- אחרים
- אַחֶרֶת
- תוצאות
- בחוץ
- יותר
- מקיף
- שֶׁלוֹ
- בעלי
- בעלות
- בעלות
- בעלים של
- לצייר
- מקביל
- פרמטר
- אֲנָשִׁים
- עבור
- ביצועים
- הרשאות
- פרספקטיבה
- שלבים
- תמונה
- מקום
- מתוכנן
- תכנון
- פלטפורמה
- אפלטון
- מודיעין אפלטון
- אפלטון נתונים
- ועוד
- פודקאסט
- Podcasting
- נקודות
- מדיניות
- להחזיק
- אפשרי
- הודעה
- תרגול
- פרקטיקות
- קודם
- להכין
- מוצג
- קוֹדֶם
- מנהל
- עקרון
- עקרונות
- פרואקטיבי
- תהליכים
- תהליך
- לייצר
- מיוצר
- יַצרָן
- מפיק
- הפקת
- המוצר
- מוצרים
- מקצועי
- כדאיויות
- התקדמות
- אבטחה
- לספק
- מספק
- מתן
- מטרה
- למטרות
- להעלות
- במקום
- לְהַגִיעַ
- חומר עיוני
- לְלֹא קוֹשִׁי
- קריאה
- לסכם
- הפחתה
- הפחתה
- להתייחס
- מכונה
- משקף
- בדבר
- הַרשָׁמָה
- שחרור
- אָמִין
- הסרה
- הסרת
- בקשות
- לדרוש
- לפתור
- מהדהד
- משאב
- משאבים
- אחראי
- מוגבל
- וכתוצאה מכך
- סקירה
- סיכונים
- תפקיד
- תפקידים
- הפעלה
- ריצה
- אותו
- הציל
- בקרת מערכות ותקשורת
- להרחבה
- סולם
- דרוג
- בצורה חלקה
- לבטח
- אבטחה
- סיכוני אבטחה
- לִרְאוֹת
- לראות
- שירות עצמי
- רגיש
- משמש
- שרות
- שירותים
- סט
- סטים
- התקנה
- שיתוף
- משותף
- שיתופים
- שיתוף
- היא
- הראה
- הראה
- הופעות
- באופן משמעותי
- ממגורות
- פשוט יותר
- בפשטות
- יחיד
- מעט שונה
- להחליק
- קטע
- So
- עד כה
- חֶברָתִי
- מדיה חברתית
- תוכנה
- תוכנה כשירות
- פיתוח תוכנה
- אך ורק
- פִּתָרוֹן
- פתרונות
- נפתר
- כמה
- מָקוֹר
- מקורות
- מֶרחָב
- ספציפי
- מפורט
- חָסוּת
- SQL
- לערום
- התמחות
- תקנים
- התחלה
- החל
- הצהרה
- לפי
- עוד
- אחסון
- פשוט
- אסטרטגי
- תַכסִיסָן
- זרם
- התחזק
- חזק יותר
- מִבְנֶה
- מובנה
- נאבק
- הצלחה
- בהצלחה
- כזה
- מספיק
- תמיכה
- תומך
- בר קיימא
- צמיחה בת קיימא
- לְהִתְמוֹדֵד
- נטילת
- נבחרת
- צוותי
- טק
- טכני
- טכנולוגיה
- תבנית
- עשרות
- מֵאֲשֶׁר
- זֶה
- השמיים
- המידע
- שֶׁלָהֶם
- אותם
- התאוריה
- שם.
- לכן
- אלה
- הֵם
- זֶה
- אלה
- שְׁלוֹשָׁה
- לשגשג
- דרך
- זמן
- מסגרת זמן
- ל
- יַחַד
- כלי
- כלים
- חלק עליון
- מבצעים
- נסיעה
- ניסיתי
- אמין
- שתיים
- סוגים
- האולטימטיבי
- בסופו של דבר
- להבין
- הבנה
- רָצוּף
- יחידות
- בקרוב ב
- על
- us
- להשתמש
- במקרה להשתמש
- מְשׁוּמָשׁ
- משתמש
- חוויית משתמש
- משתמשים
- שימושים
- באמצעות
- מנוצל
- בעל ערך
- ערך
- משתנה
- שונים
- Vast
- מְהִירוּת
- גרסה
- מאוד
- באמצעות
- כֶּרֶך
- היה
- דֶרֶך..
- we
- אינטרנט
- שירותי אינטרנט
- טוֹב
- היו
- מה
- מתי
- אשר
- בזמן
- מי
- מִי
- יצטרך
- עם
- לְלֹא
- תיק עבודות
- זרימת עבודה
- זרימות עבודה
- עובד
- עובד
- של העולם
- ראוי
- היה
- כתוב
- שנים
- אתה
- זפירנט