שיר של קרח (Bloody Enterprise) ושל אש (DevOps ו- IaC)

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

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

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

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

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

אז, אתה לוקח ג'נקינס, שף, terraform, nexus וכו', ופורס את הכל בשמחה למפתח שלך. אבל הגיע הזמן לשלוח אותו ל-QA, UAT ו-PROD. יש לך חפץ Nexus ואתה מקבל מכתב מה-DBA עם משהו כזה:

יָקָר,

קודם כל, הקשר שלך שאתה יכול לקבל לעצמך אין לי גישה ל-Nexus שלך
שנית, יש להוציא את כל השינויים כבקשת שינוי.
עליך לחלץ את הסקריפטים של SQL מ-Nexus ולצרף אותם לבקשת השינוי.
אם השינוי אינו חירום, יש לעשות זאת 7 ימים לפני השחרור (בלעדי בסופי שבוע)
כאשר בקשת השינוי שלך תאושר על ידי חבורה של אנשים, ה-DBA יבצע את הסקריפט שלך ואפילו ישלח צילום מסך של התוצאה בדואר.

בברכה, ה-DBA שלך שעובד כאן מאז ימי המיינפריים.

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

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

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

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

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

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

מקור: www.habr.com