Комментарии 28
Ждём продолжения.
2. Я скорее ждал от читателя Хабра патча к теме статьи по поводу запуска Докера под рутом, советов по настройке iptables и пр. Такой контекст был бы полезнее для других читателей.
3. Предлагаю обсудить те фичи, которые по вашему мнению будет сложнее решить чем, например на NodeJS.
Для дев окружения я делаю docker-compose и так и так.
Сервак такой стоит 10$ в месяц. Запустить scp — 1 секунда.
В результате я потратил 10$, и не разбирался ВООБЩЕ ни в чем. Например не читал 10 часов доки AWS, которых я вполне могу не знать, в поисках того, что именно включает free tier.
А вы, даже зная AWS от и до — уже закинули 70$ в кубер, который тут "нафик не нужОн".
И когда меня начнут дудосить китайские хакеры, у меня в крайнем случае ляжет моя VPSка, а мне все равно — у меня MVP.
А у вас на кубере он отмасштабируется, выдет за free tier и пришлет счет на сотни долларов в конце месяца. Скажете, надо правильно настроить? Отлично! Сколько стоит время девупса, который такое может сделать? 100$ за час? И где я сэкономил?
Так что если уж считаете — то считайте честно.
Мой MVP — это код в первую очередь, который от конфигурации развёртывания не зависит.
«Куча времени» — это нажать в digital ocean «создать сервер», зайти по ssh в него и набрать apt install docker-compose?
Ну и конечно «минимальная экспертиза»… Этот жестокий наброс видимо полностью уничтожает весь пласт Enterprise разработчиков, которые в силу ИБ вообще не работают с известными вам cloud providers. Почему говорю «известными вам»? Ну, предлагаю вам к примеру показать свою экспертизу во Free tier к примеру Alibaba Cloud. Случайно знаете? Ну завтра появится ещё игрок. А вы все ещё будете считать людей, которые не разбираются в тарифных планах «недо бэкенд инженерами»
Нераскроете, как минимальными жертвами построить правильную с вашей точки зрения систему, что брать для CI/СD, как выкатывать релиз в лямбду?
Если брать лямбду, а у тебя есть хранение файлов и база — то это означает и переход на api для хранения файлов и на облачную бд, верно же? А это означает жесткий вендерлок, на старте он может быть… наверное не очень удобен. К тому же, вы потихоньку превращаетесь из общего разработчика в битрикс в амазон программиста. Верно ли утверждение, что амазон программист — это правильный тренд?
Ну вот с лямбдой, согласен, не самое хорошее решение. Лямбда вендор-лок порождает, не вопрос. А вот насчет файлового хранилища и БД, пожалуй, в корне не соглашусь. Облачная БД от локальной отличается, в среднем, строкой подключения. А в сравнении S3-хранилища и локальной ФС неуниверсальным решением будет, скорее, локальная ФС, т.к. S3 поддерживает любой провайдер сетевых хранилищ, и при этом нет препятствий поднять S3-сервер локально или прикупить железяку с поддержкой оного.
Тут главная претензия, скорее, в «вендорлокнутости» самой статьи. Вся первая часть статьи про написание сервиса на Dart'е не содержит ни строчки о собственно Dart'е. Вместо этого выжимки инструкций, как поднять PostgreSQL на VPSке отдельно взятого облачного провайдера, по запуску этой VPSки и соединению с VPSкой по SSH. При том, что именно эти вопросы самой разработке на Dart'е примерно ортогональны и описывают специфику отдельно взятого провайдера (docker.ru, зачем-то заботливо скрытый за звездочками в описании), и не всегда релевантны для других провайдеров.
- Теоретическая. Это интереснее. Потрогав руками все технологии, которые находятся под капотом нашего сервиса, переезд потом в любое облако не составит никакого труда
- Психологическая. Я бы предпочел, чтобы весь сервис (в виде образов, бекапов БД и скрипта развертывания) лежал в заначке так
- Лирическая. Как-то раз в начале лета 2018 года я летел на работу с пересадкой и сменой аэропорта в Москве. Мне нравятся аэроэкспрессы и метро. Ничто не предвещало… Однако на Курском вокзале выяснилось, попасть на аэроэкспресс никак не получится по причине невозможности приобретения билета. Я уже слышал о том, что Телеграм договорился с AWS о ротации IP блокируемых Роскомнадзором, но никак не предполагал, что они будут возвращаться в пул выдаваемых другим сервисам… У меня был запас времени и я задержался на 2 часа понаблюдать, как команда сервиса борется за живучесть. Как их усилиями изредка то одна то другая касса оживали, как к ней бросались пассажиры, как она снова «повисала» от перегрузки открывшегося инстанса. Как пришла кассир с ручным аппаратом, подключенным к чему-то, наверное, не совсем облачному. Тогда я подумал, что глобальные облачные провайдеры это не только высокий SLA, но еще и хороший шанс сыграть в чью-то игру не по своей воле.
3 года назад решением мог стать стек ReactNative/React/NodeJs, в 2020 году для этого есть Dart.
Чот подгорело от этой фразы. Правда, что ли? Не могли бы вы развить мысль в пару-тройку параграфов? Реально интересно, не сарказм.
Сервис на языке Dart: введение, инфраструктура бэкэнд