Новый диск в облаке Selectel — настройте IOPS под свои задачи
Если вы работаете с облачными ресурсами и управляете инфраструктурой, то наверняка знаете, как важно правильно настроить дисковую подсистему.
За что безопасники будут гореть в аду?
Для привлечения внимания расскажу историю. Уже много лет живу далеко за пределами нашей всеми любимой родины. И на днях, понадобилось мне войти в старую почту gmail... Логин и пароль надежно сохранены. Однако Google не торопится впускать нас в собственную почту. — Нам кажется что это не вы, подтвердите что это вы. Введите номер телефона когда-то использовавшийся при регистрации. Что ж, и это можно. Ввожу номер. — Увы, мы не можем отправить СМС на этот номер. Хотите завести другой аккаунт? И еще пара историй...
Как создать консистентный UX для 10+ продуктов за три месяца. Часть 1
Меня зовут Неля Васенина, я продуктовый дизайнер в IT-команде « Северстали » — одной из ведущих металлургических компаний мира, в которой работают 3000+ айтишников. Мы разрабатываем инновационные продукты, от VR-очков для обучения рабочих до сложнейших CRM-систем для аналитиков в тяжёлой промышленности. В августе 2024 года две наши команды дизайнеров столкнулись с последствиями отсутствия единой дизайн-системы для проектной разработки. Для большинства продуктов она была, но для специфических проектов её не существовало. Мы использовали похожие компоненты, подсматривая друг у друга, что приводило к несоответствиям и задержкам. В итоге мы выделили три месяца на сбор всех компонентов и создание системы, подходящей для всех наших проектов. В этой статье расскажу, какие именно проблемы были, как мы их идентифицировали,с какими трудностями столкнулись и что решили делать. В следующей статье поделюсь нашим опытом решения проблем с дизайн-системой, расскажу о разработанных принципах ведения макетов компонентов и подарю ссылку на шаблоны компонентов в Figma (на английском).
Как добавить в OpenWebUI генерацию изображений через ComfyUI
Хотите использовать OpenWebUI для генерации изображений? Мы написали пошаговую инструкцию, как поставить и подключить к нему ComfyUI, установить модель StableDiffusion 3.5, настроить доступ к API и автоматизировать процесс для удобной работы.
На заметку разработчикам: 5 сервисов для проверки качества кода
Всем привет! Это Леша Жиряков, техлид backend-команды витрины онлайн-кинотеатра KION. В прошлый раз я писал про FastAPI vs Litestar , а сегодня поделюсь инструментами для проверки качества кода. Сами знаете — даже опытный разработчик не застрахован от опечаток и банальной усталости, которая легко может привести к обидным ошибкам. Если уже работали с каким-то из перечисленных инструментов или у вас другие фавориты, делитесь инфой в комментариях.
Как идёт строительство дата-центра Cloud4Y
Привет! Продолжаем делиться подробностями того, как идёт строительство нашего ЦОД в Марфино. Что именно мы строим и почему решили этим заняться, рассказывали ранее . Сегодня — о том, как продвигаются работы на месте будущего дата-центра.
Прозрачное программное обеспечение
Приветствую, уважаемые читатели! Не так давно закончил перевод книги "
Создание образа в Cloud-init
Всем привет! Это первая моя статья на Хабре, поэтому судите по всей строгости! Я рыскал по просторам интернетов и не нашел простой информации по созданию своими руками образа cloud-init, поэтому своими глазами изучал официальные маны и методом проб и ошибок теперь имею представление о том, как всё же запустить этот интересный и полезный инструмент!
Стоит ли убирать на Хабре возможность минусовать?
Ещё одно мнение по поводу механизма кармы. Плюс вызывает позитив, а минус вызывает негатив. Даже 1 минус против 10 плюсов способен у некоторых людей вызвать взрыв пятой точки. Весь негатив от механизма кармы исходит от людей, которые жалуются на получение минусов, т.е. вся проблема именно в минусах. Никто не жалуется, что ему поставили плюсы. Некоторые площадки, например, youtube, отключили видимость дизлайков, чтобы было меньше негатива. Может быть администрации Хабра тоже стоит отключить возможность минусовать? Если весь негатив от минусов, то почему бы их не отключить, оставив только плюсы? Если минусы нельзя отключить, то почему бы не сделать ограничение на их количество? Вариант 1. Если у пользователя карма 20, то он может поставить 20 плюсов и всего 2 минуса. Минусы - это 10% от количества плюсов. Так как минусов будет мало, то люди начнут их ставить более осознанно. Вариант 2. Если у пользователя карма 20, то он может поставить 20 плюсов. Счётчик плюсов сбрасывается каждый день, как это сделано сейчас. Минусов можно поставить 20, но этот лимит выдаётся на 1 месяц или даже на 1 год. Спустя месяц или год счётчик сбрасывается. Так как минусов будет мало, то люди начнут их ставить более осознанно. Сейчас с механизмом минусов есть большие проблемы. Если у пользователя карма 20, то он может каждый день ставить по 20 минусов. 20 х 365 = 7 300 минусов в год. А если таких пользователей 10? Такого количество минусов хватит, чтобы запустить вторую галактическую кармическую войну. Многие люди воспринимают минусы, как персональную критику или даже как персональное оскорбление. Так что очевидно, что количество доступных минусов нужно сокращать. Всем добра и приятных выходных!
Облачные хранилища в мире Top Gear
Привет, Хабр! Меня зовут Александр Гришин, я менеджер продуктов и отвечаю за развитие облачных баз данных и объектного хранилища в Selectel. Считаю, что новый год — отличное время, чтобы взглянуть на технологии по-новому. Например… через призму Top Gear. Предлагаю вам немного развлечь себя разными аналогиями между миром транспорта и инструментами хранения данных. Ведь в мире облачных технологий, как и в программе Top Gear, для каждой задачи есть свой «транспорт». Только представьте: выбирая подходящий инструмент хранения данных в облаке, вы словно решаете, какой вид транспорта использовать для своей задачи — от мощного корабля-контейнеровоза до стремительного гоночного болида. Давайте же погрузимся
Личный опыт применения бережливого производства в IT
Очень давно вынашивал в себе планы написать эту замечательную статью, но из-за нехватки времени всё никак не мог закончить её оформление. Благодаря череде новогодних праздников мне удалось найти время и силы, чтобы довести начатое до логического конца. Ура! Надеюсь, что мой труд не пропадёт зря и найдёт позитивный отклик у аудитории Хабра. Введение. Бережливое производство (lean production или просто lean) — это концепция, ориентированная на максимальную эффективность работы предприятия за счёт минимизации всех видов потерь. В основе лежит стремление к созданию ценности для потребителя, при этом исключая все ненужные расходы и излишние процессы, которые не добавляют этой ценности. Данная философия активно применяется в различных отраслях, от производства автомобилей до сферы услуг. Если описывать простыми словами, то бережливое производство – это про концентрацию на основном результате труда (основной ценности), поиск путей наиболее эффективного получения этого результата и отказ от траты времени и ресурсов на то, что эту ценность не приносит. Например, мы хотим стать олимпийскими чемпионами по прыжкам в высоту. Это значит, что вся наша деятельность должна быть направлена на достижение этой цели, поэтому мы тратим время на интенсивные тренировки, соблюдаем режим дня и питания, употребляем «витамины» для более быстрого восстановления, обучаемся только у опытных тренеров, участвуем в региональных соревнованиях, общаемся с другими спортсменами и прочее. Все остальные активности, которые нам не помогают в достижении этой цели, мы выбрасываем. Отказываемся от ночной разгрузки вагонов, от строительства своими силами дачного домика, от употребления алкоголя, от посещения кружков по вышиванию и рукоделию и т.д. Всё должно быть подчинено нашей цели.
Повышение эффективности в IT
В условиях стремительно развивающегося цифрового мира информационные технологии (IT) становятся неотъемлемой частью бизнес-процессов, а также основой для достижения конкурентных преимуществ. Однако, несмотря на все возможные выгоды от внедрения технологий, многие компании сталкиваются с проблемой неэффективного использования IT-ресурсов, что приводит к различным потерям — как временным, так и финансовым. 1. Анализ потерь и их причины. Потери в IT могут проявляться в разных формах: от неэффективных бизнес-процессов до плохо организованных систем управления проектами. Рассмотрим несколько ключевых факторов, которые способствуют потере эффективности:
Scrum is dead или почему Kanban намного эффективнее Scrum
Введение. Методы управления проектами в сфере разработки программного обеспечения, такие как Scrum и Kanban, стали основными инструментами для команд, работающих по методологии Agile. В этой статье я рассмотрю, какие преимущества даёт Kanban по сравнению со Scrum. 1. Отсутствие необходимости в спринтах. В Scrum работа организована в виде спринтов, каждый из которых длится от одной до четырёх недель. Чаще всего команды выбирают двухнедельные спринты. На протяжении этого времени команда обязана выполнить все запланированные задачи , что может создавать давление на исполнителей и вынуждать их принимать не самые оптимальные решения, а также склонять их к «срезанию углов», чтобы успеть всё выполнить к ранее обозначенным срокам. Никто и никогда не знает реальных сроков выполнения той или иной задачи, поэтому команды впустую тратят своё время, чтобы примерно оценить сроки выполнения. Было бы лучше, если бы это время было потрачено на реальную работу, а не попытки угадать сроки выполнения задач. Если во время планирования спринта исполнитель сообщает о коротких сроках выполнения, то на спринт ему просто дают больше задач, чтобы он не скучал без работы. Если же исполнитель называет очень большие сроки, то ему говорят, что это очень долго и что сроки нужно уменьшить. И вообще, у нас тут очень много задач в очереди, поэтому работать надо быстрее и эффективнее. Примерные сроки выполнения, названные наугад во время планирования, становятся вдруг обязательствами во время спринта, что ещё сильнее демотивирует команду и ведёт к постоянным спорам между исполнителями и Product Owner’ом по поводу сроков и количества задач для спринта.
Анатомия виртуального сотрудника: от смыслов до каналов
Привет, Хабр! Меня зовут Илья Волынкин, я технический директор МТС Exolve. Когда мы говорим про коммуникации, то обычно представляем себе двух человек, общающихся либо в чате, либо голосом. В современном мире такая схема встречается все реже: появляются разные боты, новые каналы связи, которые еще и действуют параллельно. Так возникают сложные системы для голосовых коммуникаций — омниканальные роботы. В статье я расскажу об их основных архитектурных паттернах, применении ИИ-моделей и возникновении новых и непривычных решений.
Гиперконвергенция в облаке – от VMware до OpenStack
Привет, Хабр! В этой статье расскажем о гиперконвергенции и как ее можно реализовать разными путями в облаке. А также просто разберемся, чем она отличается от виртуализации с контейнерами. Для начала дадим определение гиперконвергенции, далее поговорим про OpenStack и VMware и затем перейдем к деталям реализации.
Nvidia Triton Inference Server: строим production ML без разработчиков
Привет, Хабр! Меня зовут Антон, я DevOps-инженер в команде Data/ML-продуктов Selectel. В этой статье расскажу про наш новый продукт —
Проектирование serverless функций
Serverless функции - отличная возможность не думать о масштабировании, легко деплоить, а также использовать free tier для своих телеграм-ботов. В своей практике я часто использую этот подход и хочу поделиться опытом, когда это действительно удобно, а когда лучше посмотреть в сторону других решений. Если у нас простая задача, например отправлять уведомления по вызову и событиям, то в целом проблем нет (только нюансы реализации). Но если мы хотим один или несколько микросервисов, или целое приложение разделить на serverless функции - тут начинаются интересные вещи. Нужно так спланировать свое приложение, чтобы оно было разделено по функциям, при этом его легко можно было масштабировать и расширять. В этой статье хочу разобрать, каким образом проектировать и делить приложение, когда этот подход имеет смысл, а когда нет. За последние годы я реализовал несколько проектов на serverless архитектуре, и постараюсь поделиться основными принципами и подводными камнями, с которыми столкнулся.
От «все сломалось» до «вы меня спасли»: как проходит день дежурного администратора в облачном провайдере
Добрый день, коллега или случайный читатель. Меня зовут Павел, я дежурный системный администратор в Nubes. Мне коллеги по ошибке прислали доступ к Хабру, и я, никому ничего не сказав, решил втихаря поделиться тем, как проходит моя рабочая смена. Надеюсь, меня не накажут, хе-хе. 08:00 – с первыми лучами солнца, я, счастливый, встаю с кровати и иду разминаться. 20-минутный бег и прохладный ветерок придали сил на грядущий день. 08:30 – возвращаюсь с пробежки и начинаю завтракать. В меню сладкий чай, авокадо, форель и газета. Кажется, пора разрабатывать нефтяные скважины, нефть дорожает. 09:00 – 09:40 – спокойно еду в метро и даже успеваю сесть на свой автобус. 09:40 – 10:00 – коллеги спокойно передают мне смену. 10:00 – 19:00 – с умным видом решаю сложные задачи. 20:00 – отправляю вечерний отчет руководителю. 03:00 – заканчиваю свои рабочие дела и…
Продуктовые обновления ноября: 100% кешбэк на CDN, новые конфигурации в БД и другое
Привет! Я — Настя, технический писатель в Selectel. В дайджесте рассказываю, какие обновления в продуктах и услугах произошли в ноябре. Вы узнаете, как бесплатно контролировать трафик в облачных серверах, получить доступ к двухнедельному тестированию ML- и Inference-платформ, а также скачать дистрибутив SelectOS. Подробнее — под катом.
Cloud-native подход при работе с Ceph: как перестать бояться и начать деплоить
Привет, Хабр! Я — Игорь Шишкин, руководитель R&D-направления облачных сервисов Рег.ру в группе компаний Рунити. В Рунити мы прошли долгий путь от SSL-сертификатов, доменов и виртуального хостинга к VDS и VPS, а затем к собственной IaaS-платформе на базе OpenStack и Ceph. Сегодня я расскажу, как мы вообще выбирали SDS (Software Defined Storage), как устроена конфигурация в самом Ceph, приподниму завесу о наших процессах R&D, а также как мы тестируем решения на базе Ceph и как доставляем конфигурацию до production-окружений. Эта статья написана по мотивам моего доклада с HighLoad++ 2024, читайте подробности под катом.
Revertron 
