Защита подводных интернет-кабелей: новый вызов или старая песня?

17 и 18 ноября 2024 года в Балтийском море случился неприятный инцидент: были повреждены два телекоммуникационных кабеля. Один BCS East-West Interlink, соединяющий Литву и Швецию, и C-Lion1 — между Финляндией и Германией. Это вызвало серьезные проблемы с доступом к интернету для некоторых пользователей.

Работоспособность одного кабеля оперативно устранили, буквально через 10 дней, и проблема с доступом разрешилась. Но остался открытым вопрос: что это было? Диверсия или случайное повреждение? Политики поспешили обвинить в этом Россию и Китай — особенно с учетом того, что маршрут судна Yi Peng 3 как раз проходил в этом районе.

И это далеко не единичный случай. Например, в январе 2025 года тот же кабель C-Lion1 повредило якобы уже судно, перевозившее нефть. Давайте посмотрим, насколько это серьезная угроза и как защищают подводные кабели в целом.

https://habr.com/ru/companies/first/articles/904460/

DevOps инфраструктура для стартапов ч.1

Мы — команда студентов из ИТМО, которая прошла путь от хакатонов до продуктовой разработки. На собственном опыте расскажем, как выстроили инфраструктуру, способную масштабироваться, переживать сбои и не стоить как полкоманды в найме. Когда ты только начинаешь делать стартап, инфраструктура кажется чем-то второстепенным. Важнее MVP, фичи, дизайн, пичдек. Но в какой-то момент всё внезапно перестаёт помещаться на одном сервере, руками деплоить становится больно, SSL не обновляется, а продакшн падает из-за перегрузки или забытого docker-compose up . Kubernetes? Слишком сложно, долго и дорого. Монолит? Неудобно масштабировать. Мы искали третий путь — и нашли его.

https://habr.com/ru/articles/904234/

Варианты усиления фальшпола для ЦОД

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

https://habr.com/ru/companies/lure_it/articles/904082/

Зачем Switch построила ЦОД в пустыне, а IBM — в бывшей рудной шахте: 10 необычных локаций дата-центров

Спрос на услуги дата-центров растёт. По прогнозам , к 2030 году мировой рынок ЦОДов достигнет $409,1 млрд. Это обусловлено тем, что всё больше компаний переводят операции в облаках, работают с ИИ, большими данными и требуют от инфраструктуры скорости, надёжности и энергоэффективности. Именно поэтому дата-центры появляются не только в привычных индустриальных зонах, но и в самых неожиданных местах — от подземных шахт до дна океана. Рассмотрим необычные локации и попытаемся выяснить, почему компании выбрали такие базы для серверов.

https://habr.com/ru/companies/ruvds/articles/903240/

[Перевод] Gemini 2.5 Pro возглавил все ИИ-бенчмарки: Google возвращает корону технологического лидера

Лучший в мире ИИ уже встроен в ваш телефон, почту и поиск, а вы даже не заметили? Gemini 2.5 Pro занимает первое место на всех ИИ-бенчмарках и предлагается пользователям бесплатно Узнаете, почему интеграция с семью платформами-миллиардниками делает позиции Google неуязвимыми

https://habr.com/ru/articles/901720/

Как готовить Triton: рецепты вашей собственной Inference-платформы

Привет, Хабр! Меня зовут Антон, я DevOps-инженер в команде Data/ML-продуктов Selectel . Если вам нужно запустить небольшой инференс одной ML-модели, можно взять команду бэкендеров, дать им эту модель, они обернут ее в эндпоинт — и готово. Достаточно короткого скрипта из нескольких строк на Python. Но что если нужно запускать несколько моделей, оптимизировать выполнение, работать с ансамблем моделей, задействовать CPU и GPU одновременно и т. д.? Все эти проблемы решает NVIDIA Triton Inference Server. Правда, он добавляет одну новую: разобраться с ним и его документацией — тот еще квест. В статье посмотрим, насколько сложной задачей может оказаться создание собственного инференса и какие аспекты нужно учитывать. Научимся запускать различные форматы моделей, посмотрим на основные фичи Inference-платформы Selectel, запустим несколько популярных LLM и моделей, а также познакомимся со способами оптимизации конфигурации и проектирования интерфейса для модели.

https://habr.com/ru/companies/selectel/articles/901358/

Исследование Selectel: 42% российских компаний планируют расширять свою IT-инфраструктуру в 2025 году

Мы в Selectel ежегодно проводим опрос российских компаний о планах развития IT-инфраструктуры. Исследование включает размеры инвестиций, планы масштабирования и развития IT-инфраструктуры, а также востребованность отдельных IT-технологий. В новом опросе приняли участие 268 специалистов, которые отвечают за развитие и обслуживание IT-инфраструктуры в своей компании или у компаний-заказчиков. Результаты исследования под катом.

https://habr.com/ru/companies/selectel/articles/901618/

Архитектура приложения. Разбиваем приложение Ansible на модули (Inventory, Deployer)

