Быстрее, выше, сильнее быстрее, быстрее

От чего зависит скорость работы объектного хранилища? Как ее повысить? И как вообще понять, что производительность нужно повышать? Так много вопросов и так много ответов от Оксаны Новицкой, директора по развитию Облакотеки.

❓ Как измерить производительность?

Чтобы понять, насколько быстро работает ваше хранилище, можно использовать специальные программы, например, COSBench. Она помогает найти слабые места и измерить:

⏺ Пропускную способность: сколько данных передается за секунду (например, 500 МБ/с). Чем выше, тем лучше.
⏺ Задержку: время, которое проходит от запроса до ответа. Для мелких файлов задержка должна быть меньше 100 мс.
⏺ IOPS: сколько операций (чтение/запись) система выполняет за секунду. Для SSD это могут быть десятки тысяч операций.

❓ Что считать хорошим результатом?

Для крупных файлов мы считаем успехом, когда высокие значения пропускной способности близки к 500 МБ/с. Для мелких файлов важна низкая задержка (менее 100 мс) и высокий IOPS (тысячи операций в секунду).

Если показатели низкие, возможно, проблема в настройках хранилища, типе дисков или сети. Чтобы всё работало быстро, важно правильно настроить хранилище под ваши задачи.

❓ Что влияет на производительность?

1️⃣ Размер файлов
Маленькие файлы (меньше 100 КБ), если много, увеличивают нагрузку на систему и замедляют работы. Это связано с тем, что каждый из них создает отдельный запрос.

Со средними файлами (1-100 МБ) система справляется лучше всего, так как запросов меньше, а файлы не слишком большие.

Крупные файлы (больше 100 МБ) лучше загружать частями, иначе процесс будет медленным.

По возможности объединяйте мелкие файлы в один или используйте пакетную загрузку. Для больших файлов используйте Multipart Upload (если эта функция доступна).

2️⃣ Тип запросов
Хранилище обрабатывает разные запросы: загрузку (PUT), скачивание (GET), удаление (DELETE) и получение списка файлов (LIST). Каждый тип запроса влияет на скорость.

Частые мелкие запросы замедляют работу, так как система тратит много ресурсов на их обработку. Крупные запросы работают быстрее, потому что система обрабатывает их эффективнее. LIST-запросы самые медленные, так как системе нужно перебрать много данных, чтобы выдать список файлов.

Старайтесь минимизировать количество LIST-запросов и используйте пагинацию (постраничную выдачу), если файлов очень много.

3️⃣ Тип дисков
HDD медленные, но дешевые. Подходят для архивов и данных, к которым редко обращаются. SSD быстрые, но дорогие. Идеальны для задач, где важна скорость, например, для потоковой передачи или частого доступа к данным.

Выбирайте тип хранилища в зависимости от задачи. Если данные нужны часто — SSD, если редко — HDD.

4️⃣ Сеть и расположение данных
Чем ближе хранилище к вам, тем быстрее вы получите данные. Важна и пропускная способность сети: если канал слабый, большие файлы будут передаваться медленно.

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

#привет_s3

😏 Облакотека / Оставить «бусты»

Уважаемые пассажиры! Поезд следует до станции Волгоград

Мы продолжаем путешествие по регионам нашей необъятной. В Сибири уже побывали (но не в последний раз, конечно), а сегодня отправляемся в Волгоградскую область. Узнаем у Александра Скакунова, CEO VolgaBlob, как развивается ИТ-сфера в регионе.

1️⃣ Много ли в области ИТ-компаний?

По официальной статистике, более 700 компаний работают в сфере информатизации и связи.

Это немало, но в полном соответствии с принципом Парето 80% из них малоэффективны. Часто это компании из 1-3 человек, «гаражные кооперативы», которые делают что-то «на коленке». Они не строят новое, а отбирают клиентов друг у друга, играя на понижение стоимости.

Если сравнивать по ЮФО, в Волгограде среднее количество игроков на рынке ИТ. Лидирует по числу компаний в округе Краснодарский край — там насчитывается около 2 тыс. таких организаций, по данным Росстата.

