פיתוח API ואינטגרציות בין מערכות

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

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

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

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

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

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