Привет, Хабр! Продолжу серию третьей статьей об эффективном использовании Ansible для развертывания больших инфраструктур в компаниях. В этом тексте я расскажу, какую архитектуру приложения на основе Ansible мы сформировали, и остановлюсь на модулях Deployer и Inventory.

https://habr.com/ru/companies/pt/articles/896652/

Охлаждаем серверы кипятком? PUE 1.03 — это миф и погружение тут не поможет? Может в космос?

Привет, постоянные и не очень читатели! Что вы слышали о последних трендах в охлаждении серверов? Возможно, знаете про жидкостное охлаждение? А про ЦОДы в океане читали? Всё это интересно, но если вас привлёк заголовок про серверы в кипятке, если вы не знаете про питьевую воду для охлаждения, не слышали о капиллярной системе для процессоров, а слово «PUE» для вас ничего не значит, то вы удачно припарковались — в этой статье я расскажу, как индустрия охлаждения серверов адаптируется к чипам, TDP которых стремится к 1000 Вт. Осторожно, лонгрид! Запасайтесь термосом с чаем, кофе или чем-то горячительным, чтобы не замёрзнуть :)

https://habr.com/ru/companies/servermall/articles/896112/

Готовим геотаргетинг на nginx + GeoIP2 и связываем с локализацией в Next.js

В этой статье поделюсь быстрым способом настройки геотаргетинга на nginx + GeoIP2 в связке с локализацией Next.js на примере решения реальной задачи. Вы узнаете как подключить и настроить GeoIP2 к nginx , как приоритизировать и настроить критерии выбора домена и локали, и как подружить это с Next.js

https://habr.com/ru/articles/893294/

Мониторинг инфраструктуры: как избежать простых и неправильных решений

Мониторинг – это не только сбор информации о состоянии, а помощник для всех. И именно поэтому он такой разный. Ведь чтобы помочь пользователям, разработчикам, провайдерам, мониторингу приходится решать очень разные задачи на разных уровнях. Например, пользователям важно, чтобы сервис был доступен именно в тот момент, когда он им потребуется. Провайдеру – чтобы ресурсы работали максимально эффективно. На первый взгляд кажется, что главное для мониторинга – это выбрать ключевые метрики, учесть особенности инфраструктуры и настроить сбор данных, триггеры и алерты. Несомненно, это очень важно для инструмента наблюдения. Но всё же главное в мониторинге — сделать его источником информации для развития и оптимизации. Привет, Хабр! Я — Андрей Камардин, SRE-инженер одной из российских облачных компаний, старший преподаватель в МАИ и эксперт Skillbox по DevOps. Веду канал « Записки про IT ». Для закрытого комьюнити Skillbox IT Experts рассказал, как мы настраивали мониторинг инфраструктуры для принятия решений.

https://habr.com/ru/articles/893142/

[Перевод] Путь к масштабированию PostgreSQL: от теории к практике

"Postgres масштабируется" - нет других двух слов, которые вызывали бы больше споров. По крайней мере, в кругах, где я общаюсь, в подвале компании, где инфраструктурные эльфы заставляют Rails-приложение работать. Многие верят, вопреки всему и маркетинговым кампаниям Big NoSQL, что знакомая технология лучше, чем новый неизвестный инструмент, о котором только что рассказали на совещании руководства. Честно говоря, я понимаю их позицию. Заставить Postgres писать больше данных может быть сложно. Вам нужно больше оборудования. В большинстве случаев его можно получить, просто нажав кнопку "Обновить". Но когда вы дошли до экземпляра r5.24xlarge с 5 репликами такого же размера, и ваши процессы vacuum всё ещё отстают от графика, ситуация становится довольно пугающей. Именно здесь начинается испытание для настоящего инженера. На пределе возможностей. Я говорю не о WebAssembly . Я говорю об инженерном духе, который смотрит на проблему под давлением руководства и вместо того, чтобы бежать к ближайшей команде продаж с большими обещаниями (но малым количеством фактов о вашем конкретном случае), решает её, используя базовые принципы. А базовый принцип говорит нам, что нам нужно. У Postgres закончилась пропускная способность для записи. Либо из-за блокировок при работе с WAL , либо что-то застопорило vacuum. Вероятно, это та неактивная транзакция, которая открыта уже 45 секунд, пока приложение делает запрос к Stripe, но это не наша забота. Мы - инфраструктурная команда, и наша задача - заставить базу данных работать.

https://habr.com/ru/articles/891122/

BGP-anycast

Привет! Хочу поделиться реализованным кейсом на тему георезервирования между двумя инфраструктурными площадками. Эта информация может быть полезной для компаний или коллективов, которым нужно обеспечить доступность критически важных сервисов, даже если один из инфраструктурных сегментов (ЦОДов) выйдет из строя.

https://habr.com/ru/articles/887828/

Конфигурирование кластерных систем с помощью Sparky и Rakulang

