מאמרים

בחרנו ECS על פני EKS — מה הרווחנו ומה ויתרנו

16 באוקטובר 2026 · 7 דקות קריאה · Gaurav Tredia

זו לא טענה ש־Kubernetes מיותר. אנחנו מריצים EKS ו־GKE בפרויקטים אחרים. אבל בפלטפורמה הזו, כשעשינו את החשבון בכנות, ECS יצא הבחירה הנכונה — וזה בדיוק החשבון שכדאי לעשות לפני שבוחרים.

מה הרווחנו

1. אין תשלום על ה־control plane

ב־ECS אין חיוב על התזמור עצמו — משלמים על המחשוב (EC2 או Fargate) ועל מה שסביבו, לא על הניהול. ב־EKS יש חיוב קבוע לכל קלאסטר: 0.10 דולר לשעה, כלומר כ־73 דולר בחודש לקלאסטר אחד.

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

קלאסטר אחד — כ־73 דולר בחודש
שלוש סביבות — כ־219 דולר בחודש
שש (שלוש סביבות, שני אזורים) — כ־438 דולר בחודש

כ־5,000 דולר בשנה על תזמור בלבד, לפני עומסי עבודה. בחברה גדולה זה רעש; בסטארטאפ זה משרה חלקית.

2. אין לחץ שדרוגים מתמיד

גרסאות Kubernetes יוצאות מתמיכה סטנדרטית אחרי כ־14 חודשים. מי שלא שדרג בזמן עובר אוטומטית ל־extended support, והמחיר קופץ מ־0.10 ל־0.60 דולר לשעה לקלאסטר — פי שישה, כ־438 דולר בחודש לקלאסטר. המעבר הזה מופעל כברירת מחדל, כך שהחשבון יכול לעלות בלי שאף אחד החליט החלטה.

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

3. פחות רכיבים לאבטח

ב־EKS צריך להחליט על CNI, לנהל RBAC של Kubernetes בנוסף ל־IAM, לתחזק admission controllers, ולעקוב אחרי מה שמותקן בקלאסטר. כל אחד מהם לגיטימי — וכל אחד מהם משטח תקיפה ועוד דבר לתעד. ב־ECS ההרשאות הן IAM, וזהו.

מה ויתרנו

ניידות. הגדרות ECS הן AWS בלבד. מעבר לענן אחר פירושו כתיבה מחדש, לא העתקה.
האקוסיסטם. ויתרנו על Helm, על אופרטורים, על Argo CD ועל CRD־ים. הרבה בעיות שיש להן פתרון מדף ב־Kubernetes דורשות ב־ECS פתרון מקומי.
גמישות תזמון. ה־scheduler של Kubernetes מאפשר כללים עדינים בהרבה מ־placement constraints של ECS. אם זה מה שצריך, זה חסר.
גיוס. שוק העבודה מדבר Kubernetes. ECS פחות מושך מועמדים, וזו עלות אמיתית לאורך זמן.

איך להחליט אצלכם

1ספרו קלאסטרים — כמה סביבות, כמה אזורים, מה העלות השנתית רק על ה־control plane.
2שאלו מי משדרג — אם אין מי שבאמת יבצע שדרוג פעמיים בשנה, ה־extended support כבר בדרך אליכם.
3בדקו מה אתם באמת צריכים מהאקוסיסטם — אם התשובה היא Argo CD ואופרטורים, Kubernetes מצדיק את עצמו.
4היו כנים לגבי הידע בצוות — קלאסטר שאף אחד לא מבין לעומק הוא סיכון, לא יתרון.
5בדקו ניידות אמיתית — האם באמת תעברו ענן, או שזו הנחה תיאורטית?

מתי דווקא EKS

כשיש הרבה שירותים וצוותים שמשחררים במקביל; כשצריך GitOps עם Argo CD; כשיש דרישה לרוץ על יותר מענן אחד; כשהצוות כבר חי Kubernetes; או כשמריצים עומסי GPU ו־AI שדורשים תזמון מדויק. במקרים האלה המחיר הקבוע הוא הזול שבעלויות.

השורה התחתונה

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

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

המשך קריאה

Kubernetes ו־GitOps — מתי Kubernetes כן הבחירה הנכונה.
הוזלת עלויות ענן — איפה עוד מסתתר כסף בחשבון.
שירותי AWS בישראל — תכנון שמתחיל מהחלטות כאלה.

רוצים את אותו הדבר בענן שלכם?

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

התחילו פרויקט עוד מאמרים