Найти тему

Как классная технология и удобный инструмент «топят» некоторые проекты

Делюсь обещанной историей. Весна 2022. Сервис знакомств  разрабатывала команда из соседней страны.

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

Пока заказчик искал, кому передать сервис, пока передавали код и принимающая команда включалась в работу прошло 3 или 4 месяца. В итоге все это время заказчик ежемесячно платил по 100 тыс. только за обслуживание среды разработки. А потом хоп, и на маркетинг уже не хватает!

К моменту, когда проект решили закрыть, набежало почти полмиллиона 👀👀👀 Мы как раз помогали упаковать код и передать его клиенту, поэтому в курсе затрат.

Грустная история. А ведь могла закончиться не так. Как бы это сделала я:

  • Для запуска выбрала бы более простые технологии. Без контейнеризации. Расчетная нагрузка на первый год точно позволяла. Деньги шли бы только в разработку.
  • Запустила бы проект как можно быстрее, постепенно дорабатывая по обратной связи от пользователей.
  • Сразу выделила бы бюджет маркетинг. Продвигать приложения без маркетинга — нереально.
  • С ростом числа пользователей «нарезала» бы проект на микросервисы. И уже тогда подключила бы k8. А может и не k8. Может использовала бы менее сложный и дорогой оркестратор. Такие есть.

У каждой истории есть мораль. Здесь она простая — соотносите масштаб проекта и этапы развития с инструментами разработки.

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

Если делаете масштабный проект на многомиллионную аудиторию и  располагаете для этого ресурсами — всегда пожалуйста. С удовольствием сделаем вам и на Kubernetes, и на Nomad и, если нужно, на RedHat OpenShift. В таких проектах трудоемкость, дороговизна разработки и поддержки микросервисов, контейнеров и прочих высоких технологий — окупается.

Мария Орлова, генеральный ТехноФабрики

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