Больные одной болезнью симпатизируют друг другу. Несчастные понимают друг друга.

Японская пословица.

(こんにちは) Конничива! Меня зовут Виктор, я менеджер проектов в Selectel. Это шестая часть цикла о применении TPS/TBP (Toyota Production System/Toyota Business Practice) на практике в IT. Каким бы крутым специалистом вы ни были, одного этого недостаточно — нужно еще и уметь показывать ход своих мыслей. Но как это сделать так, чтобы вас поняли все? Рассказываю под катом!

Распространенная головная боль пользователей 1C — обновление. Это нетривиальная задача, которая требует внимания ко множеству нюансов. Что‑то забыли, что‑то не учли — и уже потеря денег, а может быть, и данных. Мы рассмотрим несколько подобных примеров. Теперь многое становится проще. Рассказываем о том, как с помощью стороннего инструмента автоматизировать процесс, сэкономить время и избежать всех возможных препятствий. Уделим внимание работе с кластером в готовом облаке 1С в Selectel.

Когда вы разворачиваете веб-приложение, чаще всего у вас веб-сервер, бэкенд, база данных и авторизация оказываются на одном сервере. Первые пользователи, обычно тестировщики и менеджер, счастливы — все летает. Но потом приложение выходит в продакшн и начинается боль. Запросы тормозят и отвечают по пять секунд, CPU не загружен даже на треть, веб-сервер швыряет 504 Gateway Timeout и т. д. И вот вы сидите ночью и чините прод, потому что PostgreSQL — не просто «табличка с данными», а сложный инструмент с кэшем, индексами, буферами и планировщиком запросов.

Привет, Хабр! Меня зовут Александр Гришин, я руководитель по развитию продуктов хранения данных в Selectel и отвечаю за облачные баз данных и объектное S3 хранилище. В работе я часто сталкиваюсь с вопросами о производительности PostgreSQL, поэтому собрал практические советы для разработчиков, инженеров и архитекторов облачной инфраструктуры. В статье рассмотрим, как правильно использовать индексы, анализировать планы выполнения запросов и избегать типичных ошибок при проектировании схемы. Погнали!

Приветствую, Хабр!

В далеком (или не очень) 2021 году я узнал, что звук можно передавать не только с помощью классических динамических головок (колонок). Существует так называемый направленный звук. Данная технология довольно распространена, просто я был не в курсе. Применяется, в основном, для локализации звука в узком луче. Хороший пример — это музеи, выставки, картинные галереи и т. д. Подошли к экспонату, над вами установлен такой излучатель, вы слушаете информацию, отошли на метр — ничего не слышно. А можно ли передать звук на десятки метров? Спойлер: можно.

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

Всем привет! Меня зовут Лев, я специалист продуктовой поддержки в Selectel. Под катом расскажу, как проводят ремонт подводных оптических кабелей: кто этим занимается, как ищут обрыв на километровой глубине и каким образом восстанавливают оптическое волокно посреди моря.

На днях прочитал на Хабре вот этот перевод и решил рассказать о своем опыте работы с подобными очками. Все началось с комментариев на Хабре, где несколько пользователей упомянули Xreal Air (ранее Nreal Air) как отличное решение для работы. Кто-то писал (не могу найти комментарий уже), что они заменяют монитор, позволяя комфортно кодить или работать с текстами в любом месте.

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

Привет, Хабр! Я Аля — старший продакт-менеджер выделенных серверов Selectel. Когда-то давно я думала: «Что такого сложного во внутренней документации? Почему столько проблем с тем, чтобы она была актуальной, полезной и легко поддерживаемой? Делов-то». Оказалось, не все так просто.

В облачном мире PostgreSQL возникает много вопросов. Какую конфигурацию выбрать для старта кластера? Сколько оперативной памяти и ядер CPU нужно под мою базу данных? Нужны ли под такой профиль нагрузки высокочастотные процессоры? Какое должно быть соотношение RAM к Storage в кластере? Хватает ли ресурсов и на системные службы, и на кэширование запросов? Не переплачиваю ли я?

