Администрирование

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

Среди главных киберугроз, которые могут быть важными для России, можно выделить шпионаж, кибертерроризм, мошенничество, кибератаки на государственные и коммерческие организации, а также на объекты КИИ, такие, как энергетические системы, транспортные сети и т. д. Ниже, на рисунке 1 наглядно показано распределение угроз в ряде Российских компаний, из статистики за 3-4 квартал 2022 года.

Вторая часть мини-цикла про попытки американцев сделать одноступенчатую ракету на замену «Шаттлу». С середины 80-х в этом качестве рассматривался сверхамбициозный проект NASP, но чем дальше шла его разработка, тем больше вставало проблем. Дабы не наступать на грабли «челнока», заказчики исследовали и альтернативные концепции. Сегодня речь пойдёт о «космической маршрутке» «Delta Clipper».

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

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

Обычно за домены приходится судиться если:

• компания на старте запуска не подумала о покупке домена;

• компания купила, например, только домен *.com, забыла про *.ru или изначально второй ей был не нужен;

• права на домен оформлены на уволившегося или конфликтного сотрудника.

Небольшой рассказ о том, как я делал арифметические ядра и сделал лучший селектор (декодер адресов).

Как обычно пишут сервер, если не особо заботиться производительности? Программа запускается, затем начинает принимать входящие соединения от клиентов и для каждого клиента запускает новый поток, который занимается обслуживанием этого клиента. Если вы используете какой-нибудь, прости господи, Spring или Flask или там Poco, то он что-такое внутри себя и делает - разве что потоки можно переиспользовать, то есть брать из некого пула. Это всё довольно удобно, но не слишком эффективно. Скорее всего, ваши потоки, обслуживающие клиентов, живут недолго и большую часть времени ожидают либо получения данных от клиента, либо отправки их клиенту - то есть ждут возвращения системных вызовов. Создание потока ОС - довольно дорогая операция, как и переключение контекста между потоками ОС. Если вы хотите уметь обслуживать много клиентов эффективно, надо придумать что-то другое. Например, коллбеки. Но это довольно неудобно.

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

В статье будут затронуты такие важные темы, как теория баз данных, реляционная база данных PostgreSQL, Spring Framework и Android разработка. Также будет рассмотрен базовый, не очень сложный пример, который поможет разобраться во всех этих темах и "потрогать" их руками.

Статья предназначена для начинающего разработчика, но имеющего базовые знания о разработке программного обеспечения и языках программирования Java и Kotlin.

Все материалы и исходный код можно найти здесь.

Главная фишка наномашин и прочих нанотехнологий в том, что их не видно. И даже обычный микроскоп тут не факт, что поможет, микро- всё-таки в тысячу раз больше, чем нано-. И вот здесь нам поможет сегодняшний пациент: Сканирующий Туннельный Микроскоп, дальше будем кратко называть его СТМ, был изобретен в 1981 г. Гердом Карлом Биннигом и Генрихом Рорером в лаборатории IBM в Цюрихе, а в 1986 принес своим создателям Нобелевскую премию. Правда, только половину, вторую часть получил Эрнст Август Фридрих Руска уже за другой микроскоп.

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

Мы живём в большой микроволновке? - определённо да.
Опасно ли это? - нет.

Как эпоха контента ведёт нас к вышкам связи и роутерам через каждые 10 метров, и почему это единственный безопасный формат беспроводных сетей связи.

И, конечно, как StarLink спасёт тиктокеров из деревень и сёл ;)

Создание многоразового орбитального корабля «Спейс Шаттл» стало триумфом американской авиапромышленности. Но эксплуатация уникальной системы скорее разочаровывала, а катастрофа «Челленджера» сделала необходимость скорой замены «челнока» очевидной. Американцы не стали размениваться по мелочам, а замахнулись сразу на одноступенчатый носитель. Три проекта, бросивших вызов формуле Циолковского, дошли до отработки агрегатов и экспериментальных прототипов. Мы поговорим о первом из них.

Здравствуйте. Это версия моей первой статьи на русском языке, прошу не судить строго.

Одним из способов хранения древовидных структур в реляционных СУБД является “материализованный путь”. В интернете можно найти множество описаний этого и других способов, следует выбирать исходя из вашей задачи. 

