Описание систем.
По какой-то причине программисты любят программировать. Хотя уже лет 10, как минимум, программирование это конструирование систем, и чем дальше, тем это более выражено.
Я написал программу - но это только полдела. Программа должна быть обёрнута в окружение и подключена к, как минимум, одной другой программе (серверу БД, обычно). Что в этом окружении важно? Как другие программы влияют на то, что я должен написать?
Дальше больше. Вот мы склеили систему, обычно, сценариями на Питоне или bash. Является ли эта система оптимальной? Склейка же, обычно, рассчитывает на разделение работы - вот тут у нас балансировка нагрузки, а вот тут мы эти запросы обрабатываем, рассчитывая, что подключение к программе не будет установлено, пока не обработаем запрос. Прогоняя запрос через ядро ОС, с копированием и прочими атрибутами разделения.
Можем ли мы склеить nginx и приложение, склеенные Питоном? Чтобы сэкономить процентов десять-двадцать энергии системы в целом. Да ни за что - почти никому, кроме Microsoft, это даже в голову не приходит.
Поэтому программисты работают над тем, что попроще - над программой. Отделяя момент работы над системой либо во времени ("потом проверю в сборе") или вообще в процессуальном смысле, заводя через своего начальника специалиста по сбору системы в целом (devop).
Остановлюсь.
Я написал программу - но это только полдела. Программа должна быть обёрнута в окружение и подключена к, как минимум, одной другой программе (серверу БД, обычно). Что в этом окружении важно? Как другие программы влияют на то, что я должен написать?
Дальше больше. Вот мы склеили систему, обычно, сценариями на Питоне или bash. Является ли эта система оптимальной? Склейка же, обычно, рассчитывает на разделение работы - вот тут у нас балансировка нагрузки, а вот тут мы эти запросы обрабатываем, рассчитывая, что подключение к программе не будет установлено, пока не обработаем запрос. Прогоняя запрос через ядро ОС, с копированием и прочими атрибутами разделения.
Можем ли мы склеить nginx и приложение, склеенные Питоном? Чтобы сэкономить процентов десять-двадцать энергии системы в целом. Да ни за что - почти никому, кроме Microsoft, это даже в голову не приходит.
Поэтому программисты работают над тем, что попроще - над программой. Отделяя момент работы над системой либо во времени ("потом проверю в сборе") или вообще в процессуальном смысле, заводя через своего начальника специалиста по сбору системы в целом (devop).
Остановлюсь.