`filewriter`: deployment topology
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Pouca atividade
- Domínio
- distributed-systems
Direção de pesquisa
Comece lendo as alternativas de topologia de deployment nesta issue e, em seguida, revise as issues vinculadas #96 e #85 para verificar as restrições relacionadas. Identifique como a arquitetura escolhida deve oferecer suporte a HRPD-X, SANDALS2, WISH e VESUVIO, mantendo-se extensível para MNeuData; considera-se concluído quando a arquitetura tiver sido acordada e documentada.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
We need to define how the filewriter and other cooperating processes will run.
- One-per-instrument: each FW process incrementally writing out the events from a single instrument
- Pooled: some number, perhaps dynamic, of filewriters which may pick up a writing job from any instrument. This is the architecture that ESS use.
Things to consider:
- Pooled architecture is a requirement if we might ever collect data faster than it can be written to disk. This seems unlikely at present.
- Consider interaction with https://github.com/ISISComputingGroup/DataStreaming/issues/96 ; this likely makes a pooled architecture more desirable
- Needs to work for HRPD-X/SANDALS2/WISH/VESUVIO etc before MNeuData is available. We do not need to solve the MNeuData case in this issue, but we should pick an architecture which makes it possible to extend in likely MNeuData directions later.
- Consider interaction with https://github.com/ISISComputingGroup/DataStreaming/issues/85
- Linguagem predominante
- Sem dados de linguagem
- Estrelas
- 0
- Forks
- 0
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de ISISComputingGroup/DataStreaming
-
ISISComputingGroup/DataStreaming#115 · 1 responsável ·
-
ISISComputingGroup/DataStreaming#114 · 1 responsável ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 45/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
Todas as issues de ISISComputingGroup/DataStreaming
Issues semelhantes
-
bug examples invalid iris
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
ai_reviewed
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
ydb-platform/ydb#53838 · 3 comentários ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
NovaSky-AI/SkyRL#2263 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
johanhaleby/occurrent#1106 ·
-
ShuffleManagerRegistry.register recursion guard is inverted, permits GlutenShuffleManager subclasses Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100