Aun no me queda claro algo. Este servicio ApiService quien lo usa? Tu dominio? Si es asi, recuerda que ahi es donde vive el concepto de "Anti-Corruption Layer" or capa de anticorrupcion. Si esos "modelos" que estas recibiendo desde "afuera" no son "convertidos" a agregados o entidades de tu dominio, entonces estas corrompiendo tu dominio. Ahi es donde es importante pensar en el SRP.
La idea es crear servicios individuales que consuman otros servicios y conviertan el objeto que recibe en otro que tenga sentido en tu dominio. Si tuvieras todas las llamadas bajo un solo servicio como ApiService, entonces tendrias que modificar esa clase cada vez que tengas que cambiar cualquier logica relacionada con los modelos que maneja. Tiene sentido?
Digamos que tu modelo 'industries', del servicio que ApiService consume, ha cambiado y necesitas cambiar ApiService para satisfacer ese nuevo cambio. No existe razon para que cambie otro codigo en tu servicio. Bueno, en ese caso te das cuenta de que los puedes separar. Recuerda, une lo que cambia en unisono y separa lo que no.
Si lo que estas creando es basicamente un wrapper para tu api, entonces asi esta bien. No necesitas mas.