Состояние сервера можно условно сравнить со здоровьем человека: оно у всех разное и умирают все от разных причин. Пульс, давление, температура — это показатели, которые помогают в диагностике нас. В мире Linux эти показатели: CPU, использование памяти, работа дисков и прочее. Как и в медицине, мониторинг можно проводить в реальном времени или анализировать уже собранные данные.

Если у человека проблема с сердцем 🩺, врач может сделать ЭКГ прямо сейчас, но если нужны показатели за длительный период, нужен суточный мониторинг ЭКГ по Холтеру, который может показать, например, проблемы ночью. В Linux этим занимается набор инструментов sysstat, в состав которого входит, в том числе, утилита sar, которая помогает визуализировать данные в логах /var/log/sysstat/.

Разделы:

Часть I. Установка и настройка sysstat.

Часть II. Пример использования sar для чтения из логов двух нод Kubernetes — умозрительный пример.

Часть III. Команда sar и диагностика проблем: описание метрик и что они означают, наглядные таблицы. Описание проблем.

Четвёртая часть интервью 2001 года Ф. Франы с Э. Дейкстрой.

В этой части Дейкстра снова говорит о разочаровании IBM System/360 и объясняет свою известную фразу о победе Запада над СССР в холодной войне.

Здесь герой интервью упоминает много своих работ, важных для развития программирования: речь идёт о 60-х годах XX века.

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

Третья часть (не заключительная) интервью 2001 года Ф. Франы с Э. Дейкстрой.

Продолжаем вспоминать историю программирования, которая помогает ответить на вопрос, почему оно получилось таким, а не другим. Был бы этот путь другим, если бы не политика? Теперь мы уже не сможем ответить на этот вопрос, но можем посмотреть, какая царила в то время атмосфера.

Вторая часть интервью 2001 года Ф. Франы с Э. Дейкстрой.

Как зародились формальные методы программирования и актуальны ли они сейчас?

Продолжаем вспоминать историю, которая помогает ответить на вопрос, почему программирование получилось таким, а не другим.

Изучение истории помогает понять, как формировались текущие концепции, как появлялись какие‑то решения, в чем была разница в культурных подходах различных стран.

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

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

Поэтому я решила проанализировать интервью 2001 года Ф. Франы с Э. Дейкстрой (ссылки на источники в конце). Это позволяет не только раскрыть мысли героя интервью, но и напомнить о начале истории программирования, почему оно получилось таким, а не другим.

Статья о том, что писал сам изобретатель Эдсгер Дейкстра о своём алгоритме поиска кратчайшего пути в первоисточнике. Приведён пример: как найти этот путь между двумя голландскими городами, которые посещал автор алгоритма.

Разбор известного алгоритма для начинающих с разбором моментов, с которыми я столкнулась. Приводится само объяснение механизма, без кода, чтобы лучше понимать саму суть. Да, поисковик выдаст 36 600 результатов при точном запросе. Но, возможно, кому‑то захочется знать историю вопроса и более неформального разбора.

Как писал сам автор алгоритма:

«Слава богу, у нас есть не только серьёзные проблемы, но и нелепые».

Менять профессию — дело интересное и часто правильное. Если был перерыв в карьере или путь начинается с нуля, то велика вероятность, что «входить» в новую профессию, особенно в сфере IT, придётся через стажировку. Мой опыт прохождения стажировки в роли бизнес‑ и системного аналитика был в течение нескольких месяцев, что я решила вспомнить и отметить написанием небольшой статьи.

Если вы вдруг решили резко с места в карьер изменить карьеру и пополнить ряды стажёров‑аналитиков от разработки (бизнес- или системных), но у вас есть какой‑то опыт в IT, возможно, эта статья вам пригодится.

На тот момент у меня был бэкграунд разработчика (бэк) и даже давнишний (более 5 лет назад) опыт IT‑аналитика, также я проходила курсы по JavaScript. Это и плюсы, и минусы одновременно, но об этом по ходу статьи.