#process #parent-child #encapsulation #lifecycle #late-binding
#процесс #родительский-дочерний #инкапсуляция #жизненный цикл #позднее связывание
Вопрос:
Инициализация может использовать потерянные процессы. Зомби могут вызывать проблемы с системными ресурсами. Это ситуации, когда UNIX / Linux может и проделал хорошую работу за эти годы.
С появлением Docker / Kubernetes, Podman и других кластеров на основе контейнеров. Управление зависимостями между связанными процессами имеет решающее значение для горизонтального масштабирования системы. Логика для каждого микросервиса должна быть инкапсулирована в самой службе. Системы со временем меняются, функциональность, интерфейсы, взаимозависимости меняются — микросервис теряет свою инкапсуляцию. Горизонтальное масштабирование сильно страдает, если не полностью отключено.
Что, если бы вы могли написать плагин, запустить его, и он мог бы работать автономно или мог бы привязываться / отсоединяться к / от родительского процесса в режиме реального времени, как того требует состояние времени выполнения?
Тесно связанный, он может легко расширить возможности родительского процесса.
Что, если он тоже может преобразовать родительский процесс?
Может ли динамическая адаптация процесса в реальном времени гарантировать, что все новые взаимозависимости будут инкапсулированы в течение жизненного цикла процесса?
Если это так, существующие процессы могут быть расширены новыми способами без какого-либо нового кода, разработанного для родительского.
Кто-нибудь знает, как родительский процесс может присоединять / отсоединять дочерний процесс, используя ОС UNIX / Linux?