Blockchain שקט קואפ: למה אדריכלים ארגוניים לא יכולים עוד Afford כדי לצפות ב-Diggers

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

טכנולוגיית Blockchain: מעבר ל-Buzzzwords

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

  • (FLT:0) ,Immutability: 1FLT 1 פעם נרשם, לא ניתן לשנות נתונים רטרואקטיבית ללא הסכמה ברשת.
  • (ב) ⁇ :0) ,ההתמדה: אין נקודת מפתח של כישלון או שליטה.
  • (ב) ⁇ :0) ⁇ : כל המשתתפים המוסמך יכולים להציג את ה-Moderger, המאפשר מעקב חסר תקדים.

תכונות אלה משבשות את הנחות הליבה של רוב מסגרות האדריכלות הארגוניות, אשר מסתמכות על מסדי נתונים מרכזיים, אמצעי ביניים עבור אמון, וגישה מבוקרת לחלוטין. עבור בסיס טכני עמוק יותר, המכון הלאומי של התקנים וטכנולוגיה (NIST) מספק מקיף (FLT:0blockchain טכנולוגיה סקירה מקיפה טכנולוגיה סקירה FLT:1 ושיקולי האבטחה שלה.

כיצד blockchain Reshapes Enterprise Architecture Frameworks

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

ניהול נתונים מבוזר לעומת מרכזי Repositories

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

  • ריצוף נתונים הופך לתכונה, לא פגם.
  • יש להשיג את ההסכמה באמצעות אלגוריתמים קונצנזוס (Proof Work, Proof of Stake, orהרשאהed ב-Balseaultסובלנות) ולא עסקאות ACID.
  • קופסציה והוכחה נתונים הם אוטומטיים – כל שינוי הוא בלוק חדש, המתועד לצמיתות.

(FLT:0) דוגמה מעשית: FLT:1 בשרשרת האספקה הרב-enterprise, blockchain מאפשר לכל משתתף (ספופר, יצרן, מפיצים, קמעונאי) לשמור על תצוגה משותפת של מלאי ומשלוחים ללא בעל רכז מרכזי מרכזי.עמודת "הנתונים" של Zachman - המתמקדת באופן מסורתי במודלים הגיוניים ופיזיים -mus עכשיו כוללים חוזים חכמים ו-S כמו IPFs.

אדריכלות אבטחה: מ-Permeter Defense to Cryptographic Trust

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

עבור אדריכלים, זה דורש שילוב תשתיות ציבוריות-קי (PKI) בשכבה היישום וחשיבה מחדש על הגבולות של התחום הביטחוני.FLT:0Gartner המחקר של blockchain אבטחה סודיות FLT:1 מדגיש כי השינוי דורש בקרת אבטחה חדשה ברמת החוזה החכם, כגון אימות רשמי ופריסת פגיעות.

אדריכלות עסקית: חוזים חכמים ברידג' אסטרטגיה והוצאה להורג

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

  • (ב) ,0) ,התערבויות ידניות: FLT:1 תהליכים הופכים אלגוריתמיים, צמצום השגיאה וההונאה האנושית.
  • (FLT:0Cross-organizational Automation: FIRLT:1 חוזים יכולים לבצע מעבר לגבולות ארגוניים ללא בית טיהור מרכזי.
  • (FLT:0) יומני תהליך שניתן לפטור: 1FreaLT) כל צעד של תהליך עסקי נרשם בבלוקצ'יין, מפשט ביקורת.

אדריכלים המשתמשים ב-BIAN (בנקינג Industry Architecture Network) מסגרת שירותים פיננסיים חייבים כעת לשלב תבניות חוזים חכמות וארכיטקטורה מונחת אירועים הקשורים לאירועים ברשת למיקרו-שירותים מחוץ לשרשרת.

אדריכלות: Rethinking the Stack