Всем привет! Меня зовут Гришин Александр, я руководитель по развитию продуктов хранения данных в Selectel, отвечаю за объектное S3-хранилище и облачные базы данных. В этой статье я поделюсь своими практическими рекомендациями и ориентирами по планированию использования ресурсов кластера в PostgreSQL — в зависимости от типа и профиля нагрузки, размера данных и характера доступа к ним. Погнали!

Привет! Думаю, никого не удивлю, если скажу, что российская игровая индустрия долгое время оставалась в тени студий-гигантов мирового уровня. Однако в последние годы ситуация понемногу начала меняться в лучшую сторону. Несмотря на все сложности, независимые студии и небольшие команды разработчиков продолжают создавать игры, которые находят свою аудиторию не только в России, но и за ее пределами. Особенно активно развивается сектор AA- и инди-игр, где авторские идеи, интересные механики и оригинальные миры находят себе дорогу к геймерам.

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

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

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

Китай впереди планеты всей в плане сотовых сетей. Пока многие страны только осваивают 5G, China Telecom запустила первую в мире коммерческую сеть 5G-A (5G-Advanced) с пиковой скоростью до 10 Гбит/с, что примерно в 10 раз быстрее обычного 5G и сравнимо с проводными 10-гигабитными сетями. Запустили новинку 17 мая 2025 года, в День электросвязи и информационного общества. Что такое 5G-A, как она работает и где можно использовать? Сейчас разберемся.

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

Обычно данные выделенных серверов хранят на локальных дисках, используют внешние специализированные системы хранения данных или СХД. Однако локальный диск нельзя подключить к нескольким «машинам», что может потребоваться в случае бесшовной миграции между серверами при использовании систем виртуализации вроде Proxmox Virtual Environment, VMware ESXi и других. А СХД достаточно дорогие. Кроме того, бывают сценарии, когда диски должны быть быстро масштабируемыми — тогда хорошим вариантом будет использовать сетевые диски облачной платформы.

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

Хорошая новость: виртуальные сетевые диски можно подключить к выделенным серверам. Можно сказать, это некий компромисс в гибкости ресурсов, когда нагрузка на CPU и RAM остается предсказуемой и достаточно выделенного сервера, но нужны масштабируемые по емкости и пропускной способности накопители. Как этого добиться, рассказываем под катом.

Привет, Хабр! Это снова Ефим Головин, все еще старший MLOps-инженер в Selectel. В прошлой статье в попытках оценить перспективы AMD в ML мы внезапно погрузились в дебри документации NVIDIA. А теперь пора взглянуть на то, что происходит, собственно, у AMD. Забегая вперед, могу сказать, что во многом «красные» оперируют очень похожими терминами. Это вполне понятно и логично, поскольку и NVIDIA их не из воздуха взяли. Все это так или иначе корнями уходит в идеи, появившиеся и описанные задолго до появления терминов «CUDA», «SM», архитектуры Tesla и т. д.

При работе с внешними интеграциями мы часто реализуем базовую реакцию на ошибки. В большинстве случаев достаточно ограничиться response.raise_for_status(), а детальную обработку оставить на потом.

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

Что делать, когда сервер возвращает ошибку 503? А если превышен лимит запросов? А, допустим, истекло время ожидания и тому подобное? Мы неизбежно получаем длинный список исключений и обработчиков, которые необходимо реализовать, задокументировать и протестировать. Однако ситуацию можно улучшить…

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

Привет, Хабр! В предыдущей статье о библиотеке grammY мы подробно разобрали основы создания Telegram-ботов на JavaScript. Кажется, настало время погрузиться в тему глубже и научиться добавлять более сложные фичи.

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

Поставили новый роутер, запустили онлайн-игру или развернули облачный сервер — и снова натыкаетесь на «двойной NAT», бесконечный порт-форвардинг и вместо своего IP видите чей-то 203.0.113.45. Причем железо и провайдеры уже готовы к IPv6, а мы все еще буксуем в прошлом.

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

Вы думаете, что данные защищены, потому что «все зашифровано»? Взломы из-за криптографии — это не про хакеров в черных худи с суперкомпьютерами. Чаще всего причина — простая халатность: кто-то включил TLS, но забыл отключить SSL 3.0, кто-то шифровал пароль, но на MD5 без строки salt.

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