О сервисах для разработчиков

Пульс
Только спустя 4 года, как я услышал про digitalocean, до меня дошло.
Что всякие linode.com vscale.io digitalocean.com — воспринимались неправильно.
Все думали, в том числе и я, что это просто дешевые VPS для начальных проектов. Но это был именно сервер для разработчика. Поэтому никто никогда не понимал тарифов за 360 баксов например, виртуальных, ведь за 360 можно было легко купить полноценный дедик. Если DO и был пригоден для чего-то, то только самые дешевые тарифы до 1000р. Теперь же стало понятно, что эти мощные тарифы нужны были для посуточного использования.

Обращался как-то ко мне старый знакомый в 2015 году, с фразой «Дигитал океан заебал своими падениями и говном», может дашь мне сервер ovh. И я дал ему сервер и не один. На 5 месяцев. Просто дал как говорится последний шанс. Возможно я уже знал подсознательно что у парня ничего не выйдет, ведь он давно свернул с пути создания.
Это был наш последний разговор. Больше я его не видел и не увижу думаю в интернете.

И после того случая я осознал. Что разработчики не имеют стоящих проектов. На то они и разработчики.


Недавно снова вспоминали про эту тему. Обсудил некоторые моменты.
Ответы людей
  1. Виртуалки для разработки нужны потому, что там можно развернуть любую ОС с любым набором софта, в т.ч. таким же как на продакшене. На хоум тачках же обычно десктопный софт стоит. Сам так же на виртуалке разработку произвожу в своем рабочем кластере.
  2. DS нужны разработчикам для отладки и тестирования приложений, ну и для автодеплоймента ещё. Обязательно наличие RestfulAPI иначе будет ненужно. Типичная схема такая. Разработчик вносит изменения в ПО и делает коммит. ПО уже с изменениями автоматически разворачивается на VDS. ПО тестируется, отлаживается и после этого VDS удаляется целиком. Обычно такие вещи лучше делать на локальном компьютере, но не у всех мощные компьютеры и держать виртуалки получается накладно. Ну и в целом зачем всё это говно настраивать, когда дроплет в DO стоит копейки в час. Разработчикам нужны вычислительные ресурсы на короткий срок, даже приложения сейчас так проектируют, что постоянно только 1-2 сервера работают, а дополнительные сами запускаются для балансировки нагрузки и удаляются сразу после того, как нагрузка пропадает, поэтому даже EC2 получается выгоднее, чем дедики брать.
  3. Для разработок (песочницы) очень подходит модель CloudAtCost — и недорого раз на лайфтайм забашлять, и под продакшн не годится (сука, бывает как отвалится сеть у впс-ки и пиздец!). Может, нужна похожая модель, но со стабильностью некоторой? Т.е. например, у впс-ки ограниченный срок жизни (неделя, 2, скока?), а потом либо успей перенести на продакшн, либо «конвертни» её в продакш (уже с помесячной оплатой) прямо тут. Вот тебе и способ монетизации, кстати
  4. на тех же digitalocean есть снапшоты, допустим поработал 2 часа, сделал снап, удалил VDS, появилось время со снапа вернул опять поработал несколько часов, заплатил копейки за эти несколько часов

Пришел к логическому выводу.
80р за 24 часа — digitalocean
Сколько раз в месяц разработчику нужно создать виртуалку?
Короткий срок это именно 1-2 часа? на 10 часов это сомнительно что кто-то покупает?
т.е. если исключить вариант с балансировкой
То в основном разработчик тестирует на куче разных ОС свой продукт который ему заказали.
С тем же успехом он мог бы тестировать и на домашнем компе или офисном компе/облаке. Но не каждая компания имеет специалистов настройщиков этих готовых контейнеров и сами ресурсы, поэтому разрабы вынуждены покупать где-то на стороне.

Если бы разраб залипал каждый день в разработке по 8 часов — мне кажется компании было бы выгоднее сделать свое локальное облако.
А значит, скорее всего реально на 1 час берется. Каждый день? Или раз в неделю?

Я собираюсь сделать бесплатную услугу.
К примеру покупаю пол стойки серверов, делаю на них виртуалки и они там вечно работают пока не сгорят.

Создать бесплатный сервис для разработчиков.
Именно для разработки. Создал — удалил. С сроком жизни.
Сделать одноразовые уничтожающиеся виртуалки, чтобы не один серьезный проект длительный в принципе не мог прижиться. А вот создал-удалил — на отлично.
Чтобы избежать вредительства со стороны абузеров — можно сделать даже в локальной сети нашего мини ДЦ. Создается головной сервер смотрящий в мир. И создается мощное облако локальное с кучей локальных IP. Разработчики получают доступ до этого основного узла, как VPN и с него входят в ресурсы и тестируют себе вдоволь все что нужно.