2️⃣ Кто они, волгоградские ИТ-компании?

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

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

По профилю это эникейщики, которые делают все подряд и стремятся получать быструю прибыль: оперативно выполнить заказ, продать партнерское решение.

3️⃣ В чем специфика региона с точки зрения бизнеса?

Если говорить именно о сфере ИТ, то для Волгоградской области, как и для ряда других регионов России, характерна высокая степень центростремительности: специалисты вызревают до достаточно высокого уровня и уезжают в Москву, Петербург. Отсюда значительная текучесть кадров.

Пандемия частично изменила эту ситуацию — тогда Москва предложила людям в регионах удаленку с зарплатами столичного уровня. Но потом все вернулось на круги своя, и сотрудники снова стали уезжать.

Продолжение ⬇️

Уважаемые пассажиры! Поезд следует до станции Волгоград-2

4️⃣ Есть ли позитивная динамика в развитии ИТ-сферы в регионе?

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

⚡️ Но более интересную динамику я вижу в том, что снова становится востребованной «работа головой», как это было в советской инженерной школе. Попробуй-ка заниматься дистрибуцией зарубежных решений as is в текущих реалиях: поставить продукт можно, но только будет ли он работать. Здесь необходим инженерный процесс, а это хорошее условие для развития молодых специалистов.

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

Поэтому мы развиваем наше инженерное подразделение. Это в корне отличается от позиции многих компаний на региональном рынке — но важно понимать, что мы строим бизнес федерального уровня, более того, развиваемся не только в России, но и за рубежом.

5️⃣ Местные компании участвуют в развитии ИТ в регионе?

У многих локальных игроков нет желания развивать кадры, потому что они выращивают специалистов, а их «съедают» гиганты. Соответственно, инвестиции в людей минимизируются.

Мы придерживаемся другой позиции и вкладываемся в новое поколение сотрудников: поддерживаем олимпиады и конкурсы от вузов, разрабатываем программы стажировок и тематические курсы, проводим встречи, которые помогают студентам погрузиться в реальные условия работы и «пощупать» наш продукт.

☑️ Такой подход доказал свою эффективность: мы начали развивать программу примерно 20 лет назад, и сейчас 61% нашего штата — выпускники ВолгГТУ.

6️⃣ Как масштабировать бизнес с регионального до федерального уровня?

Я бы дал такой рецепт: нужно стать незаменимым элементом в партнерской конструкции, где вы обоюдно помогаете друг другу. Мы смогли стать ценным субподрядчиком для крупных ИТ-компаний. Для этого не щадили ни денег, ни мозгов, ни времени на создание квалификации, чтобы гарантировать качественное выполнение работ. Так мы помогали бизнесу партнеров, а они «разгоняли» нас, как ступень ракеты.

В какой-то момент мы начали свое собственное движение: постепенно снижали процент заказа у интеграторов, набирали прямых клиентов. Думаю, что такой конвейер вполне может работать для регионов.

7️⃣ Зачем сохранили «Volga» в названии?

В какой-то степени это сторителлинг, так проще рассказать о том, кто мы и чем занимаемся. Volga – потому что мы с Волги, Blob — это структура данных, а мы исторически занимались разработкой решений для работы с данными.

Да, порой мы сталкиваемся с предубеждением, иногда нам даже предлагают переименоваться — поэтому для нас это ещё и элемент бунтарства. Бывают забавные истории: однажды нас прочитали как «VolgaBob» и потом уточняли, нет ли в составе иностранного капитала, и что это за Боб?

Я думаю, что такое название запоминается куда лучше, чем безликие одинаковые наименования, поэтому мы не думаем о замене.

#ИТ_на_месте

😏 Облакотека / Оставить «бусты»

А у нашей любви больше не сядет батарейка?

Вы заметили, как часто стали появляться новости о разработке ядерных батареек на основе углерода-14? И Британия сделала заявление, и Китай, а позавчера добавилась Южная Корея. Мы радуемся, но пока осторожно. Почему — рассказал наш СЕО Максим Захаренко.

