ViPRosА мой строит оптимальные расписания (быстро, дешево, качественно).

Масштабироваться умеет? Умеет работать в многопользовательской среде?
Двухзвенка сейчас мало кому интересна, вряд ли на этом можно заработать :)

ViPRosмы говорим о сервисе для построения расписания на их аппсервере

У них класстер, или даже несколько кластеров, возможно даже распределены по двум или более датацентрам.
Аппсервер )))

ViPRosсам построитель расписания вертикально масштабируется (утилизирует все что имеется)

Предлагаешь разогнать серверные процы с 100 раз и зарядить десятки ТБ оперативы?

ViPRos,

В общем, не масштабируется.
Эффективная утилизация ресурсов на одной машине, это не масштабирование :)


ViPRosНавалам машин по 100 ядер и несколько ТБ памяти (у меня на работе такая стоит в серверной)

Серьёзно?

ViPRosЗначит ты просто не понимаешь что такое масштабирование.

Да куда уж мне

ViPRosХоть вики прочти :) - https://ru.wikipedia.org/wiki/Масштабируемость

выкиВертикальное масштабирование — увеличение производительности каждого компонента системы с целью повышения общей производительности. Масштабируемость в этом контексте означает возможность заменять в существующей вычислительной системе компоненты более мощными и быстрыми по мере роста требований и развития технологий. Это самый простой способ масштабирования, так как не требует никаких изменений в прикладных программах, работающих на таких системах .

Много пришлось затратить на умение вертикально масштабироваться?

ViPRosПорядочно. Для того что бы утилизировать мощности, надо что бы алгоритмы были к этому готовы.

Именно, поэтому мы пишем всё async-first. Потому что вычислительных задач 1% от 99% работы с данными, а заказчик платит за автоматизацию работы с данными в активной многопользовательской среде, с большим объёмом импорта/экспорта, интеграции с использованием различных устройств и методов доступа.

ViPRosИз за того что 1с поставишь на 100 ядерную систему она 100 раз быстрее работать не будет.

И много ты знаешь вычислительных задач на 1С?

У нас есть вычислительные задачи с прогнозированием, аналитикой, кубами. Расчёт логистики, планирование, разнарядки. Всё при участии людей, каждый со своими методичками, сотни их. Нужна в первую очередь гибкость.

Деревянные системы с +100500 галочками и крыжиками нафиг никому не нужны, наелись. Пять лет назад один из наших крупных заказчиков сотрудничал с компанией-разрботчиком, писали ИС для внутреннего потребления. Довели до актов, сдали. Всё работает, офигеть.

Так как писали такие вот грамотеи, которые думают, что надо лишь бы заставить работать, а там хоть трава не расти, забили на юзабилити, на бизнес, думали всё про свои волшебные алгоритмы. Закончилось всё коллективным иском, при чём пользователи скооперировались со всей России, со всех уголков и накатали кляузу, сами жуйте это гуно.

Прошло пять лет. Пришли мы, вот такие недалёкие тупицы, которые думают о качестве разработки (вот больные, да?), о пользователях, о юзабилити, о сопровождении, о развитии, о масштабировании, о доступности с разных устройств и в разных условиях. Теперь всё ок, все счастливы :)