Сообщение Re[9]: Бизнес логика в ХП от 28.07.2016 15:40
Изменено 28.07.2016 15:43 itslave
Здравствуйте, gandjustas, Вы писали:
G>И даже банальные расчеты это показывают. Предположим что цена железа растет линейно мощности.
Это верно в весьма небольшом диапазоне.
G> если мы возьмем масштабы гугла или ФБ, то там вертикальное масштаирование или физически невозможно или стоит сильно больше горизонтального.
И ты сам это понимаешь.
G>Но это гугл и ФБ, таких масштабов в жизни мало кто сможет увидеть. А для обычных приложений вертикальное масштабирование выгоднее.
На самом деле упомянутый порог достаточно низок и достигается на раз-2 на сколько нибудь нагруженом ресурсе. А если и статистику считать самостоятельно, и контекстные хинты показывать — то все становистя еще веселей.
G>Почитай про stackoverflow, при их нагрузках они масштабируются вертикально в основном.
А почитай про стоимость и время разработки stackoverflow. В обычном же девелопменте квалификация девелоперов сильно ниже отобранных лично джоелом боевых пидарасов на зп сильно выше средней в нуерке, и тайм прессинг сильнее.
G>И даже банальные расчеты это показывают. Предположим что цена железа растет линейно мощности.
Это верно в весьма небольшом диапазоне.
G> если мы возьмем масштабы гугла или ФБ, то там вертикальное масштаирование или физически невозможно или стоит сильно больше горизонтального.
И ты сам это понимаешь.
G>Но это гугл и ФБ, таких масштабов в жизни мало кто сможет увидеть. А для обычных приложений вертикальное масштабирование выгоднее.
На самом деле упомянутый порог достаточно низок и достигается на раз-2 на сколько нибудь нагруженом ресурсе. А если и статистику считать самостоятельно, и контекстные хинты показывать — то все становистя еще веселей.
G>Почитай про stackoverflow, при их нагрузках они масштабируются вертикально в основном.
А почитай про стоимость и время разработки stackoverflow. В обычном же девелопменте квалификация девелоперов сильно ниже отобранных лично джоелом боевых пидарасов на зп сильно выше средней в нуерке, и тайм прессинг сильнее.
Re[9]: Бизнес логика в ХП
Здравствуйте, gandjustas, Вы писали:
G>И даже банальные расчеты это показывают. Предположим что цена железа растет линейно мощности.
Это верно в весьма небольшом диапазоне.
G> если мы возьмем масштабы гугла или ФБ, то там вертикальное масштаирование или физически невозможно или стоит сильно больше горизонтального.
И ты сам это понимаешь.
G>Но это гугл и ФБ, таких масштабов в жизни мало кто сможет увидеть. А для обычных приложений вертикальное масштабирование выгоднее.
На самом деле упомянутый порог достаточно низок и достигается на раз-2 на сколько нибудь нагруженом ресурсе. А если и статистику считать самостоятельно, и контекстные хинты показывать — то все становистя еще веселей.
G>Почитай про stackoverflow, при их нагрузках они масштабируются вертикально в основном.
А почитай про стоимость и время разработки stackoverflow. В обычном же девелопменте квалификация девелоперов сильно ниже отобранных лично джоелом боевых пидарасов на зп сильно выше средней в нуерке, и тайм прессинг сильнее.
А бывают еще требования по high-availability, которые в принципе невозможно выполнить на одной железяке. Например 99.95% аптайма, которые хотят наверное с половину серьезных заказчиков, прямиком ведет к zero-downtime update. Как ты это заимплементишь на одной железяке?
G>И даже банальные расчеты это показывают. Предположим что цена железа растет линейно мощности.
Это верно в весьма небольшом диапазоне.
G> если мы возьмем масштабы гугла или ФБ, то там вертикальное масштаирование или физически невозможно или стоит сильно больше горизонтального.
И ты сам это понимаешь.
G>Но это гугл и ФБ, таких масштабов в жизни мало кто сможет увидеть. А для обычных приложений вертикальное масштабирование выгоднее.
На самом деле упомянутый порог достаточно низок и достигается на раз-2 на сколько нибудь нагруженом ресурсе. А если и статистику считать самостоятельно, и контекстные хинты показывать — то все становистя еще веселей.
G>Почитай про stackoverflow, при их нагрузках они масштабируются вертикально в основном.
А почитай про стоимость и время разработки stackoverflow. В обычном же девелопменте квалификация девелоперов сильно ниже отобранных лично джоелом боевых пидарасов на зп сильно выше средней в нуерке, и тайм прессинг сильнее.
А бывают еще требования по high-availability, которые в принципе невозможно выполнить на одной железяке. Например 99.95% аптайма, которые хотят наверное с половину серьезных заказчиков, прямиком ведет к zero-downtime update. Как ты это заимплементишь на одной железяке?