А что для вашей задачи важнее доступность или масштабирование? Или одновременно?
Вы правильно заметили про приложения, БД только одно звено в цепи ИС, хотя за БД можно уже не беспокоиться, даже out-of-the-shelf вариант годиться (призводители старались :)

Как минимум, об уровне понимания заказчиком задач, стоящих перед программным обеспечением, может выражаться вот в таких словах: "Министерство народного образования Республики Узбекистан объявляет тендер на создание высокоэффективных электронных средств обучения для общеобразовательных школ в соответствии с требованиями государственных образовательных стандартов."

Понятно, что о МНО - не к теме кластеризации... :)
На данной стадии о масштабировании не думается (всё-таки новая система), но если реализуется отказоустойчивая система, то почему её нужно обязательно реализовывать по схеме 1+1 (как частный случай N+1)? Зачем вторая шелезяка должна просто так стоять? Пускай работает, отрабатывает затраченные на неё деньги! Например, за счет разделения прикладной задачи на два функциональных модуля, работающих на раздельных серверах (скажем - OLTP и DSS транзакции). Или путем балансировки нагрузки между группой серверов. При недостаточной мощности заказчик теоретически должен иметь возможность покупать не еще более мощный сервер (чтобы заменить всю существующую ферму),а добавить новый вычислительный узел. Понятно, что это только один из сценариев, но именно он и не может быть реализован в настоящее время силами наших программистов!

Не вижу проблему для реализации. Даже без применения "тяжелой артиллерии". :icon_wink:

Никаких технических ограничений по реализации, конечно же, не существует. Всё от головы... Или от недостаточного финансирования...

Скорее всего последнее :biggrin:

Атхам, просьба к тебе как-то модерировать тему, а то чувствую, уходит в сторону от основной идеи создания темы. Спасибо.

Пока в сторону ничего не ушло (только немного обросло водорослями):

• нехватка финансирования = нужно финансировать;
• неверно выбранные технологии обеспечения отказоустойчивости/доступности при разработке ПО приводят к удорожанию систем = изменять технические задания на разработку, до-финансировать, обучать программистов

Будем расчищать?

Некоторые руководители компаний настолько привыкли (зависят от зарубежных работодателей), что удивляются узнав о наличии оных. Другое дело, что при оформлении (выполнении) контрактов возникает много непройденных неудобств. Как объяснить клиенту, что по нам для зачёта работ нужна правильно оформленная счёт фактура (накладная)? Почему нужен экспортный контракт на незначительные по их меркам суммы?
Вот и получается что внешние клиенты начинают нашим предлагать не морочить им головы, а получить свои трудовые официально не фиксируя. С одной стороны удобно для них, с другой меньше беготни для наших.
При всём этом ВСЕ наши программисты хотят работать по белому, поэтому вопрос не в размерах льгот а в облегчённой процедуре официального получения, выполнения и закрытия объёмов. По существу программист или компания должна среагировать на потребителя в течение часов иначе он уйдёт, потому что на этом рынке идёт общемировая конкуренция и обладая некоторыми преимуществами при большом времени реакции мы теряем позиции.

Вся бедность от глупости, а глупость от бедности :)

Если объективно, то денег не хватает предполагаю даже Гейтсу. Нужно обратить внимание на самую главную ценность отрасли - головы. Вот с ними не так хорошо. Вот куда надо приложиться власти. Всё остальное, в том числе и финансы прибудут.
И это обоюдовыгодно для бизнеса и власти, софтвер не потребляет никаких сырьевых ресурсов нации и при достаточной квалификации "личного состава" несёт потрясающую добавленную стоимость.
Я упоминал о том, что текущий бакалавр это не то, что нужно индустрии. Нужны специалисты, назовите их хоть ремесленниками, но чтобы были профессионалами технологий.

ресурсы в интернет, программы в СМИ .... Вот бы Ассоциации этим заняться. Думаю компании подгоовили бы нужный материал

Точно!