סביבת מידע המבוססת על עקרונות Open Data

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

מזהה אוניברסלי

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

במקרה זה, מזהה המשתמש הוא אימייל, שהפך למעשה למזהה מקובל להרשאה באתרי אינטרנט ובשירותים אחרים (jaber, openId).

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

פורמט מזהה משתמש זה אינו קשור לאף רשת. אם משתמש מציב את הנתונים שלו ברשת TOR, אז הוא יכול להשתמש בדומיינים באזור .onion, אם זו רשת עם מערכת DNS בבלוקצ'יין, אז דומיינים באזור .bit. כתוצאה מכך, פורמט הפנייה למשתמשים והנתונים שלהם אינו תלוי ברשת שדרכה הם מועברים (השילוב של הכניסה+דומיין משמש בכל מקום). למי שרוצה להשתמש בכתובת bitcoin/ethereum כמזהה, אתה יכול לשנות את המערכת כדי להשתמש בכתובות דוא"ל פסאודו של הטופס [email protected]

התייחסות לחפצים

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

כדים במרחב השמות urn:opendata משמשים כמזהי אובייקט. לדוגמה, לפרופיל משתמש יש כתובת כמו:

urn:opendata:profile:[email protected]

להערת המשתמש יש כתובת כמו:

urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548

כאשר 08adbed93413782682fd25da77bd93c99dfd0548 הוא hash אקראי sha-1 הפועל כמזהה האובייקט, וכן [מוגן בדוא"ל] - הבעלים של חפץ זה.

עקרון פרסום נתוני המשתמש

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

לדוגמה, מידע בסיסי על המשתמש נמצא בקובץ datarobots.txt, שנמצא בכתובת כמו

http://55334.ru/[email protected]/datarobots.txt

ויש לו תוכן כזה:

Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txt

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

נתונים מורכבים יותר (פרופיל, תגובה, פוסט וכו'), שיש להם כד משלו, נשלחים כאובייקט JSON באמצעות ה-API הסטנדרטי (http://opendatahub.org/api_1.0?lang=ru), שיכול להיות ממוקם כמו בדומיין של המשתמש, ובאתר של צד שלישי אליו המשתמש האציל את האחסון, הפרסום והעריכה של הנתונים שלו (בשורת Services-Enabled בקובץ datarobots.txt). שירותי צד שלישי כאלה מתוארים להלן.

אונטולוגיה פשוטה ו-JSON

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

לכן, כדי לתאר אובייקטים בסביבה כזו, מספיק להשתמש ב-JSON במקום ב-XML, שהוא מורכב יותר במבנה ובניתוח (חשוב לא לשכוח את הצורך בסף כניסה נמוך ובסקלביליות).

כדי להשיג חפץ עם כד ידוע, עלינו לפנות לדומיין של המשתמש, או לשירותי צד שלישי אליהם המשתמש האציל את ניהול הנתונים שלו.

בסביבה מקוונת זו, לכל תחום שבו קיים שירות מקוון יש גם datarobots.txt משלו הממוקם בכתובת כמו example.com/datarobots.txt עם תוכן דומה:

Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0

שממנו נוכל ללמוד שאנו יכולים לקבל נתונים על אובייקט בכתובת כמו:

http://newethnos.ru/api?urn=urn:opendata:profile:[מוגן בדוא"ל]

לאובייקט JSON יש את המבנה הבא:

{
    "urn": "urn:opendata:profile:[email protected]",
    "status": 1,
    "message": "Ok",
    "timestamp": 1596429631,
    "service": "example.com",
    "data": {
        "name": "John",
        "surname": "Gald",
        "gender": "male",
        "city": "Moscow",
        "img": "http://domain.com/image.jpg",
        "birthtime": 332467200,
        "community_friends": {
            "[email protected]": "1",
            "[email protected]": "0.5",
            "[email protected]": "0.7"
        },
        "interests_tags": "cars,cats,cinema",
        "mental_cards": {
            "no_alcohol@main": 8,
            "data_accumulation@main": 8,
            "open_data@main": 8
        }
    }
}

ארכיטקטורת שירות

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

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

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

סוג אחד של שירות כזה הוא רכזות נתונים ( opendatahub.org/ru - לדוגמה), פועל כמעין ארכיון אינטרנט שאוסף את כל נתוני המשתמש הציבוריים הניתנים לקריאה במכונה ומספק גישה אליהם באמצעות API.

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

אם המשתמש כלל לא מעוניין בבעלות על הנתונים שלו ואין לו דומיין משלו או מישהו שמכיר את הדומיין, אז כברירת מחדל הנתונים שלו מנוהלים על ידי opendatahub.org.

על חשבון מי כל זה?

אולי הבעיה העיקרית של כמעט כל הפרויקטים המבוזרים האלה היא חוסר היכולת לייצר מהם רווח ברמה המספיקה לפיתוח ותמיכה יציבים.

תרומה + אסימונים משמשים לכיסוי עלויות פיתוח ושיווק בסביבה מקוונת זו.

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

בנוסף לתרומות, לגיוס כספים, נעשה שימוש באסימונים המונפקים בכמות מוגבלת (400.000), המוענקים לכל מי שתורם לקרן הראשית (אתנוגנזה).

תכונות אסימון נוספות

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

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

אנשים, הנתונים והקשרים החברתיים שלהם חשובים יותר מהטכנולוגיה

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

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

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

מקור: www.habr.com