החלופות המובילות ל-AWS CloudFormation עבור תשתית מדרגית

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

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

1. AppFirst

AppFirst נוקטת בגישה שונה למדי בהשוואה ל-CloudFormation ולרוב כלי ה-IaC המסורתיים. במקום לבקש מהצוותים להגדיר כל חלק בתשתית שורה אחר שורה, היא הופכת את התהליך ומאפשרת למפתחים לתאר את הצרכים האמיתיים של האפליקציה. משם, הפלטפורמה מרכיבה את כל התצורה באופן אוטומטי. היא מושכת צוותים המעוניינים ליהנות מהיתרונות של IaC ללא העומס של קבצי Terraform, YAML, ביקורות, refactors וכל השאר, אשר בדרך כלל מצטברים כאשר אפליקציות מתרחבות.

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

נקודות עיקריות:

• גישה של "אפליקציה תחילה" במקום כתיבת קוד תשתית
• פועל ב-AWS, Azure ו-GCP
• מספק רישום, ניטור וביקורת מובנים
• מגדיר באופן אוטומטי את הנהלים המומלצים בתחום האבטחה והענן
• מציע אפשרויות פריסה SaaS ופריסה עצמית

שירותים:

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

פרטי יצירת קשר:

• אֲתַר אִינטֶרנֶט: www.appfirst.dev

2. Pulumi

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

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

נקודות עיקריות:

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

שירותים:

• תשתית ככלי קוד
• ניהול משאבי ריבוי עננים
• ניהול סודות ותצורה
• מאפייני מדיניות וניהול
• אוטומציה של תשתיות מונעת בינה מלאכותית
• תמיכה בפלטפורמת מפתחים פנימית

פרטי קשר:

• אתר אינטרנט: www.pulumi.com
• כתובת: 601 Union St., Suite 1415 Seattle, WA 98101 ארה"ב
• LinkedIn: www.linkedin.com/company/pulumi
• טוויטר: x.com/pulumicorp

3. Terraform

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

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

נקודות עיקריות:

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

שירותים:

• תשתית ככלי קוד
• הקצאת משאבים מרובי עננים
• תכונות שיתוף פעולה בצוות
• ניהול מדיניות ותצורה
• אספקת תמונות וסביבה באמצעות כלים נלווים
• תמיכה באוטומציה ובתהליכי עבודה של CI

פרטי קשר:

• אתר אינטרנט: www.hashicorp.com
• כתובת: 101 2nd Street, Suite 700 San Francisco, California, 94105 USA
• לינקדאין: www.linkedin.com/company/hashicorp
• טוויטר: x.com/hashicorp
• פייסבוק: www.facebook.com/HashiCorp

4. env0

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

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

נקודות עיקריות:

• עוזר לצוותים להתקדם מעבר לתהליכי עבודה של CloudFormation ב-AWS בלבד
• מסטנדרטיזציה של תהליכי IaC עבור Terraform וכלים אחרים
• תומך בביקורות מבוססות Git ובצינורות צפויים
• מוסיף מעקות בטיחות כמו RBAC ובדיקות מדיניות
• משפר את הנראות של פריסות ושינויים בסביבה

שירותים:

• אוטומציה של זרימת העבודה של IaC
• תיאום בין סביבות מרובות וחשבונות מרובים
• ממשל וניהול מדיניות
• פיקוח על עלויות ובקרת שימוש
• תכונות פריסה בשירות עצמי
• אינטגרציות עבור Terraform וכלים IaC קשורים

פרטי קשר:

• אתר אינטרנט: www.env0.com
• כתובת: 100 Causeway Street, Suite 900, Boston, MA 02114 ארצות הברית 
• LinkedIn: www.linkedin.com/company/env0
• טוויטר: x.com/envzero

5. הרמת חלל

Spacelift מופיע על הרדאר של צוותים שגדלו מעבר לדרך העבודה של CloudFormation ומחפשים משהו שיטפל בתהליכי IaC מודרניים מבלי לכבול אותם לענן אחד. במקום לכתוב תבניות CloudFormation ארוכות ולחבר ידנית את הכל לצינור, Spacelift מספק לצוותים מקום מרכזי להפעלת Terraform, OpenTofu, Ansible וכלים אחרים עליהם הם כבר מסתמכים. זהו סוג ההגדרה שאנשים מחפשים כאשר הם רוצים גמישות רבה יותר ודרך נקייה יותר לנהל סביבות מרובות עננים או תשתית מעורבת.

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