В PostgreSQL существует специальное расширение ltree, предоставляющее дополнительные инструменты для работы с метками и путями. О нем и о решении вопросов, связанных с консистентностью (целостностью) данных, и поговорим. 

Итак, задача: сделать таблицу item с полем path типа ltree для удобной работы с деревом, а также обеспечить целостность данных на уровне базы. 

Терминология:

Эта заметка является переводом поста в блоге Дэвида Ханссона под заголовком «Even Amazon can't make sense of serverless or microservices». Здесь минимум редактуры для сохранения оригинальной авторской подачи.

Команда Prime Video из Amazon опубликовала довольно примечательное тематическое исследование, посвящённое их решению отказаться от своей микросервисной serverless-архитектуры и заменить её монолитом. Этот шаг сэкономил им ошеломляющие 90% (!!) эксплуатационных расходов, а также упростил систему. Какая победа!

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

^{Телефон для меня — как икона,
Телефонная книга — триптих,
Стала телефонистка мадонной,
Расстоянье на миг сократив.
/В. Высоцкий/}

С тех пор, как у людей появилась информация, они начали искать способ её передачи. Идеи были разными и человечеству вечно чего-то не хватало: надёжности (гонца могли поймать и изъять у него сообщение), скорости (голуби ещё ладно, а вот ямщики пока доедут, пока в пути отдохнут…), дешевизны передачи (корабли и автомобили были слишком накладны). Вечно что-то мешало: то шероховатость поверхности, то проводящие способности воздуха, то пресловутая гравитация… Но ни у кого из нас не было бы в руках смартфона с сотовой связью и интернетом, если бы не было ямщиков, голубей, крайне неудачного итальянского проекта с трубами между домами (почти пневмопочта) и, конечно, телеграфа.

А главное, если бы не было их — первых телефонов.

В Prime Video мы предлагаем нашим клиентам тысячи прямых трансляций. Чтобы гарантировать, что клиенты беспрепятственно получают контент, Prime Video создала инструмент для мониторинга каждого потока, просматриваемого клиентами. Этот инструмент позволяет нам автоматически выявлять проблемы с качеством воспринимаемого контента (например, повреждение блока или проблемы с синхронизацией аудио / видео) и запускать процесс их устранения.

У нашей команды анализа качества видео (VQA) в Prime Video уже был инструмент для проверки качества аудио / видео, но мы никогда не планировали и не проектировали его для масштабной работы (нашей целью было отслеживать тысячи одновременных потоков и увеличивать это число со временем). Подключая к сервису больше потоков, мы заметили, что масштабная эксплуатация инфраструктуры обходится очень дорого. Мы также заметили узкие места в масштабировании, которые мешали нам отслеживать тысячи потоков. Итак, мы сделали шаг назад и пересмотрели архитектуру существующего сервиса, сосредоточив внимание на стоимости и узких местах масштабирования...

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

Любой успешный проект начинается с ясного и понятного плана, который определяет направление работы и описывает подход к его реализации. Проработка проекта на ранних этапах с достаточным уровнем детализации экономит время во время разработки и позволяет успешно завершить проект в предсказанные сроки и бюджет. Именно для этой цели и созданы технические дизайн документы ("design doc" или "дизайн док"). Дизайн документы помогают разработчикам понимать основные требования к проекту, его архитектуру и функциональные возможности, а также процессы обеспечения безопасности и отказоустойчивости, масштабирования и эксплуатации.

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

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

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

В этом тексте поговорим о том как можно построить эффективную программную реализацию энергонезависимой Key-Value Map(ки) над дешевой SPI NOR Flash для микроконтроллерных проектов. Суть проста. Нужна NVRAM.

Proxmox — это специализированный дистрибутив для виртуализации и контейнеризации на базе Debian Linux.

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

С ним мы уже больше двух лет, и очень довольны: он сильно упрощает очень многое: нарезку и резервирование ресурсов, живую миграцию (qemu VM's only), централизованный сбор метрик (без необходимости впихивать экспортер/агент в каждого гостя), управление (через WebUI, api и ssh).

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