Umiddelbart peger tingene dog i retning af en kombination af Ruby og ASP.NET, medmindre der opdages nogle relevante komplikationer i denne kombination.
Ruby og ASP.Net er en meget usædvanlig kombination at starte en ny løsning med. Fordi de er meget overlappende dvs. du vil kunne bygge hele løsningen i enten Ruby eller ASP.Net. Jeg ville klart anbefale jer, at lave jeres teknologi valg så simpelt som muligt, og derfor enten vælge Ruby eller ASP.Net.
En af de problemer I kan risikerer at løbe ind i er at det bliver både svært og dyrt for at skaffe udviklere til at arbejde på jeres. I dag er det relativt svært at finde gode udviklere, det bliver sværere og dyrere hvis det de skal kunne ASP.Net, og hvis de skal kunne både Ruby bliver det stort set umuligt.
Et andet problem er at Ruby har det bedst på en Linux kværn og ASP.Net har det bedst på en Windows kværn, hvilket kan betyde at I enten skal gå på kompromis med kvaliteten eller betale for to maskiner hvor en kunne havde været nok.
Derudover kommer den øgede kompleksitet i fejlfinding, performance problemer pga. at der skal snakkes med et ekstra lag etc.
Medmindre dem der skal udvikle jeres løsning, har en virkeligt, virkeligt, virkeligt god grund til at sprede sig over to teknologier, så ville jeg i jeres sted insisterer på at man kun brugte den ene teknologi.
Jeg vil naturligvis foretrække en løsning som kan skaleres efter behovet af antal tilknyttede brugere på systemet kombineret med et userforecast.
Det kan godt betale sig, at lade vær med at tænke for langt (selvom det er sjovt), i min erfaring kan det betale sig at fokusere på at tjene den første million, så kommer de næste så meget lettere :-)
Det er selvfølgeligt svært at sige hvor stor en del af jeres omkostninger hosting bliver, men generelt for Saas løsninger, så spiller hosting prisen en mindre rolle, og kan altid formindskes når man får brugere nok. De store omkostninger er typisk udvikling og markedsføring.