נקודות עיקריות:

• נבנה לתמיכה ב-Terraform, OpenTofu, Ansible וחלופות אחרות ל-CloudFormation.
• עוזר לצוותים להתרחק מצינורות בלעדיים של AWS
• מסטנדרטיזציה של תהליכי עבודה IaC בעננים ובסביבות שונות
• מוסיף מדיניות, בדיקות סטייה ונראות CloudFormation אינו מכסה היטב
• מאפשר שירות עצמי תוך שמירה על השליטה של צוותי הפלטפורמה

שירותים:

• תזמור IaC עבור Terraform, OpenTofu, CloudFormation ועוד
• תהליכי עבודה אוטומטיים לאספקה ותצורה
• מדיניות ובקרות גישה לפריסות בטוחות יותר
• זיהוי סחף ומעקב אחר הסביבה
• ניהול רב-ענן ורב-סביבות
• אפשרויות פריסה עצמית ו-SaaS

פרטי קשר:

• אתר אינטרנט: spacelift.io
• דוא"ל: info@spacelift.io
• כתובת: 541 Jefferson Ave. Suite 100 Redwood City CA 94063 ארה"ב
• LinkedIn: www.linkedin.com/company/spacelift-io
• טוויטר: x.com/spaceliftio
• פייסבוק: www.facebook.com/spaceliftio

6. שף

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

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

נקודות עיקריות:

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

שירותים:

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

פרטי קשר:

• אתר אינטרנט: www.chef.io
• LinkedIn: www.linkedin.com/company/chef-software
• טוויטר: x.com/chef
• אינסטגרם: www.instagram.com/chef_software
• פייסבוק: www.facebook.com/getchefdotcom

7. Ansible

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

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

נקודות עיקריות:

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

שירותים:

• ניהול תצורה ואוטומציה
• הקצאה מונחית Playbook
• פריסת תוכנה ועדכונים
• עדכונים מתגלגלים ללא השבתה
• תמיכה בסביבות מרובות ובפלטפורמות מרובות

פרטי קשר:

• אתר אינטרנט: docs.ansible.com 

8. פרויקט המלח

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

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

נקודות עיקריות:

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

שירותים:

• ניהול תצורה
• ביצוע ותזמור מרחוק
• אכיפת מצב המערכת
• אוטומציה רב-סביבתית
• תמיכה בהתקנות ענן, היברידיות ומקומיות

פרטי קשר:

• אתר אינטרנט: saltproject.io
• LinkedIn: www.linkedin.com/company/saltproject
• טוויטר: x.com/Salt_Project_OS
• אינסטגרם: www.instagram.com/saltproject_oss
• פייסבוק: www.facebook.com/SaltProjectOSS

9. OpenTofu

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

הם גם מוסיפים כמה תכונות נוספות המסייעות בדברים ש-CloudFormation לא מכסה היטב, כמו ניהול הגדרות מרובות עננים, ארגון מודולים ומתן שליטה רבה יותר לצוותים על אופן פריסת המשאבים. OpenTofu שומר על אותה מערכת אקולוגית של ספקים כמו Terraform, כך שצוותים יכולים להשתמש בו לבניית וניהול תשתית בעננים שונים, תוך התרחקות מתבניות של AWS בלבד. הוא מתאים לתהליכי עבודה שבהם אנשים רוצים IaC שמרגיש מוכר, אך מעניק להם יציבות וחופש לטווח ארוך יותר.

נקודות עיקריות:

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

שירותים:

• תשתית כתצורת קוד
• פריסת משאבים מרובי עננים
• ניהול מצב והצפנה
• תמיכה במודולים ובספקים
• זרימות עבודה מבוססות Git ושילוב בקרת גרסאות

פרטי קשר:

• אתר אינטרנט: opentofu.org
• טוויטר: x.com/opentofuorg

10. קרוספליין

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

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

נקודות עיקריות:

• מאפשר לצוותים לבנות ממשקי API מותאמים אישית כחלופה לתבניות CloudFormation
• פועל עם מספר ספקי ענן באמצעות מישור בקרה של Kubernetes
• תומך בתהליכי עבודה הצהרתיים לניהול תשתית עקבי
• משתלב באופן טבעי עם כלים מקוריים בענן ותכונות Kubernetes
• מסייע לצוותי הפלטפורמה לתכנן שכבות תשתית ייחודיות משלהם

