Explicação da arquitetura do Apache Chronos

Eu estava tentando ver o que faz Chronos melhor que Crons? Não consigo entender completamente o agendamento de tarefas e a arquitetura de execução.

Especificamente, essas são as perguntas sobre a arquitetura chronos que não estão claras para mim.

Em uma das documentações da Chronos, li que, como o crons tem SPoF, os crons são ruins e o cronos é melhor. Como o Chronos evita o SPoF?Onde as agendas de trabalhos são salvas no Chronos? Ele mantém algum tipo de banco de dados para isso?Como os trabalhos agendados são acionados, quem envia um evento para o Chronos para acioná-lo?Os trabalhos dependentes são acionados pelos cronógrafos; se sim, como os cronógrafos sabem quando o trabalho pai é concluído? É possível distinguir trabalhos com falha dos concluídos?Vi que os trabalhos no Chronos são definidos usando o formato Json, qualquer motivo para usar JSON e não qualquer outro formato como YAML, Apache Config etc.Um trabalho no chronos pode ter vários comandos? Se sim, todos esses comandos diferentes serão executados na mesma máquina no cluster ou o Chronos pode até lançar comandos diferentes em um trabalho em máquinas diferentes no cluster? Esses vários comandos no trabalho podem ser lançados em paralelo?Se o mesos já possui uma capacidade de agendamento, por que o Chronos é necessário? Chronos pode rodar sem Mesos?O Chronos suporta agendamento baseado em eventos? Por exemplo, execute meu trabalho quando o arquivo 'x' for criado etc.O que significa a execução assíncrona de um trabalho no Chronos?

Alguém tem uma boa referência para entender a arquitetura do Chronos?

questionAnswers(1)

yourAnswerToTheQuestion