Итак, импортозамещение катится по стране неостановимым катком. Внесём свой посильный вклад.

Под давлением обстоятельств нам пришлось сделать терминальную ферму на ОС REDOS и x2go (из комплекта поставки ОС). В принципе, решение получилось рабочим, с небольшими особенностями.

В статье ниже простыни ansible playbooks и более ничего.

Этот пост адресован, скорее, моим коллегам из SMB‑сегмента, потому что в больших компаниях эти вопросы худо‑бедно решены. Как вы знаете, социализм — это учёт и контроль. А коммунизм — это социализм и электрофикация всей страны. Вот так, с наскока, всё в комплексе очень сложно. Давайте попробуем начать с учёта.

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

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

Итак, основной целью деятельности коммерческих организаций является извлечение прибыли. Прибыль они извлекают в ходе выполнения тех или иных бизнес‑процессов. Бизнес‑процесс реализуется с помощью неких обеспечивающих сервисов, которые, в свою очередь, предоставляются одной или несколькими автоматизированными системами(АС). Автоматизированные системы состоят из приложений и баз данных, располагающихся на неких виртуальных(или физических) серверах, которые живут на гипервизорах. Гипервизор — это программное обеспечение, он тоже не в вакууме, а установлен на физический сервер. Сервер замонтирован в стойку и подключен к PDU. Стойка стоит в ЦОД. Прослеживаете логическую цепочку? От процесса продажи товара или услуги к железному шкафу в кондиционированном помещении?

Уважаемые читатели, перед вами перевод Главы 3 книги OSPF: Anatomy of an Internet Routing Protocol за авторством John T. Moy. Эта глава проливает свет на историю появления одного из самых распространенных протоколов динамической маршрутизации и сопровождавшие это появление трудности, интриги и скандалы, в период с 1987 по 1993 год XX века. Чтение этой главы меня настолько увлекло, что не мог не поделиться с уважаемым сообществом. В переводе сохранены оригинальные ссылки на библиографию, так же учитывайте, что это уже историческое произведение, книга подписана в печать в 1998 году.

Глава 3. Разработка протокола OSPF

Разработка протокола маршрутизации OSPF началась в 1987 году. OSPF был одним из первых протоколов, полностью разработанных Internet Engineering Task Force (IETF).

Спустя десятилетие, рабочая группа IETF по разработке OSPF всё еще существует и протокол OSPF продолжает дополняться, хотя базовые функции были зафиксированы при первой публикации спецификации OSPF Version 2 (OSPFv2) в 1991 году.

Если мы проследим процесс разработки OSPF, то мы сможем понять процесс появления новых функций и почему они являются столь важными. Как и Интернет, OSPF изменяется с течением времени. Некоторые имеющиеся функции, например Point-to-Multi-Point interface, не планировались в оригинальном дизайне, а функция TOS based routing была включена в дизайн, но не была реализована.