שירותים:

• יצירת מישור בקרה מותאם אישית
• תזמור משאבי ריבוי עננים
• ניהול מדיניות והרשאות
• תהליכי עבודה של תצורה הצהרתית
• הרחבה ואינטגרציה מבוססות Kubernetes

פרטי קשר:

• אתר אינטרנט: www.crossplane.io
• דוא"ל: info@crossplane.io
• LinkedIn: www.linkedin.com/company/crossplane
• טוויטר: x.com/crossplane_io

11. צפון-אגף

Northflank היא אחת הפלטפורמות שצוותים בוחנים כאשר CloudFormation מתחיל להרגיש קשור מדי ל-AWS ולא מתאים להפעלת עומסי עבודה בעננים שונים. במקום לבקש מהמהנדסים להתמודד עם המבוך הרגיל של YAML, קונסולות ענן ותפירת צינורות, Northflank מספקת להם מקום אחד לפריסה וניהול של אפליקציות, מסדי נתונים ומשימות בכל ענן שהם כבר משתמשים בו. הם נוטים לרעיון של "הבא את הענן שלך", כך שצוותים יכולים להישאר ב-AWS אם הם רוצים, או לשלב GCP, Azure או on-prem מבלי לבנות מחדש את ההגדרות שלהם מאפס.

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

נקודות עיקריות:

• עובד עם AWS, GCP, Azure, התקנות מקומיות והיברידיות
• מציע זרימת עבודה אחידה במקום להסתמך על תבניות CloudFormation
• מספק פריסה וניהול עקביים בכל העננים
• תומך ב-GitOps, צינורות, סביבות תצוגה מקדימה ושינוי גודל אוטומטי
• מפשט את פעולות Kubernetes באמצעות BYOC ו-BYOK

שירותים:

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

פרטי קשר:

• אתר אינטרנט: northflank.com
• דוא"ל: contact@northflank.com
• כתובת: 20-22 Wenlock Road, לונדון, אנגליה, N1 7GU
• LinkedIn: www.linkedin.com/company/northflank
• טוויטר: x.com/northflank

12. בובה

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

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

נקודות עיקריות:

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

שירותים:

• ניהול תצורה ואכיפה
• תשתית כזרימות עבודה של קוד
• אוטומציה של מדיניות ותאימות
• תזמור משימות ופריסות
• שילוב עם CI/CD וכלי ניטור

פרטי קשר:

• אתר אינטרנט: www.puppet.com
• דוא"ל: sales-request@perforce.com
• טלפון: +1 612.517.2100
• כתובת: 400 First Avenue North #400 מיניאפוליס, MN 55401 ארה"ב

13. מנהל הפריסה של Google Cloud

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

הם גם נשענים רבות על תבניות, מה שמאפשר לצוותים לבנות הגדרות מורכבות מבלי להטבע ב-YAML. אנשים יכולים לשלב Python או Jinja בקבצי התצורה שלהם, מה שמקל מעט על התאמת הדברים לסביבות שונות. זה משתלב בנוחות בשגרת ה-IaC הרגילה של בקרת גרסאות, סקירות קוד, פריסות חוזרות, ומספק לצוותים דרך צפויה לנהל משאבי GCP כאשר CloudFormation אינו אופציה או כאשר הם מריצים הגדרות מרובות עננים.

נקודות עיקריות:

• גישת IaC הצהרתית המתמקדת במשאבי Google Cloud
• משתמש בתבניות כדי לבנות ולעשות שימוש חוזר בתצורות
• תומך ב-YAML עם תבניות Jinja או Python לגמישות
• עובד היטב עם זרימות עבודה מבוססות Git
• מאפשר לצוותים לנהל פריסות באופן עקבי בכל הסביבות

שירותים:

• הקמת תשתיות ועדכונים
• הגדרות משאבים מבוססות תבנית
• ניהול תצורה בסביבות מרובות
• שילוב עם gcloud CLI ו-API
• תהליכי עבודה של IaC מבוקרים גרסאות

פרטי קשר:

• אתר אינטרנט: cloud.google.com
• LinkedIn: www.linkedin.com/showcase/google-cloud
• טוויטר: x.com/googlecloud
• אינסטגרם: www.instagram.com/googlecloud
• פייסבוק: www.facebook.com/googlecloud

מַסְקָנָה

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

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