[IT-инфраструктура, Серверное администрирование, Облачные сервисы, IT-компании] Боли стартапов: как правильно развивать ИТ-инфраструктуру
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Если верить статистике, выживает только 1% стартапов. Рассуждать о причинах такого уровня смертности не будем, это не наше дело. Лучше расскажем, как повысить вероятность выживания с помощью грамотного управления ИТ-инфраструктурой.
В статье:
- типичные ошибки стартапов в ИТ;
- как managed IT-подход помогает избежать этих ошибок;
- поучительные примеры из практики.
Что не так с ИТ у стартапов
Стоит уточнить, что под стартапами мы имеем в виду не кофейню или инсектарий в торговом центре. Мы про технологические стартапы — про тех, кому не дает покоя успех GitHub, Uber, Slack, Miro и пр.
У стартапов всегда масса проблем, которые мешают выстрелить: от недостаточных инвестиций до непроработанной бизнес-модели. В этом же ряду, как ни странно, и проблема с первыми успехами.
Первые успехи — зло для стартаперов, которые переоценивают свои возможности, особенно финансовые и кадровые. После закрытия первых успешных кейсов у таких оптимистов появляется желание немедленно расшириться: снять еще один офис, набрать в команду новых продавцов, разработчиков, а заодно — масштабировать бэкенд (да так, чтобы с запасом). Здесь сразу проявляется проблема №1.
Люди в стартапе делают то, что не умеют
И не делают то, что требуется для развития стартапа. Поясним.
В каждом стартапе должны быть закрыты как минимум три роли:
- айтишник (или технолог);
- продавец (или маркетолог);
- визионер (или предприниматель, который еще и нередко инвестор).
Часто эти роли смешиваются. Например, стартапер — это айтишник, который вдобавок вынужден продавать. Он никогда не продавал и делает это как умеет. Такой стартап — род злокачественной кросс-функциональной команды.
Но допустим, стартапу повезло: есть кому продавать, и ИТ-специалист занимается своим делами. Однако редкий айтишник совмещает в себе разные квалификации: разработчика, тестировщика, администратора, инженера-архитектора. А если и совмещает, то вряд ли одинаково хорошо. Он может разбираться в промежуточном ПО, а в работе облачных сервисов и ПО для виртуализации — не очень.
Когда бэкенд расширяется, нагрузка на айтишника возрастает. Что-то начинает «проседать». Хуже всего, если это критическое для стартапа направление, например разработка продукта. И вот уже человеку приходится работать сверхурочно, а иногда и круглосуточно.
Перегруз из-за недостатка людей и квалификаций — характерная особенность большинства стартапов, следствие того, что люди занимаются не тем, чем нужно.
Все сервисы разворачиваются на одной виртуальной машине
Стартапы часто, исходя из собственных представлений об экономии, размещают на одной ВМ среды разработки, базы данных, веб-сервер, мониторинг и так далее. Поначалу всё это хозяйство работает более или менее сносно. Проблемы начинаются, когда нужно масштабироваться.
Масштабируются стартапы обычно вертикально. То есть просто увеличивают количество CPU, объем RAM, дисков и т. д. — это классический монолитный подход, негативный эффект которого в какой-то момент становится необратимым. Если молодая компания растет, на определенном этапе ценник за наращенные ресурсы подскакивает до неподъемного уровня. Оптимизировать инфраструктуру при этом можно уже только одним способом: собрать ее заново.
Как помогает managed IT
Для такого типа проектов у нас есть услуга класса managed services — managed DevOps.
Заказчик получает «из коробки»:
- подготовку необходимых сред для работы: 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
===========
Похожие новости:
- [Карьера в IT-индустрии, Удалённая работа] Как в 2020 году разработчику найти удаленную работу: статистика, инструменты + советы инженера
- [IT-стандарты, ООП, Функциональное программирование] Объектно-ориентированное программирование – катастрофа за триллион долларов. Часть 1 (перевод)
- [Тестирование веб-сервисов, Управление проектами, Развитие стартапа, Будущее здесь, IT-компании] Определились победители открытого конкурса готовых цифровых решений «Инновации против кризиса»
- [Финансы в IT] Инвестируй как Гейтс: в какие акции вкладывается фонд основателя Microsoft
- [Кодобред, Финансы в IT, Криптовалюты] Неверная строка в коде привела к закрытию криптопроекта YAM через два дня после запуска
- [Управление проектами, Управление персоналом, IT-компании] Простые средства информирования внутри компании
- [Законодательство в IT, Копирайт, IT-компании] Суд отклонил иск Genius, которая обвинила Google в присвоении транскрипций текстов песен
- [IT-инфраструктура, Периферия] «Чёрный ящик» для вашего офиса
- [Занимательные задачки, Математика, Учебный процесс в IT] Стратегия «выбрать самую нелогичную стратегию», или как мы заняли второе место в Математической регате Тинькофф
- [Информационная безопасность, Реверс-инжиниринг] Руткиты на основе BIOS. Часть 2 (перевод)
Теги для поиска: #_itinfrastruktura (IT-инфраструктура), #_servernoe_administrirovanie (Серверное администрирование), #_oblachnye_servisy (Облачные сервисы), #_itkompanii (IT-компании), #_managed_it, #_autsorsing (аутсорсинг), #_it, #_itglobal.com, #_startapy (стартапы), #_blog_kompanii_itglobal.com (
Блог компании ITGLOBAL.COM
), #_itinfrastruktura (
IT-инфраструктура
), #_servernoe_administrirovanie (
Серверное администрирование
), #_oblachnye_servisy (
Облачные сервисы
), #_itkompanii (
IT-компании
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 09:12
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Если верить статистике, выживает только 1% стартапов. Рассуждать о причинах такого уровня смертности не будем, это не наше дело. Лучше расскажем, как повысить вероятность выживания с помощью грамотного управления ИТ-инфраструктурой.  В статье:
Что не так с ИТ у стартапов Стоит уточнить, что под стартапами мы имеем в виду не кофейню или инсектарий в торговом центре. Мы про технологические стартапы — про тех, кому не дает покоя успех GitHub, Uber, Slack, Miro и пр. У стартапов всегда масса проблем, которые мешают выстрелить: от недостаточных инвестиций до непроработанной бизнес-модели. В этом же ряду, как ни странно, и проблема с первыми успехами. Первые успехи — зло для стартаперов, которые переоценивают свои возможности, особенно финансовые и кадровые. После закрытия первых успешных кейсов у таких оптимистов появляется желание немедленно расшириться: снять еще один офис, набрать в команду новых продавцов, разработчиков, а заодно — масштабировать бэкенд (да так, чтобы с запасом). Здесь сразу проявляется проблема №1. Люди в стартапе делают то, что не умеют И не делают то, что требуется для развития стартапа. Поясним. В каждом стартапе должны быть закрыты как минимум три роли:
Часто эти роли смешиваются. Например, стартапер — это айтишник, который вдобавок вынужден продавать. Он никогда не продавал и делает это как умеет. Такой стартап — род злокачественной кросс-функциональной команды. Но допустим, стартапу повезло: есть кому продавать, и ИТ-специалист занимается своим делами. Однако редкий айтишник совмещает в себе разные квалификации: разработчика, тестировщика, администратора, инженера-архитектора. А если и совмещает, то вряд ли одинаково хорошо. Он может разбираться в промежуточном ПО, а в работе облачных сервисов и ПО для виртуализации — не очень.  Когда бэкенд расширяется, нагрузка на айтишника возрастает. Что-то начинает «проседать». Хуже всего, если это критическое для стартапа направление, например разработка продукта. И вот уже человеку приходится работать сверхурочно, а иногда и круглосуточно. Перегруз из-за недостатка людей и квалификаций — характерная особенность большинства стартапов, следствие того, что люди занимаются не тем, чем нужно. Все сервисы разворачиваются на одной виртуальной машине Стартапы часто, исходя из собственных представлений об экономии, размещают на одной ВМ среды разработки, базы данных, веб-сервер, мониторинг и так далее. Поначалу всё это хозяйство работает более или менее сносно. Проблемы начинаются, когда нужно масштабироваться. Масштабируются стартапы обычно вертикально. То есть просто увеличивают количество CPU, объем RAM, дисков и т. д. — это классический монолитный подход, негативный эффект которого в какой-то момент становится необратимым. Если молодая компания растет, на определенном этапе ценник за наращенные ресурсы подскакивает до неподъемного уровня. Оптимизировать инфраструктуру при этом можно уже только одним способом: собрать ее заново. Как помогает managed IT Для такого типа проектов у нас есть услуга класса managed services — managed DevOps. Заказчик получает «из коробки»:
На уровне инфраструктуры и инструментов всем стартапам нужно примерно одно и то же. Если сравнить венчурный рынок с золотодобычей, Managed Services Provider (MSP) предоставляет новые, качественные инструменты: кирки и тележки, которые не ломаются, карты, которые не врут. Старателю остается только выбрать место, где копать. Плюсы managed IT Managed IT — это комплексная услуга, которая закрывает ряд обязательных потребностей.
Два случая из практики По NDA мы не можем называть конкретные компании, но сферу и продукт — да. Сфера: финтех/ритейл Продукт: маркетплейс Проблемы:
Такое, к слову, наблюдается в каждом первом проекте. Решение — managed DevOps: внедрили процессы CI/CD, настроили корректное тестирование и мониторинг, вмешались в разработку на уровне бизнес-процессов, перенесли инфраструктуру на производительные серверы в дата-центр уровня Tier III.
Результат:
Сфера: веб-реклама Продукт: ИИ-платформа для автоматизации рекламных кампаний Проблемы:
Решение — managed IT: перенесли инфраструктуру на топовое «железо», настроили кластер Galera для горизонтального масштабирования, показали, как будет распределяться нагрузка на ВМ, настроили бэкапы и мониторинг. Сейчас, кроме обслуживания, активно консультируем, в том числе по DevOps.
Результат:
Заключение Выживаемость стартапов во многом зависит от удачи. Один стартапер может потратить деньги на дорогое оборудование и не получить с этого ничего. Другой станет успешным даже с никудышной ИТ-инфраструктурой — так же, как золотоискатель находит золотую жилу, орудуя старой киркой. Тем не менее, современные инструменты, практики и профессиональные кадры, которые предоставляет Managed IT-провайдер, значительно снижают вероятность неудачи. =========== Источник: habr.com =========== Похожие новости:
Блог компании ITGLOBAL.COM ), #_itinfrastruktura ( IT-инфраструктура ), #_servernoe_administrirovanie ( Серверное администрирование ), #_oblachnye_servisy ( Облачные сервисы ), #_itkompanii ( IT-компании ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 09:12
Часовой пояс: UTC + 5