Las respuestas a su pregunta son subjetivas, sin embargo, hay algunas recomendaciones de documentos oficiales que puede seguir: ¿Qué tipo de módulos debo tener y cómo debo usarlos? . Si no ha leído los documentos sobre NgModule y las preguntas frecuentes, le sugiero que pase unas horas estudiándolos, las cosas serán mucho más claras (al menos lo fueron para mí :)

Estoy usando la siguiente configuración y funciona bastante bien para mí :

• app/ shared : este es el módulo en el que guardo cosas pequeñas que todos los demás módulos necesitarán. Tengo 3 submódulos allí, directives , components y pipes , solo para mantener las cosas un poco mejor organizadas. Ejemplos: filesize.pipe del archivo.pipe , click-outside.directive outside.directive , offline-status.component ...
• app/ public - En este módulo mantengo las rutas públicas y los componentes de nivel superior. Ejemplos: about.component , contact.component , app-toolbar.component
• app/ core : los servicios que necesita la aplicación (y sin los que no puede funcionar) van aquí. Ejemplos: ui.service , auth.service , auth.guard , data.service , workers.service ....
• app/ protected - Similar a public , solo para usuarios autorizados. Este módulo tiene rutas protegidas y componentes de primer nivel. Ejemplos: perfil-de- user-profile.component , panel.componente, dashboard.component dashboard-sidebar.component ...
• app/ features : este es el módulo donde se encuentran las funcionalidades de la aplicación. Están organizados en varios submódulos. Si su aplicación reproduce música, aquí es donde irían los submódulos de player , playlist de reproducción y favorites . Si observa @angular/material2 , este sería un equivalente a su MaterialModule y muchos submódulos, como MdIconModule , MdSidenavModule , etc.
• app/ dev : utilizo este módulo cuando desarrollo, no lo envío en producción.

Los consejos generales serían:

• organizar características por funcionalidad, no por páginas
• mantener rutas similares en su propio módulo (bueno para carga diferida)
• los servicios que la aplicación necesita para funcionar van al núcleo
• las cosas que importas más de una vez (o dos) probablemente sean buenas para compartir
• leer documentos en detalle, hay muchas cosas buenas allí

Para responder a sus preguntas específicas: pondría todas esas rutas en un módulo: static , public , cualquiera que sea el nombre. CsrfService - core, Logger - core o dev, HttpModule - core, solo necesita una instancia (probablemente), auth - core. No ponga servicios en compartido.

Si no puede decidir cómo/qué agrupar en una característica, cree una nueva aplicación, copie la carpeta de características específicas y debería funcionar allí también. Si no es así, tendrás que organizar mejor las cosas.