למה ארכיטקטורה משנה
מערכת שנבנתה בלי ארכיטקטורה מובנית מגיעה בדרך כלל לרגע שבו כל שינוי קטן מייצר תופעות לוואי בלתי צפויות. ארכיטקטורה מתוכננת מראש מפחיתה את הסיכון הזה ומאפשרת שינויים ברורים ואחראיים.
שכבות שצריך לתכנן
- Solution Architecture — איך מוצר Salesforce מתחבר לפעילות העסקית.
- Data Architecture — אובייקטים, יחסים, איכות נתונים, מקורות אמת.
- Security Architecture — פרופילים, תפקידים, מודל שיתוף, שדות מוגנים.
- Automation Architecture — Flow, Apex, אוטומציות אסינכרוניות.
- Integration Architecture — Middleware, אירועים, כיווני זרימה.
- Environment & Release — Sandboxes, פריסות, גיבויים.
עקרונות מנחים
- העדיפו Configuration על פני קוד כשאפשר.
- אל תפתחו אוטומציה מקבילה לאותו אירוע — בחרו איפה היא רצה.
- שמרו מודל הרשאות פשוט וברור, גם במחיר של מעט גמישות.
- תכננו לצמיחה בנפחי נתונים, לא רק ליום הראשון.
- כל שינוי ארכיטקטוני עובר בסביבת בדיקות לפני Production.
סימנים שהארכיטקטורה שלכם דורשת שיפור
- שינויים קטנים לוקחים שבועות ומייצרים תקלות במקומות לא צפויים.
- יש מספר מקורות אמת שסותרים זה את זה על אותו לקוח.
- מודל ההרשאות הפך למורכב מכדי שמישהו יבין אותו.
- אין תיעוד ברור על תהליכים ואוטומציות פעילים.
שאלות נפוצות
לא תמיד, אבל מומלץ לפחות ליווי של איש ארכיטקטורה בשלב התכנון ובשינויים מהותיים במערכת.