вот где на гошечке кстати ок было написано, хотя там были странные решения по типу микросервисы делать

вообще не представляю себе каково это в миллионах строк лапши копаться

2.5 миллиона всего лишь

взяли девопса джуна и в итоге каждый релиз это попоболь, хотя по идее гошечка это бинарь закинул и радуйся

щас бы для сайтика с 1.5 рпс делать микросервисы со словами "масштабироваться будем" ммм

щас бы для сайтика с 1.5 рпс делать микросервисы со словами "масштабироваться будем" ммм

Я так зафигачил бота себе

А потом так же интегралы брал, потому что R их брал полтора дня в 32 потока. И Си 40 минут в 32 потока

По факту на фортране оно жрало дофига оперативы и считало все за 30 секунд в однопотоке

лишнее поле добавил пошёл сдк обновлять и по всем микросеврисам правки вносить ммм как удобно в проекте где тебе ничего не нужно делать

там это всё ещё в дофига слоёв было размазано, а как известно в гошечке лучшие абстракции и ты каждый раз по всему проекту проходишься копипастить в десятый раз по мелочи

страничку со статистикой добавить? да, хорошо а, не, стой, у нас же это всё по овер999 базам размазано, щас собирать будем

ну сцук не гугл же пишем

просто сайтик сделать

почему людям так сложно сайтик сделать

пойду таблеточку выпью

почему людям так сложно сайтик сделать

Потому что проще сделать приличными кучу совсем мелких сервисов, чем один монолит. В нормальное проектирование монолитов мало кто умеет

там это всё ещё в дофига слоёв было размазано, а как известно в гошечке лучшие абстракции и ты каждый раз по всему проекту проходишься копипастить в десятый раз по мелочи

Гы. В фортране я такое же с утра пытался написать, но забил.

Потому что проще сделать приличными кучу совсем мелких сервисов, чем один монолит. В нормальное проектирование монолитов мало кто умеет

так в чём прекл делать микеросервисы по 100 строчек

там реально сто строчек было

был даже один на ноде на 50 строк, который просто короткие урлы генерил

так в чём прекл делать микеросервисы по 100 строчек

Это уже экстремально

полтора года писали, хотя там по факту любой веб фреймворк и за месяц накидать

"сервис статики" месяц писали

алё в нджинксе правило на три строчки пропиши

Потому что проще сделать приличными кучу совсем мелких сервисов, чем один монолит. В нормальное проектирование монолитов мало кто умеет

ну и микросервисы без опытного админа или девопса это боль канеш

"сервис статики" месяц писали

Ну это уже совсем странно звучит

Нафига?

Какая мотивация была?

техдир сказал техдир написал

вот

захотелось ему

Круто, чё

там было около 200 строчек, из которых 100 были скопипащены из ответа на каком-то форуме

на самом деле его код весь так выглядел будто он это какому-то челику на фриланс за 1.5$/час отдал

техдир сказал техдир написал

Интересно у вас

о это да

что на прошлом месте техдир странный, что на этом

"не найдём разработчиков ни на что кроме пхп"

ну ладно, поверю

чсх я же тогда совсем дебилом был, ну то есть я и щас не особо сверхразум, но тогда прям очень легко было повестись на все эти приколы

потому что все эти люди которые сложно пишут умеют ещё красиво говорить

и ты слушаешь и "да, а он дело говорит", а потом просто говна ешь

ну то есть я понимаю что есть вещи, которые сами по себе сложные

но у нас же просто сайтик сделать

но у нас же просто сайтик сделать

Ну амазон тоже просто сайтик!!1

ох если бы у нас юзеров и инфраструктурные запросы как у амазона...

ох если бы у нас юзеров и инфраструктурные запросы как у амазона...

преждевременную оптимизацию уже признали злом, осталось разобраться с преждевременным масштабированием

преждевременную оптимизацию уже признали злом, осталось разобраться с преждевременным масштабированием