⏪ Тема бытового использования мирного атома с завидным постоянством появляется уже, наверное, более полувека.

➡️ Достаточно известны морские маяки с радиоизотопными термоэлектрическими генераторами (т.н. РИТЭГи). Они устанавливались в 70-80х годах в труднодоступных районах Севера и Дальнего Востока, куда невозможно было подать электроэнергию другим способом. Они работали десятки лет безо всякого обслуживания. Многие, кстати, брошены и не демонтированы до сих пор.

➡️ Где-то в нулевых годах возникла идея атомного двигателя для автомобиля. Было бы здорово просто ездить и не заправлять авто в течении, например, 10 лет. Не помню почему не взлетело, но таких автомобилей нет.

Вообще человечество долгие годы ждет прорыва в области энергоемкости накопителей энергии. Его не происходит. Аккумуляторы слишком тяжелые для дальних поездок и полетов на электрической тяге.

И вот, ученые из разных стран начали заявлять, что разработали прототип вечной компактной батарейки. Может, вот оно, решение — будущий относительно легкий двигатель на атомной энергии? ⏩

❓ А вы как думаете, мини-станции в кармане быть?

#взлетит_не_взлетит

😏 Облакотека / Оставить «бусты»

Всем лучи техподдержки, каждому — своей

Техподдержка, она и в Африке техподдержка? А вот и нет, она бывает очень даже разная. Все зависит от особенностей организации. Сегодня Ирина Курбатова рассказывает, в чем отличия техподдержки для госструктур, корпораций и СМБ.

⏪ В зависимости от размера организации, ее владельцев сильно различаются скорость и свобода в принятии решений в компании. У крупного участника бизнеса и СМБ разное количество уровней иерархии оргструктуры, глубина формализации и регламентированности действий сотрудников, регулярность контроля, специфика санкций.

Сотрудники госструктур и корпорации чаще выбирают престиж и стабильность, а в СМБ акцент на финансовой заинтересованности.

Разные люди и разные организации ожидают от поддержки разные подходы к взаимодействию.
С точки зрения:

1️⃣ Каналов коммуникации

Средний и малый бизнес предпочитает мессенджеры.

Крупным корпорациям и госкомпаниям обычно нужно поставить в копию руководителя, поэтому предпочтение отдадут e-mail.

2️⃣ Формата подачи обращения

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

Сотрудники СМБ чаще пишут ключевой симптом в произвольной форме. Все детали постановки задачи и диагностики выявляем уже в продолжении общения.

3️⃣ Ролей и полномочий пользователей

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

В СМБ перечень таких операций обычно принимают по шаблону от провайдера. Актуализация списка полномочных пользователей максимально упрощена.

4️⃣ Согласования SLA

Средний и малый бизнес чаще согласен с публичной офертой условий по SLA.

Госструктуры и крупные компании предлагают свой формат и видение документа по порядку поддержки. Они проверяют соответствие процессов поддержки менеджменту качества, стандартам серий ISO 9001, ISO 20000, ISO 27001, часто и организацию процессов на соответствие подходам Lean Six Sigma.

5️⃣ Отчетности о выполнении обязательств по SLA

Для крупной компании ежемесячный отчет о выполненных услугах и соблюдении параметров SLA — это неотъемлемая часть документов о закрытии периода.

А вот в договорной деятельности с СМБ, как правило, формальный регулярный контроль — минимальный ⏩.

#Ирина_поддержи

😏 Облакотека / Оставить «бусты»

Бета-тестеры, найдитесь

Наши партнеры из «Софтплэкс Сервисис» находятся в своей созидательной эре. Вот и до облачного биллинга добрались, создали новое решение. Подробнее про него писали тут. А сейчас мы приглашаем вас потестить платформу.

Продукт называется BillControl. В общем-то, все понятно из названия: биллинг будет под контролем. Можно управлять услугами, счетами, обрабатывать оплату.

Какие «плюшки» раздаем?

