ארכיטקטורת עלות

1) עקרונות ותפקידים

עלות כתכונה. המחיר הוא חלק מ-UX/מוצר ופתרונות ארכיטקטוניים.
אחריות משותפת. מהנדסים, פלטפורמה/DevEX, פיננסים, מוצר - לולאת משוב אחת.
מקור אחד של אמת. תווית/קטלוג, מילון עלות ומקורות נתונים.
Watch # Optimize Loop Management. לוחות מחוונים מובנים, שערים אוטומטיים ומדיניות.

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

2) מודל נתוני ערך

• עבור API: '$/1000 בקשות', '$/millisecond CPU', '$/GB egress'.
• למידע: ”$/GB-חודש של אחסון”, ”$/בקשה לבסיס הנתונים”, ”$/מיליון הודעות”.
• עבור המשתמש: ”CAC”, ”ARPU/ARPU”, ”שולי גרוס”, ”LTV: CAC”.
• עבור הזרם: ”$/העברה”, ”$/הפקדה”, ”$/לרוץ מבחן”.

cost_record {
ts, provider, account, region, service, usage_qty, usage_unit,
list_price, net_price, discounts,
tags: { env, team, product, feature, tenant, cost_center, pii, tier },
resource_id, allocation_keys: {req_id?, tenant_id?, dataset?}
}

תגיות זהב (נדרש): ”env”, ”team”, ”product',” feature ”,” cost _ center ”,” pii ”,” pii ”,” tier ”(חם/חם/קר)”, ”אזור”.

3) ייחוס: Showback/chargback

Showback: דיווחים שקופים על קבוצות/תכונות ללא טעינת העברות פנימיות.
Chargback: הפצה לפי כללים: עלויות ישירות לבעלים. משאבים משותפים - על ידי מפתחות: RPS, שניות מעבד, שעות GB, נפח האירועים.

cluster_cost = sum(provider_cost where resource in "k8s-node:")
weights = { service: cpu_seconds(service)/total_cpu_seconds }
for service in services:
charge[service] = direct_cost(service) + cluster_cost weights[service]

4) מדיניות כקוד

כללי תקציב: מגבלה על ידי ”env/team/file”; התראה אוטומטית/פריסת בלוק בעודף צפוי.
דרישות התווית: משאבים ללא תגי חובה - לדחות בבקר הכניסה.
גבולות פרופיל: איסור על מכונות גדולות ב 'דב', TTL על משאבים חלופיים, מינימום הזמנות.

yaml policy: require-tags-and-limits deny_if_missing_tags: [team, product, env, cost_center, owner]
constraints:
env==dev:
max_instance_type: "c6i. large"
ttl_hours: 72

5) מחשוב: תבניות להפחתת עלויות

גודל נכון (rightsizing): התאמה אוטומטית של vCPU/RAM בהתבסס על p95/p99, עונתיות וחדרי ראש.
מיקוד אוטומטי: בסיס מטרה (CPU/RPS/lag), פונקציות שלב; הגנה מפני תסיסה באמצעות היסטריה.
בחירת מודל מחיר: On-Direction vst spot/preememply, Reserved Instances/Supporting Plans; תערובת לקריטי ורקע.
צינורות: חלונות של עומס ”זול”, דחיסת אצווה, תורים בעדיפות.
בקשות מטמון והתאגדות: הפחתת קריאות ממקורות יקרים.
אופטימיזציה של הקצה/רשת: HTTP/2/3, לשמור על החיים, דחיסה, CDN.

if rps > target1. 2 for 3m: replicas += ceil(rps/target); cool_down 5m if rps < target0. 6 for 10m: replicas = max(min_replicas, replicas-1)

6) אחסון ונתונים: חם/חם/קר

קריעה: מידע חם (גישה מיידית), בקשות חמות (נדירות), קר/ארכיון.
פורמטים: עמודה (Parquet/ORC) לאנליטיקה, דחיסה ומחיצה לפי תאריך/מפתח.
TTL/ILM: קבע מדיניות חיים: 'hot 7d = חם 90d = Cold 365d = למחוק'.
שכבת מטמון: Redis/Memced עם פחם בקשה, מיס הגנה סערה.
מכסות ובקשות תקציבים: מגבלות צפויות על מצטרפים/סריקות יקרות.

yaml dataset: events_main lifecycle:
- phase: hot; duration: 7d; storage: nvme
- phase: warm; duration: 90d; storage: ssd; compress: zstd
- phase: cold; duration: 365d; storage: object; glacier: true
- phase: purge; duration: 0d

7) רשת ויציאה

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

8) יכולת תצפית ועלות SRE

כרטיסי עלות טלמטריה: '$/log-GB', '$/metric-series', '$/trace'.
דגימה וצבירה: דגימות מבוססות זנב, מדדים בירידה בחשיבותן (מדדי SLO - עדיפות גבוהה יותר).
Deadup של יומנים ו ”רישום תברואה”: איסור על PD, צמצום שדות פנטום, מגבלות על גודל האירוע.

