Если верить , выживает только 1% стартапов. Рассуждать о причинах такого уровня смертности не будем, это не наше дело. Лучше расскажем, как повысить вероятность выживания с помощью грамотного управления ИТ-инфраструктурой.
В статье:
- типичные ошибки стартапов в ИТ;
- как помогает избежать этих ошибок;
- поучительные примеры из практики.
Что не так с ИТ у стартапов
Стоит уточнить, что под стартапами мы имеем в виду не кофейню или инсектарий в торговом центре. Мы про технологические стартапы — про тех, кому не дает покоя успех GitHub, Uber, Slack, Miro и пр.
У стартапов всегда масса проблем, которые мешают выстрелить: от недостаточных инвестиций до непроработанной бизнес-модели. В этом же ряду, как ни странно, и проблема с первыми успехами.
Первые успехи — зло для стартаперов, которые переоценивают свои возможности, особенно финансовые и кадровые. После закрытия первых успешных кейсов у таких оптимистов появляется желание немедленно расшириться: снять еще один офис, набрать в команду новых продавцов, разработчиков, а заодно — масштабировать бэкенд (да так, чтобы с запасом). Здесь сразу проявляется проблема №1.
Люди в стартапе делают то, что не умеют
И не делают то, что требуется для развития стартапа. Поясним.
В каждом стартапе должны быть закрыты как минимум три роли:
- айтишник (или технолог);
- продавец (или маркетолог);
- визионер (или предприниматель, который еще и нередко инвестор).
Часто эти роли смешиваются. Например, стартапер — это айтишник, который вдобавок вынужден продавать. Он никогда не продавал и делает это как умеет. Такой стартап — род злокачественной кросс-функциональной команды.
Но допустим, стартапу повезло: есть кому продавать, и ИТ-специалист занимается своим делами. Однако редкий айтишник совмещает в себе разные квалификации: разработчика, тестировщика, администратора, инженера-архитектора. А если и совмещает, то вряд ли одинаково хорошо. Он может разбираться в промежуточном ПО, а в работе облачных сервисов и ПО для виртуализации — не очень.
Когда бэкенд расширяется, нагрузка на айтишника возрастает. Что-то начинает «проседать». Хуже всего, если это критическое для стартапа направление, например разработка продукта. И вот уже человеку приходится работать сверхурочно, а иногда и круглосуточно.
Перегруз из-за недостатка людей и квалификаций — характерная особенность большинства стартапов, следствие того, что люди занимаются не тем, чем нужно.
Все сервисы разворачиваются на одной виртуальной машине
Стартапы часто, исходя из собственных представлений об экономии, размещают на одной ВМ среды разработки, базы данных, веб-сервер, мониторинг и так далее. Поначалу всё это хозяйство работает более или менее сносно. Проблемы начинаются, когда нужно масштабироваться.
Масштабируются стартапы обычно вертикально. То есть просто увеличивают количество CPU, объем RAM, дисков и т. д. — это классический монолитный подход, негативный эффект которого в какой-то момент становится необратимым. Если молодая компания растет, на определенном этапе ценник за наращенные ресурсы подскакивает до неподъемного уровня. Оптимизировать инфраструктуру при этом можно уже только одним способом: собрать ее заново.
Как помогает managed IT
Для такого типа проектов у нас есть услуга класса managed services — .
Заказчик получает «из коробки»:
- подготовку необходимых сред для работы: dev, test, prod;
- настроенные процессы CI/CD;
- подготовленный инструментарий для командной работы: таск-трекеры, системы контроля версий, деплоя, тестирования и пр.
На уровне инфраструктуры и инструментов всем стартапам нужно примерно одно и то же. Если сравнить венчурный рынок с золотодобычей, Managed Services Provider (MSP) предоставляет новые, качественные инструменты: кирки и тележки, которые не ломаются, карты, которые не врут. Старателю остается только выбрать место, где копать.
Плюсы managed IT
Managed IT — это комплексная услуга, которая закрывает ряд обязательных потребностей.
- На старте мы даем необходимые и настроенные ресурсы для работы, роста и проверки гипотез.
- Точно можем сказать, как будет увеличиваться стоимость при масштабировании, потому что знаем, что ключевая метрика — сходимость экономики стартапа.
- Консультируем, чтобы сэкономить стартапу значительное количество человеко-часов. Также можем помочь с расчетами юнит-экономики проекта.
- Делимся best practices рынка. Люди в ITGLOBAL.COM, работали с немалым количеством стартапов. Многие из этих стартапов на ежемесячном обслуживании. Это позволяет нам собрать воедино лучшие (и худшие) примеры и делиться опытом с клиентами.
Два случая из практики
По NDA мы не можем называть конкретные компании, но сферу и продукт — да.
Сфера: финтех/ритейл
Продукт: маркетплейс
Проблемы:
- В цепочке CI/CD отсутствовало тестирование. Добавление удаленных тестировщиков только усложнило процесс сборки.
- Разработчики работали одновременно на одном dev-сервере без выделенных сред в контейнерах.
- 70% времени разработчиков уходило на одни и те же действия из релиза в релиз. Скорость разработки была очень медленной.
- Инфраструктура была развернута на лоукостер-хостинге в Германии (т. е. ни скорости, ни надежности).
Такое, к слову, наблюдается в каждом первом проекте.
Решение — managed DevOps: внедрили процессы CI/CD, настроили корректное тестирование и мониторинг, вмешались в разработку на уровне бизнес-процессов, перенесли инфраструктуру на производительные серверы в дата-центр уровня Tier III.
Результат:
- выросла эффективность разработки: новые фичи и обновления стали выходить быстрее при меньших трудозатратах;
- как следствие, снизилась стоимость процесса разработки в целом;
- инфраструктура стала гибкой: клиент может быстро масштабироваться как вверх, так и вниз;
- затраты на managed DevOps, по данным клиента, окупились уже через полгода.
Сфера: веб-реклама
Продукт: ИИ-платформа для автоматизации рекламных кампаний
Проблемы:
- бэкенд на старом «железе», в дата-центре с низким уровнем отказоустойчивости;
- отсутствие регулярных бэкапов;
- монолитная инфраструктура.
Решение — managed IT: перенесли инфраструктуру на топовое «железо», настроили кластер Galera для горизонтального масштабирования, показали, как будет распределяться нагрузка на ВМ, настроили бэкапы и мониторинг. Сейчас, кроме обслуживания, активно консультируем, в том числе по DevOps.
Результат:
- инфраструктура стала микросервисной: стоимость расширения значительно снизилась, а возможности по масштабированию, при тех же затратах, — выросли;
- увеличилась надежность и безопасность инфраструктуры;
- разработчики перешли с каскадной модели сборки на CI/CD, что помогло снизить издержки;
- финансовая выгода от managed IT, по данным клиента, стала очевидной сразу.
Заключение
Выживаемость стартапов во многом зависит от удачи. Один стартапер может потратить деньги на дорогое оборудование и не получить с этого ничего. Другой станет успешным даже с никудышной ИТ-инфраструктурой — так же, как золотоискатель находит золотую жилу, орудуя старой киркой.
Тем не менее, современные инструменты, практики и профессиональные кадры, которые предоставляет Managed IT-провайдер, значительно снижают вероятность неудачи.
Источник: habr.com