Первые участники теста получат пожизненный бесплатный доступ к BillControl. Плюс ранний доступ к новым функциям и возможность влиять на развитие продукта через обратную связь.

Кому это нужно?

Платформа явно упростит жизнь ИТ-интеграторам, поставщикам SaaS, стартапам в AI и Big Data. Да что скромничать, всем, кто занимается облачными услугами.

Что умеет BillControl?

1️⃣ Автоматизировать биллинг. Решение учитывает подписки, управляет тарифами, генерирует счета и отслеживает оплату.

2️⃣ Помогать в работе с клиентами. Платформа уведомляет о задолженностях, а также управляет запросами на новые услуги и тестовые периоды.

3️⃣ Адаптироваться. Решение легко интегрируется с эквайрингом и платежными системами. Также есть настройка API для автоматизации подписок. Если хотите использовать свой бренд, то можно настроить White Label.

Как участвовать?

Просто напишите на ev.minaeva@oblakoteka.ru или в Telegram @plulll. Ответим, дадим доступы.

😏 Облакотека / Оставить «бусты»

Все девопсы были в шоке, когда узнали! Чтобы резко сократить расходы на Kubernetes, нужно всего лишь…

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

Многие думают, что Kubernetes — это дорого. И это действительно так без должного подхода.

❓ Куда уходят деньги?

Основные статьи расходов Kubernetes — это вычислительные ресурсы, сеть, хранилище данных и инструменты мониторинга. По нашим наблюдениям, многие компании совершают одинаковые ошибки:

⏺ резервируют слишком много ресурсов, опасаясь нехватки мощности;
⏺ не контролируют межзонный трафик и платят за ненужные передачи данных;
⏺ хранят десятки терабайтов ненужных логов и старых бэкапов;
⏺ используют одни и те же ресурсы для продакшна и тестирования, хотя их можно разнести.

Все это увеличивает счет в 2-3 раза. Как можно экономить?

1️⃣ Использовать автоскейлинг. Это один из самых мощных инструментов экономии. Правильная настройка автоматического масштабирования может снизить затраты на 30-50%.

Мы используем Cluster Autoscaler, который динамически добавляет или удаляет узлы, чтобы кластер не потреблял лишние ресурсы. Например, если у клиента нагрузка резко возрастает раз в сутки, автоскейлинг позволяет выделять дополнительные машины на 2-3 часа, а затем отключать их.

Также важно настраивать горизонтальное и вертикальное масштабирование. HPA увеличивает количество подов в зависимости от нагрузки, а VPA корректирует выделенные ресурсы для подов в реальном времени.

2️⃣ Оптимизировать requests и limits. Частая ошибка — выставлять слишком высокие requests и limits на CPU и RAM. Это приводит к тому, что кластер резервирует больше ресурсов, чем реально используется, а счета растут.

Здесь на помощь может прийти инструмент Deckhouse Vertical Pod Autoscaler, который анализирует потребление ресурсов и подсказывает оптимальные параметры requests/limits. Это способно помочь снизить резервирование ресурсов на 40% без потери производительности.

3️⃣ Использовать spot-инстансы. Это дает реальную экономию до 70%. Многие компании их опасаются, потому что они могут отключиться в любой момент. На практике мы видим, что правильно настроенные spot-инстансы позволяют запускать некритичные процессы с огромной экономией.

К примеру, можно использовать spot-инстансы в Deckhouse Kubernetes Engine, чтобы запускать задачи машинного обучения и CI/CD. А для работы без сбоев важно:

➡️ выносить на них фоновые и временные задачи (бэкапы, аналитические расчеты, тесты);
➡️ использовать инструменты управления отказами.

Что еще важно? Снизить расходы на сеть и хранение данных, а также оптимизировать CI/CD. Подробнее об этом рассказали в статье.

#углубились_в_тему

😏 Облакотека / Оставить «бусты»

Между нами — обратная связь

Весна — время экзаменов. Мы вот школу давно закончили, а тесты все еще сдаем: недавно специалисты из DBI провели аудит нашей платформы K8S-as-a-Service. Ниже — краткое описание процесса и результатов.

