Language
Country/Area
No result found
аскрытие скрытых затрат на бессерверные вычисления: почему оплата по факту использования может вас удивить
С популяризацией облачных вычислений бессерверные вычисления постепенно стали важной тенденцией в ИТ-индустрии. Это относится к облачному сервису, который не требует от пользователей управления аппаратными или программными ресурсами. Пользователям нужно только предоставить код приложения или данные для запуска соответствующего сервиса. Несмотря на слово «serverless» в названии, эта технология по-прежнему использует сервер для выполнения кода разработчика.
Бессерверные вычисления относятся к абстракции вычислений, позволяя разработчикам больше сосредоточиться на логике приложения, а не на базовой инфраструктуре.
Определение термина «серверный» со временем изменилось и по-разному трактуется в отрасли. Эксперты предлагают сместить акцент с технических спецификаций на образ мышления, сосредоточенный на том, как бессерверные технологии можно использовать для решения бизнес-задач.
Однако популярность бессерверной технологии не означает, что все стало просто. Его использование постепенно перенесло сложность, которая изначально принадлежала группе эксплуатации, в группу разработки. Тем не менее, операционным группам по-прежнему приходится решать такие вопросы, как аутентификация, сетевое взаимодействие, политики безопасности и оптимизация затрат.
Проблемы и возможности
В мире бессерверных вычислений разработчики могут столкнуться с рядом проблем, одна из которых заключается в том, что приложения подвержены ошибкам в распределенных вычислениях.
«Управление версиями простое, компенсирующие транзакции всегда работают, а наблюдаемость необязательна». Это распространенные заблуждения о распределенных вычислениях.
Кроме того, мониторинг и отладка бессерверных приложений являются сложной задачей, поскольку их распределенная и событийно-управляемая природа часто затрудняет их отслеживание. Хотя традиционные инструменты мониторинга могут сталкиваться с ограничениями, современные технологии, такие как распределенные инструменты трассировки и централизованное ведение журнала, могут эффективно решать эти проблемы.
Безопасность и управление рисками
Согласно отчету OWASP, бессерверные приложения по-прежнему уязвимы для традиционных атак и кибератак, специально нацеленных на бессерверные приложения (например, атаки типа «отказ в обслуживании кошелька»). Это заставляет разработчиков менять свое мышление и предотвращать эти риски новыми способами.
Привязка к поставщику
Бессерверные вычисления часто предоставляются сторонними службами, что означает, что приложения и программное обеспечение привязаны к определенному поставщику облачных услуг. Проблема привязки к поставщику становится более заметной при рассмотрении более сложных рабочих процессов, поскольку поставщики облачных услуг обычно позволяют клиентам только загружать код на свои платформы и не могут настроить базовую среду. Это делает миграцию бессерверных рабочих нагрузок практически невозможной; поэтому проектирование и развертывание бессерверных рабочих процессов с точки зрения многооблачных вычислений постепенно становится жизнеспособным решением.
Применимость высокопроизводительных вычислений
Хотя бессерверные вычисления обеспечивают гибкость и масштабируемость во многих сценариях, они могут быть не столь эффективны, как целевое распределение ресурсов для определенных рабочих нагрузок высокопроизводительных вычислений (HPC). Когда рабочие нагрузки требуют непрерывного или предсказуемого использования ресурсов, традиционное пакетное предоставление серверов иногда может быть более экономически эффективным, чем модель оплаты по факту использования.
«Для определенных рабочих нагрузок HPC бессерверные вычисления, по-видимому, становятся все более адаптируемыми к все более сложным требованиям».
Преимущество бессерверной архитектуры заключается не только в ее широком диапазоне, но и в гибкости, которую она обеспечивает, а также в способности удовлетворять различные потребности. Разработчикам необходимо найти наилучшие способы применения этих технологий, а не слепо следовать тенденциям.
Антишаблоны и лучшие практики
В бессерверных архитектурах разработчикам следует опасаться антишаблонов, таких как «песочный антишаблон», который подразумевает слишком детализированную функциональность системы, что приводит к сложности управления и снижению эффективности работы. Другой антишаблон, называемый «Лямбда-пинбол», подразумевает избыточные вызовы функций, что приводит к проблемам с задержкой и наблюдением.
Чтобы решить эти проблемы, предприятия могут рассмотреть возможность установления четких границ доменов, чтобы разграничить общедоступные интерфейсы от опубликованных интерфейсов, тем самым снижая сложность зависимостей.
«Внедрение бессерверной технологии должно сочетаться с мерами безопасности, а именно применением DevSecOps, что помогает повысить эффективность и безопасность».
В целом, гибкость и масштабируемость, обеспечиваемые бессерверными вычислениями, открывают множество бизнес-возможностей как для разработчиков, так и для предприятий. Однако в таких условиях мы также должны осознавать потенциальные проблемы и риски. Станут ли бессерверные вычисления общепринятым вариантом в будущем или их ограничения вынудят их перейти на другие архитектуры?
