supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
* Some thoughts on Dependency of Process Management
@ 2019-03-17 22:53 Dequan Zhang
  0 siblings, 0 replies; only message in thread
From: Dequan Zhang @ 2019-03-17 22:53 UTC (permalink / raw)
  To: supervision

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]


        

        
            
                
            Hi,Recently I need to write a supervisor for my service that consist of a few processes.And I encounter the systemd in my environment. In the first place I thought I would like to write some Unit files for systemd and I will be done.But it proves that I am wrong. Systemd is a very complex and even though I spent a lot of time to figure out what directive to use, I still dont have confidence that I did it correctly.Then I look at one of the idea behind the systemd is that systemd will have a full dependency graph for running service.Is it a good idea? I asked myself. And my answer is no. Becuase processes are living context and anything can happen to it.  If a process needs to take a consideration of existence of other process, that it should do it by its own.It is not like a build dependeny that can be bakced by a file system and is staic in a sense you can always go to states x,y,z like git commits.Any comments on my thought? Should the system manage the dependencies of service at runtime in a global scale?Best,Robin
        
        

    
    


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2019-03-17 22:53 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-17 22:53 Some thoughts on Dependency of Process Management Dequan Zhang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).