Nachdem ich mich nun final dazu entschieden habe in Zukunft Orchard CMS nur noch per VS2013 als reinen Cloud Service in Azure auszurollen ist mir aufgefallen, dass es nach den Azure Rechenzentrums Upgrades in 2014 nicht mehr notwendig ist Affinity Groups (damals nützlich um Storage und Compute physikalisch nahe zusammen zu bekommen) zu benutzen, sondern stattdessen VNET pro Region. Das flache Netzwerk ist nun schnell genug, sodass dieses VNET völlig ausreicht ohne jedesmal neue Affinitäten zu erstellen, wenn man etwas ändert.
Hier auf diesem Blog habe ich eine gute Erklärung dafür gefunden. Falls ich mir die Zeit mal nehme werde ich hier beschrieben, wie man die 1.8.1 mit VS2013 und Blob Storage, Cache etc. sauber aufsetzt und auch das Release Management erledigt (Dev/Test, Staging, Production).
vleitzgen said
Durch weitere Recherchen wurde mir jetzt schnell klarer, dass es nur für Mega Websites wie z.B. von XBOX, MSN oder ähnlich notwendig ist mit Azure Cache und SQL DB Orchard auszurollen. Für einfach bis mittel komplexe Websites reicht es völlig mit dem Standard Orchard Deployment zu arbeiten und die Dateibasierte Datenbank zu nutzen. Dies hat den Vorteil, dass man Test/Dev komplett mit Webmatrix machen kann und dann einfach darüber auf Azure Web Apps published. Danach stellt man noch unter Settings die Site von localhost auf die korrekte Internet URL um und schaltet z.B. Shape Tracing wieder aus, womit die Webseite korrekt Live geht. In Azure gibt es jetzt auf App Insight Monitoring mit dem man dann die Performance weiter optimieren kann. Was man grundsätzlich einfach optimieren kann ist hier gut beschrieben: http://www.muddlingthru.ca/orchard-performance-tuning-checklist