1️⃣ Как тестировали?

Развернули систему ELMA365 в редакции Enterprise и использовали широкий набор облачных ресурсов. В том числе Kubernetes-кластер, виртуальные машины для внешних баз данных и объектное хранилище S3.

Подробнее о выборе конфигурации, создании кластера и установке ⬇️

Выбор конфигурации. Для размещения использовали управляемый кластер Kubernetes от «Облакотеки» с тремя рабочими узлами (8 vCPU, 12 ГБ RAM, 70 ГБ SSD) и одним мастером. В качестве хранилища данных применили отдельные виртуальные машины под PostgreSQL и MongoDB с конфигурацией 4 vCPU, 8 ГБ RAM, 10 ГБ под систему и 50 ГБ под БД.

Все ВМ были развернуты с дистрибутивом RockyLinux 9. Для хранения файлов использовали S3-хранилище, предоставляемое как SaaS-решение в рамках облачной платформы.

Создание и конфигурация кластера. Кластер создали с учётом рекомендаций вендора. Сюда включили предварительную настройку доменного шаблона, необходимого для развёртывания сервисов Deckhouse. После заказа виртуальных машин выполнили базовое конфигурирование: настроили firewall, пробросили порты по SSH, сконфигурировали внешний доступ к базам данных и настроили подсети.

Установка и настройка баз данных. На каждую из виртуальных машин устанавливали соответствующие СУБД с последующей конфигурацией. Выбрали файловую систему XFS. Она отличается высокой производительностью, масштабируемостью и устойчивостью при работе с большими объемами данных.

При помощи дополнительных параметров (таких как создание пользователей и баз данных, корректная настройка доступа через firewalld) обеспечили надежную интеграцию с основной системой.

Установка ELMA365. Установку выполнили на основе helm-чартов от разработчика. Также задействовали отдельные чарты для приложения и баз данных. После завершения установки система стала доступна по заранее настроенному адресу, определенному в конфигурации кластера.

2️⃣ Какие результаты исследования?

Платформа K8S-as-a-Service показала высокую степень готовности для размещения микросервисных приложений уровня Enterprise, не требующих сильного вмешательства в конфигурацию в дальнейшем.

Среди плюсов сервиса особенно отметили:

⏺ возможность настройки резервного копирования при создании виртуальной машины;
⏺ масштабируемость, ограниченную только бюджетом;
⏺ загрузку пользовательских ISO-образов;
⏺ изменение порядка загрузки дисков и их параметров.

⏪ Мы тестировали платформу K8S-as-a-Service на пределе: развернули сложную конфигурацию с PostgreSQL, MongoDB и S3. В результате система показала себя как надежный фундамент для высоконагруженных микросервисов. Это не просто облачный Kubernetes — это готовая экосистема для бизнеса ⏩.

⬆️ Вот такой фидбек получили от Алексея Захарова, регионального директора компании DBI.

Конечно, найдены были и недостатки — куда без них. Эти замечания позволят нам улучшить сервис, а некоторые пожелания уже включены в план доработок (например, по интерфейсам).

#хвалимся

😏 Облакотека / Оставить «бусты»

Не все то золото, что в облаке

Недавно Microsoft запустила в продажу первый облачный ПК — Windows 365 Link. Представляет он из себя одно сплошное нет: нет ни ОС, ни HDD, ни SSD. Как же он работает? Устройство предоставляет доступ к размещенной в облаке виртуальной машине с Windows 11.

Мы хоть и любим все облачное, позволим себе чуть-чуть критики. Озвучит ее Максим Захаренко, СЕО Облакотеки.

⏪ Начну немного издалека.

1️⃣ Классический (legacy) сценарий корпоративной работы заключается в том, что данные и программы лежат и работают на компьютерах сотрудников. В случае аварий (шифрования) компьютера все данные пропадали. Это первый «полюс».

