Еще одна вещь, на которую стоит обратить внимание, это ваш план развертывания. Планы развертывания, к сожалению, игнорируются и / или недооцениваются. Помните, что вы развертываете на нескольких узлах и хотите учесть, как вы хотите развертывать и тестировать логическим способом.
Например, предположим, у вас есть четыре узла в вашей ферме. Вы вытаскиваете два из кластера и обновляете и тестируете, затем меняете два других, чтобы повторить? Определите, соответствует ли ваш текущий процесс развертывания ответу, который вы предоставляете. Тот факт, что количество серверов в X раз больше, не означает, что вы хотите или должны выполнять X раз больше работы.
Просто на секунду вернемся к кеширующей части разговора. Вы обязательно должны взглянуть на решение распределенного кэширования. Если вы предварительно кешируете данные и используете обратные вызовы с удалением кеша, вы можете по-настоящему поставить стук в базу данных, если не будете осторожны. Кроме того, многие решения распределенного кэширования также предлагают некоторый уровень управления состоянием сеанса. Мне очень понравился проект Microsoft Velocity, хотя это всего лишь вторая версия CTP, которая еще не готова к производству.