Но опять же встает вопрос в том, кто намутит этих пакетов и готовых ОС для разработки. И будет их обновлять и следить.

Ну и под конец. Я понял вот что — все эти ДигиталОкеаны — используются миром не по назначению :) Их загаживают халявщики и садят туда свои сайтики. Лезет всякая чернь за копейку пробивается, постоянные чистки сетей. А ведь сервис да для разработчиков. Почему-то эту истину я как-то даже не замечал ранее. Потому что сам не был разработчиком и судил по потребностям своего окружения, интернет окружения, ведь я же не общаюсь с людьми и не вижу чем кто увлекается. И именно поэтому у меня самый чистый интернет взгляд на вещи.

8 комментариев

alice2k
Кстати, теперь я так же понимаю почему у www.scaleway.com — плавающие IP
Я сколько раз возмущался что это просто жесть — как можно продавать кому-то виртуалку, если у нее постоянно меняется IP.
Теперь я понял — это сервис для разработчика, а не для нормального проекта.
16valve
Ну вот тут я частично согласен с постом, а частично нет.
Все эти облака с кучей микромашинок и плавающими ip созданы для приложений с новой микросервисной архитектурой. VM и контейнеры создаются и уничтожаются автоматически, а трафик между ними регулирует балансировщик.
Получается что в облаках и разрабатывать и хостить удобнее. Разработчику не нужно сильно запариваться над тем как все это работает внутри на железках. За целостностью данных и доступностью вычислительных ресурсов следит хостер, а разраб мыслит более высокоуровневыми сущностями — инстансами, снапшотами и т.д.
Код веб-приложения автоматически раскатывается из репозитория, а ПО вокруг него также автоматически билдится по указанным рецептам (Dockerfile, Ansible, etc).
Все эти шареды с LAMP и древними сайтиками на джумле и WP постепенно отмирают. Мы приходим к светлому будущему без ручного поиска вирусов в дырявой CMS (код просто раскатывается из git), сгоревших винтов и аренды кучи простаивающего железа просто потому что у приложения бывают кратковерменные пики в которые нужно очень много ресурсов.

Разве не здорово администрировать геораспределенный серввис управляя всем этим хозяйством буквально мышкой в браузере?
alice2k
Может быть.

Но я предпочитаю знать все ) Как устроены все процессы в компании от А до Я. И если придется и в роли бухгалтера и директора и админа и тому подобное. Уж так я воспитался. Поэтому и хостинг я пошел дальше из обычного пользователя и клиента в полноценные хостеры. Не мог остановиться на каком-то уровне, как говорится. Всегда двигался выше.
alice2k
Возможно за подобными сервисами будущее.
Но когда они станут надежные.
Пока что надежнее дедика и Личного Контроля процессов — ничего нет.

alice2k
За целостностью данных и доступностью вычислительных ресурсов следит хостер
Это фантастика :)
Не сделал бекап — проебал проект.
Такая реальность.
vithost
Ну да и пост выше пишет что хостер должен делать бекапы, а он ни зхрена не должен по сути.Дал ресурсы, а сохранность проекта на пользователе.
alice2k
четкого правила нет.
можно быть должным, а можно и не быть.
как говорится нету такого как на стройке например — устав хостера какой-то

хостинг сейчас это более 10 разных направлений
один и тот же товар можно продать совсем по разному. десятку разных людей которые настолько разные что не один из характеров не пойдет покупать туда, где покупает другой характер из 10. поэтому нужно создать 10 ларьков для каждого сорта клиента :) ну это образно. на деле еще больше вариантов продаж. тоже самое и с хостерами, кто-то считает что хостер обязан и толкает именно так. кто-то считает что хостер не обязан и собирает вокруг себя аудитория клиентов, которая тоже считает что хостер не обязан.
alice2k
посты выше — там рассуждения о идеальности облаков
например если Облако заявило что оно делает и обязано — оно должно это выполнить. как бы трудно не было, работая с утра до вечера, ночами там посыпаясь или экономя деньги на еде одежке походах в кино, и тому подобное. если человек обещал — значит он должен сделать.

другое дело что зачастую все эти обещания не выполняются.
поэтому «не сделал бекап — проебал проект».

вот о чем я писал выше.
а так, если хостер заявил что он делает бекапы — значит так и должно быть.
а если он заявил, что ничем не обязан — то клиент виноват, что не внимательно читал правила.

Сказать что-нибудь