2009-11-27 13 views
5

Distribuirò la mia applicazione Web questo fine settimana su un server di prova. Ho già avuto un paio di tentativi di metterlo su e ho trovato difficoltà con:Distribuzione dell'applicazione Web ASP.NET

  • connessione al database
  • autenticazione
  • Masterpage riferimento

Che maggiore/insidie ​​minore hai trovato e come farei per evitarli o ripararli?

Oppure esiste una soluzione completa per la distribuzione di applicazioni Web?

risposta

4

Hai Kieran,

Basta dare uno sguardo a questo potrebbe darvi qualche idea Deploying Tips for asp.net web application

fatemi sapere se avete problemi durante la distribuzione .....

+0

hey Pandiya Chendur. Ho avuto alcuni problemi con la sicurezza.Puoi vedere il post completo qui: http://stackoverflow.com/questions/1830995/pushing-to-live-asp-net-web-application-security-exception – Kieran

1

bene questa settimana abbiamo testato e la distribuzione di nostra applicazione web ASP.NET su una web farm utilizzando IIS 7.

Vogliamo mantenere lo stato della sessione e di avere una web farm ostiniamo a un database SQL. Il trucco che ci ha ottenuto è che tutti gli oggetti inseriti nella sessione devono essere serializzabili quando si utilizza SQL Server per lo stato di sessione. Grr!

Modifica: Vieni Velocity! Questo ci consente di utilizzare un servizio WCF come stato di sessione in una configurazione di Web farm.

3

Alla fine, l'implementazione semplice dovrebbe far parte della progettazione a livello di architettura. È una di quelle cose che possono essere ingannevoli con il clacson alla fine di un progetto. In aggiunta al solo ottenere il sito in esecuzione, è inoltre necessario includere le cose come il controllo delle versioni, le modifiche alla configurazione, costruire processo, il supporto per più server (se del caso), ecc

Alcune linee guida:

  1. Centralizzare come molti dei vostri parametri di configurazione, come si può
  2. Utilizzare un processo di compilazione che consente di passare da locale a modalità di produzione
  3. parametri Bandiera config con "debug" o la "produzione", per rendere più facile sapere quale è quale
  4. È generale è una buona idea pre-compilare un sito nel proprio ambiente dev e distribuire in forma binaria
  5. Esistono componenti aggiuntivi per Visual Studio che possono semplificare/semplificare il processo
  6. Considerare l'utilizzo di un'implementazione basata su immagine per dimensioni maggiori ambienti multi-server
  7. è consigliabile utilizzare un ambiente di staging, dove le cose sono il 99% lo stesso del vostro sito di produzione
  8. non dimenticare di includere i dettagli di configurazione di IIS come parte del processo di distribuzione

Nel caso in cui è di qualsiasi interesse, copro i problemi di distribuzione nel mio libro: Ultra-Fast ASP.NET.

Problemi correlati