ב-EA המסורתית, שכבת היישום יושבת על גבי שכבת מודעות בינונית שמתמודדת עם תיווך הודעה, ניהול API וקישוריות מסד נתונים. Blockchain מציגה דיכוטומיה "על-שרשרת / שרשרת" (כמו התנחלויות או העברות בעלות) פועלת כ חוזים חכמים על-שרשרת, בעוד חישוב כבד, ממשקי משתמשים ונתונים גדולים נשארים מחוץ לשרשרת.

  • (FLT:0) אדריכלות היברידית:FLT:1 A טיפוסי יישום מבוזר (dApp) משתמש באינטרנט או חזית נייד, קצה מחוץ לשרשרת (לעתים קרובות שכבת מיקרו-שירותים), וצומת בלוקצ'יין עבור התיישבות לא-מוטחת.אדריכלים חייבים לתכנן עבור עקביות בין המדינה מחוץ לשרשרת ועל רשומות שרשרת.
  • (FLT:0)Oracleאינטגרציה: חוזים חכמים 1FLT צריכים נתונים חיצוניים (למשל, מחירי מניות, נתוני מזג אוויר) אורקל משמשים כאמצעי הגנה, אך הם מציגים משטח התקפה חדש.
  • (FLT:0 Token Standard:BuildFLT:1 , ERC-20, ERC-721 וסטנדרטים דומים מאפשרים לאדריכלים מודל נכסים, יחידות ובעלות ישירות ב-Moderger - הצבת מסדי נתונים מסורתיים לניהול נכסים.

קבוצת Open Group מספקת הדרכה לנטייה בשירות, אך דרישות הבלוקצ'יין מרחיבות את זה ל"שירותי חוזים חכמים" שניתן לטפל בהם, ניתנים להתאמה ולגרסה – בדומה לשירותי API.

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

בלוקצ'יין אינו קיים ב-Walקום.אדריכלי Enterprise חייבים לשלב את צמתים, הארנקים ומערכות ניהול מפתח עם תשתיות IT קיימות.

  • קישוריות רשת: blockchains כמו בד Hyperledger לרוץ על רשתות קונסורציום פרטיות, הדורש חיבור VPN או ענן.
  • ניהול מפתח: מודולים אבטחת חומרה ברמה ארגונית (HSMs) חייבים לאחסן מפתחות פרטיים.מפתחים אבודים מתכוונים לנכסים אבודים - סיכון משמעותי לא נוכח במאגרי מידע מסורתיים.
  • סקלאלה: בלוקצ'יין ציבורי סובל ממגבלות של צופנים (למשל, ביטקוין -7 TPS, Ethereum - 15-30 TPS) , שרשראות מורשות (Hyperledger, R3 Corda) מציע ביצועים גבוהים יותר אבל עדיין להתמודד עם עצירות סחר בין הגון ומהירות.
  • בין האפשרויות: ארגונים צריכים לעתים קרובות לחבר blockchain מרובים או blockchain עם מערכות ERP מורשת. תקנים כמו ה-FLT:0 Interledger ProtocolFLT:1 ו- קוסמוס IBC הם מתעוררים ל- Bridge רשתות.

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

אתגרים ושיקולים פרגמטיים עבור EA Teams

הגדלת בלוקצ'יין למסגרות ארכיטקטורת ארגוניות אינה שדרוג Plug-and-play. מכשולים אחדים דורשים החלטות אדריכליות זהות.

סקלאלה ומבצעים סחר-offs

מנגנוני הקונצנזוס של blockchain מגבילים באופן חד-משמעי את השימוש בנתונים מרכזיים.לדוגמה, Ethereum יכול להתמודד על 15 עסקאות בשנייה (TPS), בעוד ויזה מטפלת ביותר מ 24,000 TPS. Blockchain יכול להגיע לאלפים של TPS, אך לעולם לא להתאים את המהירות של מסד נתונים ACID יחיד. אדריכלים חייבים להחליט אילו תהליכים יכולים להרשות לעצמם את הגמישות וצריכים במהירות גבוהה של עיבוד עם מדי פעם על התנחלויות.

סליחות וסגירה

תקנות גלובליות סביב פרטיות נתונים (GDPR), דיווח פיננסי (SOX), ו- Anti-Money laundering (AML) לעתים קרובות סותרות את חוסר המוכנות של blockchain.לדוגמה, "זכות למחוק" של GDPR אינה יכולה להיות מיושמת על ידי ארגון לא מודע (AML) ארכיטקטים חייבים ליישם באסטרטגיות של שרשרת/off-chain: רק יש לו או metadata על שרשרת, לשמור מידע מזוהה (I) על מנגנונים מוצפנים ומאובטחים של מוצפנים ושרשרת 1F:

גלקסיות סקיל ארגוניות

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

ממשל ו זהות

(במיוחד בבלוקצ'יין ציבורי או קונסורציום) מתנגשים עם מבנים מסורתיים של פיקוד ארגוניים ולשלוט על מי מחליט על שדרוגים של פרוטוקולים?כיצד סכסוכים נפתרים?עבור רשתות מורשות, על הקונסורציום להגדיר כללים חוקתיים, מנגנוני הצבעה ותהליכי החלטה סכסוכים.בנוסף, ניהול זהות ממדריך Active Directory לזיהוי מבוזר (DIDs) ואישורים (VC) כדי לחקור נתונים אישיים של IFdenC) כדי לחסומי בקרה: 1.

תחזית לעתיד: אדריכלות האמון

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

חוסר יכולת הופך למשימה-קריטית

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

חוזים חכמים ותיקון

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

שילוב עם AI ו-IoT

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

קונסולת סנדקוקס ו-Comliance-by-Design

הרגולטורים מתחילים לאמץ את blockchain עבור תאימות אוטומטית. "Compliance-by-design" מטביעה כללים רגולטוריים ישירות חוזים חכמים.לדוגמה, חוזה חכם עבור אסימוני אבטחה יכול לאכוף באופן אוטומטי הגבלות משקיעים מוכרים לפני ביצוע עסקאות.מסגרות אדריכלות ארגוניות יצטרכו דומיין חדש: אדריכלות רגולטורית, שבו חוקים מטופלים כמגבלות לוגיות בשכבה הטכנולוגיה.

כיצד להתחיל: צעדים מעשיים עבור אדריכלים ארגוניים

עבור צוותים של EA מוכנים לשלב blockchain במסגרת שלהם, הנה גישה שלב:

  1. (FLT:0) אחריות: לא כל בעיה צריכה blockchain. השתמש במטריקס ההחלטה מהנציבות האירופית: האם אתה צריך גישה משותפת, חוסר אמון בין הצדדים, אין צורך בתווך מרכזי, והיסטוריה אמיתית? אם כן, בלוקצ'יין הוא מועמד.
  2. (FLT:0) Map to הקיימת מסגרת: FLT:1 לזהות את תחומי EA יושפעו.לדוגמה, TOGAF Architecture Method (ADM) - ארכיטקטורת נתונים (Phase C), אדריכלות טכנולוגית (Phase D), ו- Implementation Governance (Phase G) - יצטרכו התאמות עבור הפצת נתונים וניהול חיים חכם.
  3. (FLT:0Build a אבטיפוס:FLT:1) התחל עם blockchain מורשה (Hyperledger, R3 Corda) עבור מקרה עסקי אחד עם סיכון רגולטורי נמוך, כגון מעקב בין-ארגון או ניהול מוכר מוסמך.
  4. (FLT:0)Governance design:FLT:1Build) הקים מודל ממשל קונסורציום המגדיר חברות, זכויות החלטות ופתרון סכסוכים לפני שמדפיח את הרשת.
  5. (FLT:0) Invest in off-שרשרת תשתיות:03FLT:1) להגדיר ניהול מפתח HSMs, ניטור בלוקצ'יין, ואוטובוס אירוע לחיבור אירועי שרשרת ומערכות מורשת.
  6. (FLT:0) להובלת האדריכלות: ⁇ FLT:1) ליצור נקודות מבט חדשות בתוך מאגר EA: תצוגת טופולוגיה רשת blockchain, רישום חוזים חכמים, לציין מסונומיה, מודל זהות מבוזר.

מסקנה: האדריכל כסטרטגיסט משוחרר

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