2️⃣ Когда Облакотека начинала свою деятельность, мы пропагандировали идею удаленного рабочего стола. Можно с любого компьютера зайти при помощи терминала на свой корпоративный рабочий стол (расположенный, естественно, в облаке) с любого устройства из любой точки, лишь бы был интернет. Все данные и программы находились на удаленном сервере. На компьютере ничего не было и ничего не требовалось. Это другой «полюс».

❗️ У него тоже есть свои минусы, например, невозможность работы без интернета. Зато было много плюсов: четкий контур, внутри которого хранятся все корпоративные данные, полный контроль их ввода-вывода, централизованное резервирование и т.д.

И вот, Microsoft выпускает нечто среднее. Это компьютер без диска. То есть все данные хранятся только на сервере, а вот программы их обрабатывающие передаются и исполняются на этом компьютере, лазая за всеми данными на сервер. Эта технология еще называется Application Streaming.

🧐 По мне, этот ПК собрал не плюсы, а как раз минусы обоих «полюсов». Решение не дорогое, но и не экстремально дешевое — $350, потому что на нем достаточно мощные вычислительные ресурсы: процессор и оперативная память. Работать без интернета все равно нельзя. При этом оно требует какого-то, пусть и удаленного, но обслуживания (как минимум, обновлений).

Вдобавок на эту тему понапридумывали довольно много устройств — различных терминалов. А самый распространенный сценарий был и будет такой: «толстый» полнофункциональный клиент + синхронизация чувствительных данных с облаком.

На мой взгляд, новое решение от Microsoft странное, но интересно, что вы скажете ⏩.

#взлетит_не_взлетит

😏 Облакотека / Оставить «бусты»

Продакты на месте? А должны быть на ProductConf 😄

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

❓Что будет?

Два дня погружения в мир продуктового менеджмента. СЕО, CPO и другие «топы» крупнейших компаний России расскажут обо всех этапах работы с продуктом: от генерации идей и исследований пользователей до масштабирования и монетизации.

Всего — девять треков и более 70 докладов: основы продакт-менеджмента, CustDev и пользовательский опыт (UX/UI), маркетинг и продвижение продукта, управление данными и монетизация, управление тех. платформами и AI/ML, развитие карьеры, продуктовые процессы и культура, продуктовое лидерство.

И какая теория без практики? Планируются воркшопы, где можно сразу применить новые знания.

Еще одна фишка конференции — нетворкинг-зоны для обмена опытом с коллегами. Будут и вечерние мероприятия, которые помогут укрепить связи в неформальной обстановке.

❓Явки, пароли?

➡️ Формат: онлайн и офлайн.

🕘 22 апреля — онлайн
🕘 25 апреля — Центр событий РБК, Москва

➡️ Регистрация: по ссылке.

#облачный_анонс

Ну как там наш heartbeat поживает?

А пинг? А загрузка канала? Разбираемся вместе с Ириной Курбатовой, директором департамента техподдержки Облакотеки. Сегодня она расскажет о популярных средствах мониторинга.

⏪ Представим, что мы готовим десять разных блюд одновременно. Из пожеланий — чтобы лук стал золотистым и не сгорел, чтобы белки для нежного десерта взбивались именно семь минут, чтобы молоко не убежало и так далее. Если не следить за температурой, временем и внешним видом блюд, наш обед будет испорчен.

В техподдержке то же самое: у нас одновременно работает много сервисов, важно следить за показателями каждого из них. А если мониторинг пришлет нам алерт, то надо бежать «снимать молоко с огня».

Без хорошего мониторинга обеспечить доступность сервисов 99,96% не представляется возможным.

❓Чем же различаются средства автоматизации мониторинга? Разобраться поможет наш небольшой обзор.

1️⃣ Zabbix — классическое средство мониторинга ИТ-инфраструктуры и сетевых устройств, простое в использовании, решает задачи мониторинга и отправки событий. Использует автоматизированный агентский механизм и гибкие опции конфигураций. Решение может классифицировать и приоритизировать события, отправлять алерты и хранить логи. Есть шаблоны уведомлений и простая визуализация.