9) CI/CD וסביבות בדיקה

Effemeral עומד עם אוטומטי-TTL, סביבה ”על ידי יחסי ציבור”.
ריצות קצרות להערכה מוקדמת של ”עלות החקירה”.
מטמון/חפצים: שימוש חוזר במכל, הידור.
שערים: בניית/פריסה נדחית אם ”מחיר הליטוש ”/RPS התדרדר ביחס לקו הבסיס> X%.

10) חיזוי, תקציבים וחריגות

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

if forecast(month_end_cost) > budget0. 9 and variance ↑:
alert(team_owner)
suggest: rightsizing + RI/SP coverage + ILM tighten

11) רכש ומסחר

RI/תוכניות חיסכון/שימוש מחויב: כיסוי בסיס יציב; לפקח על כיסוי ואחוזי ”לא מנוצל”.
Spot/Preempable: משימות רקע וזרם עבודה סובלני; נקודת ביקורת והפעלה מהירה.
רישיונות ו-SAS: מטריצת ROI, ספסל אלטרנטיבי, ”סקירת כושר ספקית” תקופתית.

12) ריבוי דירות וחיוב

חלוקת דייר: הפרדה הגיונית/פיזית, גבולות ומכסות.
מגבלות מודעות לדייר/עכברושים: למנוע ”שכן רועש”.
מודלים לשימוש: חיוב על ידי אירועים, RPS, נפחי נתונים; מדדים שקופים ללקוחות.

13) בטיחות וציות כגורם עלות

קריפטו ואחסון: FPE/keys - עלויות KMS/HSM; לייעל את תדירות הפעולות.
העתקים רגולטוריים: הפרדה בין החזרות ”חוקיות” לתפעול; הארכיון זול יותר מאחסון ”חם לנצח”.
מזעור נתונים: פחות נתונים - פחות חשבונות וסיכונים.

14) הנדסה נגד דפוסים (יקר!)

צ 'ט API ללא חבורות ומטמון.
תורים בלתי מוגבלים ומקביליות בלתי מוגבלת - הגידול של איחור וספירה.
אפס טי-טי-אל ומפתחות חמים בלי להתאחד.
לוחות מחוונים ”כל רואה” עם מיליוני מדדים סדרה.
משאבים ללא תגיות = ”אפור” הוצאות ללא בעלים.
מחסור ב-ILM/TTL = גידול אחסון לנצח.

15) כלים וחפצים (ספק-נייטרלי)

ספריית תגיות (סכימה + לינטר ב ־ CI).
הוצאת עלות (שימוש בצבירה/חיוב, נורמליזציה לפורמט יחיד).
כלכלת יחידת לוחות מחוונים (API-cost, dataset-cost, Dathant-cost).
עריכה אוטומטית (ימנית, המלצת RI/SP, אוכף-ILM).
מדיניות עלות (כניסה/אופ "א/קיוורנו) וקווים אדומים בתקציב.

16) מתכונים קטנים

”מחיר בקשה” נוסחה (HTTP)

request_cost = (cpu_ms $/cpu_ms) +
(mem_mb_s $/mb_s) +
(egress_mb $/mb) +
(db_calls $/call) +
(cache_ops $/op miss_penalty)

ביקורת שירות מהירה

למעלה 3 נקודות קצה יקרות ב-1000 דולר.
הכה/מיס מטמון ומפתחות סערה.
רשימות משאבים לא מתויגות.
ILM ושמירת נתונים.
כיסוי RI/SP (%).

מדיניות חזרה כלכלית

retry = min(3, floor(budget_ms / (base_timeout_ms 1. 5^attempt)))
jitter = uniform(0. 5..1. 5)

17) בדיקת ארכיטקט ערך

1. מטרי יחידה מוגדרים ('$/req', '$/GB-month', '$/txn') ובעלים?
2. מדיניות תג נאכפת? האם משאבים חסומים?
3. Showback/chargback ודוחות מוצר/תכונה מיושמת?
4. הגדרות אוטוסקלה וימין, חדר ראש מוגדר?
5. מיושמים נתונים (חם/חם/קר), ILM/TTL?
6. יציאות וזרימות בין-אזוריות מזעריות? CDN/caches מופעל?
7. יכולת תצפית אופטימלית (דגימה, שימור, ירידה בירידה)?
8. האם שערי רגרסיה של CI/CD ובדיקות מדיניות פעילים?
9. האם תחזיות/תקציבים/אנומליה אנליזה אוטומטית?
10. תערובת RI/SP/Spot מכסה עומסי בסיס?
11. האם יש מכסות, גבולות ומדדי שימוש שקופים לריבוי דיירים?
12. רישומים של FinOps ותוכנית סקירת עלויות חודשית מתועדת?

מסקנה

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