Explore

Осознанная инфраструктура

Aleksandr Iakimenko

Что такое инфраструктура?

⁠

Мы все постоянно пользуемся различной инфраструктурой. Реальной и виртуальной. Но это вообще что? Конкретно.

Википедия даёт следующее определение понятия инфраструктуры:

⁠

Инфраструкту́ра (лат. infra — «ниже», «под» и лат. structura — «строение», «расположение») — комплекс взаимосвязанных обслуживающих структур или объектов, составляющих и обеспечивающих основу функционирования системы. В современном русском языке в общеупотребительном значении инфраструктура — это совокупность предприятий, учреждений, систем управления, связи и т. п., обеспечивающая деятельность общества или какой-либо её сферы. В английском языке термин «инфраструктура» (англ. infrastructure) появился в 1920—1928 гг. и первоначально использовался в военной сфере, где им обозначали комплекс сооружений, обеспечивающих действие вооружённых сил.

⁠

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

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

А ещё есть другие маршруты, другие автобусы, офисы с логистами, бухгалтерами и юристами, автохозяйства с механиками и электриками и сантехник, обслуживающий туалеты во всей этой системе. А ведь если его не будет (не именно этого несчастного сантехника, а вообще этой части системы), в один прекрасный день выдачи ЗП главный бухгалтер побежит в туалет соседнего офиса, что через дорогу, поспешит перейти на жёлтый сигнал светофора, и окажется сбит водителем автобуса пытающимся успеть между рейсами заскочить за получкой... Итог: зарплата не выдана, часть рейсов задержана, нагрузка на остальные рейсы выросла, качество услуг для пассажиров снизилось, трое из них написали жалобы, один даже в прокуратуру, водитель, сбивший бухгалтера с горя запил, двое механиков, оставшиеся без зарплаты уволились (они давно собирались открыть свой гаражный автосервис, но тут удобный случай), пришли проверки из мин.транса, прокуратуры, трудовой и пожарной инспекции (кто-то из сотрудников “сдал”). Считаем сумму убытков, сравниваем с стоимостью услуг приходящего сантехника (хорошего, дорогого), банкротимся, справляемся с депрессией, учитываем полученный опыт, открывая новый бизнес (парк развлечений, например).

Так, например, для автобусного парка инфраструктурой будут являться офис и автохозяйство, а для офиса - бизнес-центр с его удобствами, пространствами и помещениями и т.д.

И тут важно понимать, что инфраструктура, хоть и не является самой системой, но может составлять даже бОльшую и важнейшую её часть. Тот же автопарк равно не сможет существовать как без автобусов, так и без механиков и бухгалтеров. А бухгалтерия не сможет работать в поле. Для города отлаженная система вывоза и утилизации мусора может быть сложнее, важнее и дороже красивых остановок (это критично с санитарной точки зрения). Хотя для нас некрасивая остановка является раздражающим фактором, а вывоз мусора он как-то сам собой и вообще “в моём дворе всё вывозят”.

Да просто посчитайте себестоимость большинства продуктов относительно их розничной стоимости и затрат на реализацию.

Зачем её осознавать?

Из вышесказанного можем сделать вывод: инфраструктура - инструмент взаимодействия с системой. Тогда знание этой инфраструктуры - инструмент повышения КПД системы для её пользователя.

Понимая что и как работает мы можем точно выстроить собственные шаги к достижению цели.

Как осознать?

Всё живое динамично. Любое состояние системы в любой момент времени будет отличаться от её состояния в ту секунду, когда мы об этом думаем.

Отсюда выводы: “Знать всё на свете нереально, но я, мечту свою лелея, решил проблему гениально: я вычленяю суть идеи.”

Нет необходимости знать каждую мелочь. Хоть это и может быть полезным, но куда важнее понять основополагающие принципы. Саму суть системы. Причём не в абстрактных официальных формулировках, а так, чтобы вы могли объяснить это бабушке или ребёнку.

Бесполезно хранить всё в голове (она маленькая и вечно чем-то занята). Гораздо продуктивнее создать внешнее хранилище: заметку, документ, справочник, гит-репозиторий и т.п. Мы воспринимаем информацию глазами, а значит даже просто описав эту систему, мы поймём её лучше, чем держа всё в голове (как с шпаргалками).

Дополнительно можно описать сам путь нахождения информации о системе. Это позволит в будущем эффективнее использовать собственный опыт для понимания схожих систем.

Простота; Unix-way; чем понятнее, тем выше КПД

ЕЩË ПРОЩЕ!!!111

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

НО! Есть нюанс. Эта простота может быть контр-интуитивной. Мы довольно примитивные существа и по умолчанию считаем то, на что направлено внимание прямо сейчас, самым важным, и не видим ситуацию целиком. Так при выборе решения мы часто забываем учесть пару важных моментов:

Время. Мы живём во времени. И решение будет существовать в рамках времени. А значит и оценивая его простоту нужно учитывать простоту его поддержки на временнОй дистанции (а ещё его инфраструктуру).

Задачи. Зачем это решение? Какую проблему оно решает? Не здесь и сейчас, а глобально. Чтобы что? А то “чтобычто” чтобы что? Нужно ли оно вообще? А что будет если этого не сделать?

Стоимость (тоже на дистанции). Правда. Если простое решение стоит дороже сложного, это тоже его “усложняет”. Просто косвенно. Потому что значит в другом месте нам придётся проделать больше работы, чтобы покрыть эту стоимость.

Так мы можем понять исток идей unix-way и микросервисов: маленькие понятные и заменимые инструменты с низкой связностью.

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

Этот прекрасный виртуальный мир!

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

Возникает идея, что вообще абсолютного знания о системе просто не может существовать. Отчасти это так, но! Что если строить систему от описания? Сначала создать знание о ней и только после саму систему по этому знанию? И даже все изменения сначала описывать в так называемый “источник правды” о системе. А в идеальном мире, чтобы система ещё и в процессе динамических изменений сама себя описывала и только после изменялась (сама воспроизводится из заданных параметров и сама меняет их при необходимости измениться)! Не напоминает генетику? И по большому счёту, именно к этому стремятся все системы планирования и тайм-менеджмента.

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

Сложно сделать просто

Важно помнить, что “сложно сделать - просто, но сложно - сделать просто”.

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

Выводы

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

Что такое инфраструктура?

Зачем её осознавать?

Как осознать?

Простота; Unix-way; чем понятнее, тем выше КПД

Этот прекрасный виртуальный мир!

Сложно сделать просто

Выводы

Want to print your doc?
This is not the way.

Try clicking the ⋯ next to your doc name or using a keyboard shortcut (

CtrlP

) instead.