Для масштабування або не в масштабі

Говорячи про горизонтальної розділів бази даних, DHH з ROR відома про те, що масштабування речі можуть почекати, безумовно, чекати до того моменту вашого бізнесу вимагають цього. Його стаття, безумовно, має сенс для невеликих установок сказати стартапів. Не скажу, що в стартапи ви повинні написати демо-програм, але, враховуючи, що є тільки 24 годин на день ви повинні зосередитися на обслуговуванні скажімо 1000 користувачів в більш ніж засіб для досягнення втрати сну через занепокоєння про те, як буде моя заява обробляти навантаження 13142000 користувачів. Якщо ви отримуєте ті багато користувачів ви дізнаєтеся, як в масштабі. Для стартапів масштабованість хороший проблему вирішити, але набагато краще, проблема є, я маю на увазі будь-якого стартапа хотілося б зіткнутися з цією проблемою!

В іншій суміжній статті Джеремі Зоодні пише ви не повинні залежати від г-н Мур, якщо у вас є проблеми масштабованості.

Оскільки ці статті відносяться до закону Мура , я не можу не написати, що закон Мура повинен бути одним з найбільш узагальнений закон в галузі комп'ютерних наук. Зі своєю оригінальною пророкування про щільність розміщення транзисторів, цей закон в даний час привів скрізь ви зіткнетеся з ростом.