Kafka — распределенная стриминговая платформа, которая стала де-факто стандартом для обработки событий в реальном времени. Она обеспечивает надежную доставку сообщений, масштабируемость и низкую задержку. Однако чтобы кластер Kafka работал стабильно под высокой нагрузкой, мало просто «поднять брокеры» — критично правильно настроить параметры конфигурации. От них напрямую зависят пропускная способность, время отклика, устойчивость к сбоям и эффективность использования ресурсов.

На связи снова Александр Гришин, руководитель по развитию продуктов хранения данных Selectel. В этой статье я разберу доступные параметры конфигурации Kafka-кластеров в облачных базах данных: от настроек репликации и ретеншена до лимитов на продюсеров и потребителей. Мы посмотрим, как каждый параметр влияет на производительность и надежность, приведем практические рекомендации для разных сценариев — от высокочастотных событий до больших архивных потоков.

Материал будет полезен инженерам, которые проектируют архитектуру обмена данными, DevOps-специалистам, отвечающим за эксплуатацию, и разработчикам, которым важно предсказуемое поведение стриминга на продакшене. Погнали!

При развитии продуктов часто используют принципы на базе исследования потребностей, определения размеров рынка и гипотез достижения тех или иных стратегических целей. Меня зовут Гришин Александр, я менеджер продуктов и отвечаю за разработку и развитие VMmanager в ISPsystem. Сегодня я расскажу о том, как управлять развитием уже существующего продукта в контексте управления на основе инструмента математического моделирования и визуализации — «дерева метрик».

Представим, что перед нами стоит цель зарабатывать 1 млн долларов в месяц. Хорошая цель. И вот мы собрались с нашей командой — разработка, тестирование, дизайн, аналитик, маркетинг, продажи, техподдержка… Что будем делать, капитан? Куда плывем? Как достигнем цели?

Молодой, но опытный моряк сразу скажет: «Все просто! Нам нужен непрерывный цикл исследований, который мы будем проходить по кругу, раз за разом: гипотеза, действие, измерение, анализ».

Но с какой конкретно гипотезы начать? Что делать, если гипотез очень много? На чем нужно сконцентрировать усилия в первую очередь: маркетинг? Качество? Удовлетворенность? Может, новые фичи, о которых мечтает тимлид? И если так, то какая фича действительно важна, а какую положить в бэклог?

Давайте попробуем использовать дерево метрик для решения этой задачи.

Привет, Хабр! Недавно мы выпустили новую функциональность в продукте VMmanager — интеграцию с Terraform и Swagger для работы в рамках концепции Infrastructure as Code.

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

Привет, Хабр! В последнее время мы получили немало запросов на знакомство с нашими продуктами в контексте импортозамещения — после известных событий их число выросло раз в 10 по сравнению с «досанкционными» временами.

Я Гришин Александр продакт менеджер VMmanager, отвечаю за его разработку и развитие. В этой статье я хочу порассуждать о VMmanager: получится ли им заменить продукты VMware, кому он подойдет, а кому нет. Насколько сложно будет переехать на отечественное решение. 

В прошлой статье я рассказывал, как понять, имеет ли ваша идея и продукт ценность. Я говорил, что правильно определённая ценность — залог популярности продукта среди клиентов. Однако этого недостаточно для построения успешного бизнеса. 

Представьте, что вы сделали продукт, который очень интересен потенциальным клиентам, на восьми из десяти интервью вам удаётся заинтересовать клиентов в покупке. Вроде даже собирается очередь из желающих использовать ваше решение. Думаете это успех? Как бы не так.

Всем привет, меня зовут Александр Гришин и я работаю продакт-менеджером в ISPsystem. Уже больше двух лет занимаюсь развитием продукта VMmanager — платформы серверной виртуализации.

В этой серии статей я расскажу, как создать работающий продукт, нужный рынку и приносящий прибыль компании. Эта часть посвящена работе с ценностью: как оценить свою идею, выяснить потребности и боли клиентов, разработать MVP-версию и определиться с интересным предложением. А в следующем материале расскажу про экономическую составляющую при развитии продуктов.

Меня зовут Александр Гришин, и я работаю продакт-менеджером платформы виртуализации VMmanager. Недавно мы выпустили автономные Unbreakable кластеры, с их помощью можно организовать инфраструктуру высокой доступности и обеспечить непрерывность бизнес-процессов компании. Если один из физических серверов в отказоустойчивом кластере выйдет из строя, виртуальные машины восстановятся на исправном узле, автоматически и с минимальным простоем.

При реализации мы учитывали опыт предыдущей версии нашего продукта — VMmanager Cloud — и изучили лучшие практики у конкурентов, таких как Proxmox, OpenStack, VMware и другие. Расскажу, как работает отказоустойчивость «под капотом».