Никто не мог предугадать, какие трудности преподнесет 2020 г., и никто не знает, что готовит нам 2021-й. Но это не должно удерживать ИТ-специалистов от выявления грядущих тенденций. Портал eWeek приводит мнение директора по продуктам производителя СУБД Cockroach Labs Нейта Стюарта о тенденциях развития спроса на ИТ со стороны потребителей и разработчиков.

Миграция в облака только начинается

Недавний прогноз IDC на 2020 г., сделанный с учетом COVID-19, оценивает вложения в облачную инфраструктуру ИТ в 69,2 млрд. долл., что означает рост на 3,6% по сравнению с 2019 г. Хотя принято считать, что использование облаков является разумным шагом для современных организаций, многие из тех, кто принимает решения в области ИТ, все еще колеблются, переносить ли все данные в облачную среду, предпочитая придерживаться того, что им знакомо: унаследованных систем на собственной площадке или частных облаков.

Однако подпитанная пандемией модель удаленной работы заставляет компании глубоко изучать публичные облака, являющиеся эластичными и гибкими по своей природе. Хотя полная миграция в облако представляет собой путь к смягчению риска и снижению расходов, она все же не стала реальностью для всех. Но и считать ее «серебряной пулей» тоже нельзя. Многим организациям по-прежнему необходима изрядная доза гибридной совместимости с унаследованными системами на собственных площадках.

Появление Kubernetes помогло многим воспользоваться не требующим усилий масштабированием нагрузок без запоминания состояния. Но они все еще сталкиваются с проблемой управления важнейшими нагрузками, которые используют СУБД для предоставления системы записей. Сегодня наблюдается несоответствие между платформой и целями бизнеса, которое не позволяет думать о миграции таких важнейших нагрузок. Унаследованная СУБД просто не дает возможности использовать облако так, как рекламируется. Чтобы добиться успеха, те, кто принимает решения в области ИТ, должны придерживаться избирательного подхода при управлении важнейшими нагрузками с использованием систем записей в широких масштабах, чтобы учитывать распределенную природу облаков.

Продолжает расти популярность Kubernetes

До COVID-19 фонд Cloud Native Computing Foundation (CNCF) отмечал расширение использования Kubernetes в связи с переходом организаций к гибкой и эффективной среде DevOps. Пандемия видимо будет способствовать дальнейшему росту популярности Kubernetes среди тех, кто принимает решения в области ИТ, поскольку они стремятся адаптироваться к новой нормальности. Мы наблюдаем перегрузку инфраструктуры. Организации вынуждены модифицировать и менять свои бизнес-модели. Это означает, что им необходимо быстро создавать новые приложения, чтобы соответствовать сверхдинамичной (и хаотичной) бизнес-среде.

Kubernetes предоставляет платформу для такого рода быстрых изменений. Но что означают эти изменения для данных? Унаследованные СУБД не поспевают за колоссальным ростом объема транзакций, распределенных по всему миру. COVID-19 вынуждает архитекторов ИТ переходить к современным динамичным системам даже еще более быстрыми темпами.

Обслуживание разработчиков в центре внимания

Разработчики, как и все прочие, являются потребителями. Они каждый день применяют потребительскую технологию, первыми ощущают ее преимущества и простоту использования и ожидают того же от корпоративных приложений, которые они используют на работе и создают. Новая нормальность, в которой мы теперь живем и трудимся, требует технологии, которая отвечает организации рабочих процессов и заставляет предприятия переосмыслить процессы принятия решений, чтобы найти баланс между экономичностью и ощущаемой полезностью. При создании новых приложений разработчикам необходимо добиваться, чтобы предназначенные для предприятий продукты, даже серверные, воспринимались пользователями так же, как потребительские технологии.

Переосмысление устойчивости к катастрофам

В 2019 г. в банке Wells Fargo произошло аварийное отключение систем, которое несколько часов и даже дней не позволяло клиентам завершить транзакции. В компании Robin Hood отключения происходили зимой несколько раз на протяжении месяца и получили довольно широкую огласку. Они не только повлияли на финансовое положение, но также нанесли значительный ущерб бренду и отразились на итоговых показателях. Теперь компании имеют дело не с вероятностью отключения, а с его возможностью. Значит, им необходимо составить планы подготовки к катастрофам и восстановления после них.

Прежде чем разрабатывать план восстановления после катастроф, организация должна определить вероятность катастрофы и две свои главные болевые точки. Время, необходимое для восстановления, (Recovery Time Objective, RTO) указывает, на какой срок можно остановить бизнес без значительного ущерба для бренда и итоговых показателей. Точка отката (Recovery Point Objective, RPO) обозначает, какой объем данных можно потерять без ущерба для целей бизнеса. После определения этих двух показателей организациям необходимо позаботиться, чтобы их ИТ-инфраструктура поддерживала сценарии на случай катастроф и соответствовала бизнес-целям RTO и RPO, обеспечивая защиту от катастроф и потенциальной потери данных.

В связи с тем, что предпочтение отдается доставке в цифровой форме, устойчивости стало отводиться важное место, поскольку она может повлиять на результаты бизнеса. Руководителям ИТ-подразделений следует отказаться от придания устойчивости системам и вместо этого выбирать системы, которые уже созданы устойчивыми.

Непрерывность бизнеса в широких масштабах

СУБД прошли три этапа в своем развитии. Первое поколение (1980-е) предоставило нам структуру и доступность, но работало исключительно на выделенных машинах и было очень сложным в управлении. Второе преподнесло нам NoSQL, что позволило создавать приложения с интенсивным использованием данных, и хорошо обслуживало нужды разработчиков. Но непротиворечивость, надежность и поддержка пользователей, не являющихся разработчиками, оставляли желать лучшего.

Нынешнее, третье поколение объединило два предшествующих с распределенными вычислениями применительно к реляционным структурам данных и стандартному SQL. Такие распределенные архитектуры новой эры могут развертываться на любой инфраструктуре и полностью использовать эластичность и глобальный характер облаков. Это означает гарантированную непротиворечивость данных. Экземпляры баз данных и даже целые ЦОДы могут быть утрачены без потери данных и перерывов в обслуживании. Изначально облачные приложения обеспечивают такой уровень устойчивости и непрерывности бизнеса в широких масштабах, который фактически является беспрецедентным для работы с данными.

Сдвиг в сторону бессерверности

Согласно Forrester, почти 50% компаний перешли или планируют переход на бессерверную архитектуру в следующем году. Бессерверность является конечным состоянием облачной архитектуры, которое позволит компаниям полностью передать в облако всю ответственность за операции, фактически повышая свою гибкость и инновационность. Из-за COVID-19 модель бессерверности стала более привлекательной для организаций, поскольку она проще в развертывании и использовании, а также облегчает обслуживание приложений. Благодаря бессерверным приложениям разработчики могут сосредоточиться на своих продуктах, не беспокоясь об эксплуатации серверов или сред исполнения и управлении ими, будь то в облаке или в ЦОДе предприятия. У разработчиков высвобождаются время и энергия, которые могут быть применены для более быстрого создания приложений, оказывающих прямое влияние на итоговые показатели.