I am planning to build n docker container with each container consisting of m services.
EDIT:
Two more notes: You mentioned that multiple services would not be appropriate with regard to scaling, could you explain why? (didn't they plan those use-cases?) What about the application model I mentioned before? It is described on this link: Service Fabric support for containers
Service Fabric provides an application model in which a container represents an application host in which multiple service replicas are placed. Service Fabric also supports a guest executable scenario in which you don't use the built-in Service Fabric programming models but instead package an existing application, written using any language or framework, inside a container. This scenario is the common use-case for containers. You can also run Service Fabric services inside a container. Support for running Service Fabric services inside containers is currently limited.
When you create an application, the container is selected during the service creation stage. And it is possible to add further services to an existing application (while selecting container type again). Is the application itself regarded as a container, too? Wouldn't this be suitable? But in the quote I added, it only talks about one guest executable, not many. It is further explained at this page: Package and deploy containers as a Service Fabric application using Yeoman
It is quite confusing. There seem to have been considerations made for multi-server scenarios within a container, while you said that it is note recommended. Is it kind of in a beta stage?
Could you described your way to go? With one service in one container? Would I need to create an application with a container service first, and afterwards add that application to a docker base image which could be added to a cluster node?
according to the ideology of containers - each container should have exactly one service. putting more than one service into a container is considered a bad practice. this would answer both of your questions.