Часто возникает ситуация, когда в кластере работает много взаимодействующих между собой сервисов, но из-за спонтанности разработки эти взаимодействия могут быть нигде не документированы. То есть ни команды разработки, ни команды эксплуатации доподлинно не знают, какие приложения куда обращаются, как часто, и какую нагрузку создают эти обращения. И когда возникает проблема с производительностью какого-то сервиса, не совсем понятно, на что нужно обратить внимание.
Рубрика «системное администрирование» - 8
Мониторинг межсервисного взаимодействия Kubernetes с помощью протокола NetFlow
2022-12-15 в 7:12, admin, рубрики: devops, Go, Grafana, kubernetes, netflow, Блог компании Флант, Сетевые технологии, сети, системное администрированиеКак самому за один вечер собрать минимальную ОС Linux из исходного кода
2022-12-07 в 9:00, admin, рубрики: bash, BusyBox, docker, extlinux, linux, linux kernel, ruvds_статьи, syslinux, Блог компании RUVDS.com, Настройка Linux, Разработка под Linux, сборка из исходников, системное администрирование
В современном мире нас окружает огромное количество электронных устройств различной степени сложности. Если устройство более или менее сложное, например, телевизор, маршрутизатор, смартфон, то с большой долей вероятности оно работает под управлением операционной системы Linuх, и эта мысль не даёт мне покоя.
Ещё больше не даёт покоя мне тот факт, что все ядра операционной системы Linux, которые работают на различных устройствах и серверах, собраны из исходного кода, находящегося в репозитории на сайте kernel.org.
Такие разные устройства, а операционная система, работающая на них, собрана из одного и того же исходного кода! Это утверждение, конечно, верно лишь отчасти, так как фактически ядро обычно расширено и модифицировано разработчиками конкретных дистрибутивов Linux, а также разработчиками конкретных устройств, но общего исходного кода достаточно много.
Мне всегда хотелось собрать операционную систему Linux самому из исходного кода, но процесс этот всегда казался сложным и запутанным, да и многого я не понимал. Но всё-таки в определённый момент времени я накопил достаточное количество знаний, чтобы осуществить свою мечту. В этой статье я хочу рассказать вам, как собрать минимальную Linux из исходного кода и запустить её у себя на компьютере. Читать полностью »
Основные архитектурные шаблоны построения ПО
2022-11-18 в 13:00, admin, рубрики: ruvds_перевод, архитектурные шаблоны, Блог компании RUVDS.com, распределенные системы, Серверное администрирование, системное администрирование, шаблоны проектирования
Краткий обзор восьми наиболее востребованных архитектурных шаблонов с иллюстрациями:
Как я сделал самый быстрый в мире файловый сервер
2022-10-31 в 9:00, admin, рубрики: .net, C#, F#, kestrel, minimal API, ruvds_статьи, Блог компании RUVDS.com, Серверная оптимизация, системное администрирование, файловый сервер
Задача — среди множества файлов найти на диске конкретный и отдать его по HTTP с заголовками «content-encoding», «mime-type» и «content-lenght». И сделать это как можно быстрее — на локальном хосте, чтобы не уткнуться в физические барьеры. Нас интересует скорость ради скорости.
В качестве веб-сервера будем использоваться Kestrel, .NET 7 RC 1, minimal API и F#. Финальная, оптимизированная версия есть и для C#.
Читать полностью »
Необычный случай восстановления данных или немного реверс-инжиниринга PLC Siemens Simatic S7-300
2022-10-29 в 10:27, admin, рубрики: plc контроллер, siemens, simatic, Восстановление данных, восстановление информации, Компьютерное железо, микроконтроллеры, плк, программирование микроконтроллеров, реверс-инжиниринг, системное администрированиеВремя — иллюзия, время Unix — иллюзия вдвойне…
2022-10-28 в 5:14, admin, рубрики: GNU, UNIX, Unix time, проблема 2038 года, Разработка под Linux, секунда координации, системное администрирование, эпоха unix
Как вы хорошо знаете, в Unix-системах мы измеряем время как количество секунд, прошедших с «эпохи»: 00:00:00 UTC 1 января 1970 года. Немало людей сильно разозлилось из-за этого, да и вообще, общественное мнение сочло это ошибкой.
Во-первых, это определение основано не на чём-то разумном, например, на объективной частоте колебаний атома цезия-133, а на удобной доле времени полного оборота одного большого камня вокруг собственной оси.
Во времени Unix каждый день гарантированно состоит из 86400 секунд и мы притворяемся, что это число равномерно увеличивается. Когда оказывается, что вышеупомянутый камень на самом вращался дольше, чем удобно для нас, и нам нужно добавить секунду координации, то мы просто притворяемся, что этого не было, а механизм меток времени не идентифицирует уникальный момент времени.
Ещё один аспект, который продолжает вызывать проблемы, когда мы пытаемся считать секунды, заключается в том, что мы сталкиваемся с проблемами хранения и описания данных, потому что, как оказалось, компьютеры не так уж хорошо справляются с числами. Не говоря уж об "эпохальном сбое".
Читать полностью »
Как мы меняли инфраструктуру облачного сервиса: эволюция от одной виртуальной машины к кластеру Kubernetes
2022-10-27 в 11:14, admin, рубрики: Help Desk Software, helpdesk, kubernetes, service desk, архитектура по, инфраструктура it-компании, системное администрирование, стартап, Управление продуктом, управление разработкойВот уже 7 лет мы развиваем Okdesk — облачную help desk систему для малого и среднего бизнеса.
В свое время мы начали с одной виртуальной машины у провайдера.
Постепенно сервис взрослел, менялись приоритеты, задачи и проблемы, с которыми мы сталкивались. Сегодня Okdesk живет уже на третьей версии инфраструктуры.
В этой заметке мы расскажем о том, как и почему эволюционировала архитектура Okdesk. А во второй части поста — почему мы перешли на Kubernetes, каких результатов это позволило добиться и что планируем делать дальше.
Представляем ClusterIssuer для автоматического выпуска SSL-сертификатов LE через REG.RU
2022-10-20 в 8:05, admin, рубрики: cert-manager, devops, kubernetes, regru, SSL, Блог компании Флант, системное администрированиеУ большинства популярных DNS-провайдеров есть API, с помощью которого можно управлять записями. Это позволяет автоматизировать заказ и продление SSL-сертификатов через DNS01.
В Kubernetes для работы с сертификатами используется cert-manager. Чтобы заказать сертификат в кластере, нужно объявить ресурс центра сертификации — например, ClusterIssuerЧитать полностью »
Обзор IDE Monokle, или Рассказ о неоправдавшихся ожиданиях
2022-09-30 в 7:01, admin, рубрики: devops, helm, IDE, kubernetes, monokle, Блог компании Флант, системное администрированиеВ погоне за лучшей или, правильнее сказать, удобной жизнью я начал искать решение, которое помогало бы писать чарты для Kubernetes и лучше разбираться в зависимостях — что, куда и откуда подставляется в созданных чартах. Так я наткнулся на программу под названием Monokle. В ее описании сказано: «Вы сможете составлять чарты, быстро находить какие либо несовместимости или неправильный код, а также деплоить ваши чарты сразу в K8s». Глаза загорелись, я приступил к установке.