2️⃣ Главное преимущество Grafana — отличная визуализация данных по мониторингу.
Продукт позволяет создавать панели онлайн-отображения индикаторов, гибко их настраивать, поддерживает интеграцию с большим спектром источников данных, обрабатывает данные, чтобы сделать наглядные и понятные дашборды.

3️⃣ Prometheus — система мониторинга с открытым исходным кодом. Специфика решения в области применения (контейнеры и микросервисы). Удобные типы метрик: счетчики, датчики, гистограммы, сводки - позволяют применять различные стратегии мониторинга для получения сигналов на базе сложных условий и формул расчетов. Обеспечивает высокую масштабируемость, поддерживает огромное количество объектов мониторинга.

4️⃣ PRTG Network Monitor — специализированный инструмент для сетевой инфраструктуры, собирает информацию о потоках данных, проходящих через конкретные устройства, в разрезе протоколов и тп. Также решение обеспечивает статистику по переданным пакетам данных, времени пинга в режиме реального времени или за любые временные интервалы. Все это в виде графиков, таблиц или же простого потока исходных/агрегированных сетевых логов. Среди преимуществ также — функциональное мобильное приложение и удобный web-интерфейс.

5️⃣ Elastic Stack (ELK — Elasticsearch, Logstash & Kibana) — комплекс инструментов для обработки данных. Включает в себя хранение логов, обработчик и визуализатор данных, а также алертинг. Инструмент сильно отличается от всех предыдущих своим функционалом аналитики. Он позволяет обрабатывать большие объемы данных, содержит мощные средства поиска, фильтрации, сравнения и визуализации данных».

Инструменты мониторинга дополняют друг друга. При этом правильный выбор решений существенно сокращает время сотрудников на диагностику, анализ и предупреждение возможных угроз для инфраструктуры ⏩.

#Ирина_поддержи

😏 Облакотека / Оставить «бусты»

Что-то давно мы не делали дайджесты!

Полгода назад на нас накатила осенняя ностальгия… а сегодня накатило весеннее обострение мы решили возобновить начинание и даже сделать его регулярным.

Итак, сначала вспомним, о чем наш канал. Наша цель — обмениваться мнениями с участниками рынка по вопросам:

➡️ развития облачного рынка в целом и PaaS/SaaS в частности;
➡️ бурного роста машинного обучения, LLM, ИИ-ассистентов и промт-инжиниринга;
➡️ импортозамещения;
➡️ любых интересных новостей из мира IT.

При этом не забывая про праздники, любовь и юмор в рубриках #взлетит_не_взлетит и #пятничный_оффтоп.

Что было за это время:

☑️ Наш СЕО Максим Захаренко продолжил вещать под тэгом #максим_ерунды_не_скажет. Из самого интересного — посты про выход на рынок Центральной Азии:
часть первая, часть вторая, часть третья.

☑️ Ключевые сотрудники, Ирина Курбатова и Оксана Новицкая, вели свои рубрики #Ирина_поддержи и #привет_s3.

☑️ Много писали про развитие ИИ. Например, про поиск и инфраструктуру. И даже сочинили стихи (почитать можно в сохраненных сторис в профиле канала).

☑️ Запустили новую рубрику про региональный бизнес. Уже можно почитать про развитие ИТ в Омске и Волгограде.

☑️ Размещали посты от приглашенных гостей: про ИБ-аутсорсинг, роль архитектора в разработке и даже рынок труда в ИТ-сфере. При этом не забывали делиться совместными кейсами.

☑️ Рассказывали и про приятные бонусы для любимых партнеров. Например, про обновления SaaS-сервисов и их бесплатный тест. А еще про то, что можно получить приятные гранты на наши сервисы.

☑️ Участвовали в мероприятиях, а также выступали на них партнерами.

Если вы все это пропустили и ждали знака свыше, чтобы прочитать, то это он! А если активно следили за контентом в канале, этот дайджест станет прекрасным поводом перечитать любимые посты 😀.

P.S. Мы планируем сделать такие дайджесты регулярными и добавить больше новостей от Облакотеки. Хотим узнать ваше мнение, насколько такой формат будет востребован. Поэтому сделали небольшой опрос ⬇️