Server vs. Serverless на Serverless Meetup в Роттердаме
В четверг, 17 мая, мы устроили небольшой праздник по случаю закрытия сезона Serverless Meetup. С пиццей и пивом мы наслаждались последней презентацией перед началом лета, на этот раз Шеннон Дили. Шеннон является членом нашей группы Meetup с начала сезона и посещает ее каждый месяц. Было очень приятно видеть его на этот раз по другую сторону сцены и слушать, как он рассказывает о своем собственном опыте работы с серверами и работы с бессерверными архитектурами.
Как все терпит неудачу
Шеннон рассказал нам все о точках отказа, которые относятся к веб-разработке и Интернету как таковому. Как из своего собственного опыта (ой), так и из того, что он видел во многих разных компаниях, в которых он работал на протяжении многих лет в качестве разработчика.
Шеннон объяснил, что может вызвать сбой (программист, аппаратный сбой, сбой масштабирования, сбой сети или атака), и отметил: чем больше точек сбоя вы предоставляете, тем больше сбоев у вас будет. Текущие существующие решения — это, например, автоматическое тестирование, контейнеры и бессерверные решения, а также несколько сетевых зон. Но как защитить себя от неудач?
Что делать:
- Определите все возможные точки отказа.
- Классифицировать уровень риска от «Критический» до «Кому какое дело»?
- Измените «Критические» точки на:
- Устранять
- Добавить избыточность
- Или предоставить другие средства профилактики или восстановления
Он также дал список советов группе, как оставаться в сети:
- Все, что может пойти не так, пойдет не так! Поверьте, планируйте.
- Бэкапы!!!
- Устранение или смягчение критических точек отказа
- Цель: по возможности не зависеть от сторонних сервисов
- Цель: все избыточное, распределенное и независимое от поставщика
- Управляйте своим доменом (регистратор/DNS) или вы не в сети
- Весь основной контент и JS доставляются вашими серверами
- Знайте, как работают ваши службы или кому звонить
- Составьте план восстановления и ПРОВЕРЬТЕ ЕГО!
Провал: серверы против бессерверных
Переходя к теме бессерверных решений, Шеннон поделился своим мнением об ошибках при сравнении серверов с бессерверными архитектурами. Что он обнаружил на практике, так это то, что большинство режимов отказа являются общими для обоих, но есть несколько специфичных для сервера проблем:
- Перегрузка (недостаточная мощность)
- Аппаратный сбой или сбой виртуальной машины
- Фиксированная цель для атаки
- Особые преимущества без сервера
- Масштабируемость
- Сбой оборудования неявно обрабатывается
- Движущаяся цель для атаки
Глядя на опасности Serverless, он заявляет: «Неудача может быть хорошей!» Он приводит пример того, как неудача в масштабировании может на самом деле защитить вас, и что только после того, как вы станете больше, наступит время для разработки контролируемого отказа.
Презентация
На этом последнем Meetup перед летом мы решили, что пришло время рассказать немного больше об Offcourse как о компании, принимающей Serverless Meetup Rotterdam. Краткое резюме:
Offcourse — это сообщество людей, которые придерживаются радикального подхода к обучению. Вместо того, чтобы следовать 6-летнему учебному плану, Offcourse верит в то, что нужно изучать только то, что вам нужно, по частям, и делиться знаниями с другими, чтобы каждый мог изучать то, что он хочет. В дополнение к ежемесячной встрече Serverless Meetup, Offcourse создает платформу онлайн-обучения и обмена знаниями, основанную на этих принципах. Их цель — помочь профессионалам ускорить свое обучение, сосредоточив внимание на изучении навыков 21 века, таких как программирование, дизайн, анализ данных, а также предпринимательство.
Offcourse — это проект с открытым исходным кодом, который верит в открытость и сотрудничество. Они активно ищут разработчиков, которые хотят внести свой вклад в открытый исходный код и помочь расширить платформу Offcourse и ее сообщество.
https://www.offcourse.io/build
Поделитесь этим сообщением в блоге с друзьями, если считаете, что оно было полезным.
Первоначально опубликовано на www.offcourse.io.