Так одна и та же фигня.

ну на каком-то уровне абтсракции да

Ну, это такое

Есть вещи, которые надо делать всегда. Там, не писать совсем говна на рефлексии, не закладываться на то, что у тебя один инстанс аппы будет

И так далее

Есть вещи, которые надо делать всегда. Там, не писать совсем говна на рефлексии, не закладываться на то, что у тебя один инстанс аппы будет

Иногда и это не нужно, на самом деле. Есть системы, которые гарантированно не растут

Иногда и это не нужно, на самом деле. Есть системы, которые гарантированно не растут

Каждый раз, когда я так себе говорил, я обжигался

Если это не ваншот, то как бы надо делать всегда нормально

Иногда и это не нужно, на самом деле. Есть системы, которые гарантированно не растут

ну 2 инстанса как минимум должно быть, если важен аптайм

Если это не ваншот, то как бы надо делать всегда нормально

Я про всякие чисто внутренние системы на выброс

Я про всякие чисто внутренние системы на выброс

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

У нас как-то петпроект фановый стал бизнескритикал фичей. А был сделан строго для внутреннего пользования. Но выполз наружу

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

Ну рабочей делать надо, а вот затачивать на масштабируемости - далеко не факт, если только это не совсем дёшево.

Как-то так

Если это не ваншот, то как бы надо делать всегда нормально

Нормально делать надо всегда, но есть большая разница между нормально и давайте все распилим на нано сервисы а вдруг у нас скоро будет хайлоад бешеный

Нормально делать надо всегда, но есть большая разница между нормально и давайте все распилим на нано сервисы а вдруг у нас скоро будет хайлоад бешеный

Есть

И, к слову, в том определении хайлоада, которое я считаю наиболее верным нет числа запросов

И, к слову, в том определении хайлоада, которое я считаю наиболее верным нет числа запросов

какое же?

И, к слову, в том определении хайлоада, которое я считаю наиболее верным нет числа запросов

числовые симуляции эволюции галактик?

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

недавно в подкасте у Хансельмана говорили, что писать надо так, чтоб если что, код (то, что бежит) можно было бы легко заменить, но при этом данные наработанные - переиспользовать в будущем

преждевременную оптимизацию уже признали злом, осталось разобраться с преждевременным масштабированием

преждевременная кубернетизация

какое же?

Это когда инфраструктура перестаёт справляться с нагрузкой

А один запрос там или миллион - не очень важно, принципы решения проблемы одни и те же

преждевременная кубернетизация

Хорошо

Это когда инфраструктура перестаёт справляться с нагрузкой

под инфраструктурой имеется ввиду один физический инстанс ?

Вся инфраструктура системы

Вся инфраструктура системы

ну у гугла вся инфраструктура системы справляется с нагрузкой. Можно ли утверждать, что у них не хайлоад?

ну у гугла вся инфраструктура системы справляется с нагрузкой. Можно ли утверждать, что у них не хайлоад?

Согласно этому определению - да. Но мы точно не знаем, справляется ли

Т.е. все ли мониторы зелёные, нет аутеджей и ничего нигде не отваливается нештатно

Плюс, гугл сложно назвать одной системой. Можно, конечно, когда мы board goal в пять девяток по всему алфавиту ставим, но это же не так

то есть, если у нас, например, раньше было по одному инстансу на все части приложения (бек, база и тд), а потом этого перестало хватать, у нас случился хайлоад. Потом мы сделали систему распределенной, и она стала справляться с нагрузкой. Ноды больше не ложатся, базы не ложатся, аптайм всей системы 100%. Это значит, у нас больше не хайлоад?

Я пытаюсь формализовать, что в этом определении инфраструктура и что в нем "справляться"

С идеей, что хайлоад измеряется не цифрами, а симптомами я согласен

Я пытаюсь формализовать, что в этом определении инфраструктура и что в нем "справляться"

Было бы что формализовывать в неформальном определении