Комментарий: Сегодняшняя инфраструктура становится наследием завтрашнего дня, но существуют способы ее построения, позволяющие избежать ошибок.
Сегодня у нас проблема с COBOL: много (и много) старого кода, висящего вокруг с все меньшим (и меньшим) количеством люди, которые знают, как с этим справиться. COBOL когда-то был «внутренней» инфраструктурой, управляющей серверными системами множества финансовых учреждений и правительств. Теперь мы пошли дальше.
Подобным же образом Майк Луикидес, вице-президент по контент-стратегии O'Reilly Media, предположил, что следующий «момент COBOL» в нашей отрасли, скорее всего, будет связан с Kubernetes. Со временем он отметил: Kubernetes неизбежно будет заменено чем-то более простым, и нам придется ответить на вопрос: «Кто будет поддерживать инфраструктуру, которая уже зависит от нее?»
ВИДЕТЬ: От начала до конца: как развернуть приложение с помощью Kubernetes (TechRepublic Premium)
Инфраструктура как код
Такая «КОБОЛизация» кода свойственна не всем программам. Например, Лукидес использует Фортран, чтобы провести различие между кодом, который создает проблемы с долгосрочным обслуживанием, и кодом, который этого не создает:
Фортран и КОБОЛ используются принципиально по-разному. Хотя Фортран использовался для создания инфраструктуры, программное обеспечение, написанное на Фортране, само по себе не является инфраструктурой… Никого больше не волнует код Фортрана, написанный в 60-х, 70-х и 80-х годах для проектирования новых мостов и автомобилей. Фортран до сих пор активно используется в инженерии, но этот старый код уже вышел из употребления. Эти старые инструменты были переработаны и заменены….[Если] все программисты на Фортране в мире волшебным образом исчезнут, эти библиотеки и приложения можно было бы довольно быстро перестроить на современных языках, многие из которых уже имеют отличные библиотеки для линейной алгебры и машинного обучения. .
Код инфраструктуры другой. Код COBOL, написанный в 1960-х годах, возможно, все еще используется — это инфраструктура, на которой мы строим. Код Фортрана, как указал Лукидес, не обрабатывается одинаково.
Так что же представляет собой наш современный КОБОЛ? Для Лукида ответ ясен. Это Кубернетес:
[Компании] массово перемещают приложения в облако. Помимо простого подъема и перемещения, они реорганизуют монолитные приложения в системы микросервисов, часто управляемые Kubernetes….
[Я] могу с уверенностью поспорить, что многие из этих систем все еще будут работать через 20 или 30 лет; это «устаревшие приложения» следующего поколения. …Конфигурация Kubernetes сложна и представляет собой отдельную специальность. Если Kubernetes будет заменен чем-то более простым (что, я думаю, неизбежно), кто будет поддерживать инфраструктуру, которая уже опирается на него? Что происходит, когда изучение Kubernetes не является билетом на следующую работу или повышение по службе? Файлы YAML, настраивающие Kubernetes, не являются полным по Тьюрингу языком программирования, таким как Python; но они являются кодом. Число людей, понимающих, как работать с этим кодом, неизбежно сократится и в конечном итоге может стать «вымирающей породой». Когда это произойдет, кто будет поддерживать инфраструктуру?
Это не повод для тревоги. Большинство организаций сосредоточены на модернизации своих существующих систем, а не заглядывают в будущее на 10–20 лет, беспокоясь о нехватке талантов, которая в конечном итоге может догнать их решения. И, возможно, компании принимают разумное решение, когда используют такой отраслевой стандарт, как Kubernetes. Да, однажды Kubernetes станет наследием, со всей связанной с этим нехваткой талантов. Но сегодня организации больше озабочены существующая нехватка талантов Kubernetes как они стремятся обнять контейнеры-включено, microservicesуправляемые архитектуры.
Какой, возможно, урок следует извлечь из этого: сделайте вашу текущую инфраструктуру максимально гибкой и позвольте будущему позаботиться о себе само. Вице-президент Expedia по технологиям Суббу Алмараджу сказал об этом так:, говоря о аналогичном менталитете, который заражает тех, кто хочет сохранить максимальную свободу инфраструктуры, хеджируя облако инвестициями в центры обработки данных: «Чтобы добиться успеха в масштабе гибридной архитектуры и максимизировать ценность для клиентов, экономическую эффективность и гибкость, вам необходимо сделать большое количество технических, кадровых и процессных решений загодя до того, как это потребуется. Даже если вы можете себе это позволить, вы вряд ли сделаете все правильно».
ВИДЕТЬ: Kubernetes: шпаргалка (бесплатный PDF) (TechRepublic)
Или прислушайтесь Совет аналитика Duckbill Кори Куинна по той же теме: «Планируя теоретический исход, вы платите за опциональность скоростью функций и снижаете свои шансы достичь положения, когда затраты на облако даже будут иметь значение для общего успеха вашего бизнеса».
В целом да, сегодняшний горячий кластер Kubernetes, скорее всего, завтра станет устаревшей инфраструктурой в стиле COBOL. Но, неверно процитировав Библию: «Итак, не заботьтесь о завтрашнем дне, ибо завтрашний день позаботится о себе самом. На сегодняшний день достаточно существующей инфраструктуры».
Раскрытие информации: я работаю в AWS, но изложенные здесь мнения принадлежат мне..
Также см
- "
- 100
- Все
- аналитик
- Применение
- Приложения
- Программы
- архитектура
- около
- AWS
- строить
- Строительство
- бизнес
- заботится
- легковые автомобили
- Привлекайте
- Вызывать
- шансы
- облако
- код
- Комментарий
- Компании
- содержание
- Расходы
- Текущий
- данным
- Центр обработки данных
- день
- Проект
- Застройщик
- затрат
- предметы первой необходимости
- исход
- Особенность
- финансовый
- Финансовые институты
- Бесплатно
- Freedom
- будущее
- Правительства
- Как
- How To
- HTTPS
- Гибридный
- изображение
- промышленность
- Инфраструктура
- учреждения
- Вложения
- вопросы
- IT
- работа
- Джобс
- Kubernetes
- язык
- Языки
- большой
- изучение
- логотип
- обучение с помощью машины
- Создание
- Медиа
- Новости
- Outlook
- ОПЛАТИТЬ
- Люди
- Премиум
- президент
- Программирование
- языки программирования
- продвижение
- защиту
- Питон
- RE
- уменьшить
- Бег
- безопасный
- зарплаты
- Шкала
- сдвиг
- дефицит
- просто
- умный
- Software
- Начало
- Стратегия
- успех
- успешный
- системы
- Талант
- технологии
- Технический
- Технологии
- Будущее
- миниатюрами
- время
- Советы
- UN
- us
- ценностное
- Скорость
- вице-президент
- еженедельно
- КТО
- Работа
- Мир
- лет