В общем случае конфигуриоование распределенных и кластерных систем - задача непростая. Для кого может быть полезным инструмент Sparky? Если у вас не используется кубернетес и вам приходится конфигурить / обновлять распределенную инфраструктуры со сложными взаимосвязями. Здесь я покажу несколько примеров не претендующих на исчерпывающее покрытие данной темы Базовая конфигурация Для того что бы все работало необходимо установить Sparky агенты на все настаиваемые ноды вашего кластера и обеспечить сетевую связанность на уровне http/https

https://habr.com/ru/articles/886660/

Основные настройки аналоговых FXS-шлюзов IPmatika серии IGW200-14400

В 2024 году компания АйПиМатика приступила к продаже линейки VoIP-шлюзов для аналоговых и цифровых телефонных линий под брендом IPmatika (серия IGW). Несмотря на то, что аналоговая телефония уходит в прошлое, в некоторых проектах требуется реализация совместимости с АТС, городскими медными линиями и телефонами старого поколения. Например, это актуально в тех случаях, когда структурированная кабельная сеть государственного учреждения или промышленного предприятия уже построена, а мероприятия по ее демонтажу и переоснащению приведут к неоправданным затратам. В таком случае целесообразно использовать существующую кабельную сеть и осуществить постепенную миграцию на VoIP-оборудование. Эти задачи с успехом могут быть решены с помощью шлюзов IPmatika серии IGW. Различные по емкости модели шлюзов применяются как в небольших компаниях — в качестве абонентских адаптеров ATA, так и в качестве клиентских устройств провайдеров, а также в составе телефонных узлов операторов. В данной статье мы рассмотрим элементы настройки линейки абонентских FXS-шлюзов, которая представлена моделями с емкостью от 2 до 144 портов. Модельный ряд представлен изделиями с 2, 4, 8 портами (для настольной установки), 16, 24, 32 портами (для монтажа в стойку 19” и телекоммуникационные шкафы) и 48, 72, 96, 120, 144 портами (для использования в конфигурации подключения к кросс-панелям в операторских узлах). Шлюзы с емкостью до 32 портов имеют аналоговые разъемы RJ-11 для линий. Шлюзы с емкостью 48 портов и выше не имеют портов RJ-11 и используют разъемы TELCO для подключения к коммутационным узлам.

https://habr.com/ru/companies/ipmatika/articles/885150/

Конфигуратор. Связываем хосты в единую инфраструктуру, используя функциональность Ansible inventory

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

https://habr.com/ru/companies/pt/articles/884526/

Архитектурные различия DNSSEC, DNS-over-TLS, HTTP-over-TLS

На вкус и цвет - все фломастеры разные. Это, впрочем, не мешает излишнему смешению технологий защиты DNS, с технологиями защиты трафика и с технологиями защиты DNS-данных. Рассмотрим, как и на каких уровнях используются криптографические протоколы при работе c DNS, выясним, можно ли всё свести к TLS для веба.

https://habr.com/ru/articles/883910/

Я проверил, сколько вы платите за одинаковое железо в разных облаках

Чем короче полоска, тем, вероятно, больше вас переподписывают или более старое железо предлагают. Что это за график — ниже Идея очень простая: покупаю одинаковые тарифы на одинаковом железе и гоняю тесты. Удивляюсь, немного охреневаю, снова гоняю тесты. Ну и вот теперь показываю вам. Задача: понять, насколько одинаковый тариф с одинаковым количеством vCPU и RAM выражается в реальную производительность у разных провайдеров. Забегая вперёд — у меня нет вопросов к Селектелу, Клауд.ру (Сберу) и Яндексу (почти). У них переподписки, вроде, нет. А вот дальше начинается дичь. Разница такая, что я чувствую, что оставлю свою инсталляцию и сделаю из этого сервис, чтобы можно было прогнать тесты каждому самостоятельно. Но пока давайте покажу результаты.

https://habr.com/ru/companies/h3llo_cloud/articles/882126/

Чему учит постоянная релокация (или её ожидание) в контексте персональной инфраструктуры

TL;DR Автор рассказывает, как разовая релокация поселила в нём неуверенность в будущем, страх постоянных переездов и как это отразилось на его пет-проектах и сопутствующей инфраструктуре.

https://habr.com/ru/articles/881074/

[Перевод] Почему азиаты доверяют роботам парковку, а европейцы — нет

Параллельная парковка — стресс для большинства водителей. Недовольные гудки сзади, страх врезаться в другие автомобили или поцарапать свою машину о бордюр. И извечное: достаточно ли близко я к тротуару, а может, слишком далеко? Еще исследование 2010 года показало , что при парковке сердцебиение резко подскакивает буквально в течение 10 секунд. И это отличная почва для автоматизации: пусть вкалывают роботы, а человек будет спокоен. Уже более десяти лет автомобили поставляются с функциями автоматизированной параллельной парковки. Однако водители США и Европы, похоже, не ценят эту помощь.

https://habr.com/ru/articles/880902/