для тех, кто не слышал - в новых Mac Book Pro накопитель не откручивается)

то есть его не получится заменить отдельно от ноутбука

А есть тут использующие kafka?

для тех, кто не слышал - в новых Mac Book Pro накопитель не откручивается)

А в прошлых ты мог его изменить? 0_0

да

https://ru.ifixit.com/Guide/MacBook+Pro+13-Inch+Retina+Display+Early+2015+SSD+Replacement/38520

А есть тут использующие kafka?

Допустим

господа девопсы, кто шарит в прометеусе? как в графане нарисовать график со значением в еденицу времени из возрастающе-накопительной метрики?

irate(...)

помогите, кто еще ранчером пользуется

чета rancher говна поел, перестал создавать хосты в EC2

irate(...)

👍благодарю

Посмотрим что у меня выйдет :) Надо по ходу реенжинирить модель данных и еще микросервисов нахерачить чтобы разделить логин и регистрацию.

Я бы вынес логин + регистрацию в микросервис и поставил бы Tarantool в качестве хранилища данных авторизации. Именно так кажется сделано у Mail.ru и они писали где то что всю их кодлу держат всего 4 сервера ( с учетом резерва).

не позавидуешь тому кто это хозяйство поддерживать будет

Если идея в том чтобы наклепать микросервис, который будет мучать единственную БД mysql в месте с сотней других - это полный бред. Поскольку именно база будет узким местом.

всё совершенно верно

но есть один нюанс

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

это уже два нюанса :)

Я бы вынес логин + регистрацию в микросервис и поставил бы Tarantool в качестве хранилища данных авторизации. Именно так кажется сделано у Mail.ru и они писали где то что всю их кодлу держат всего 4 сервера ( с учетом резерва).

4 сервера это смешно

Ну хорошо написанный микросервис регистрации и аутентификации будет активом

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

которые сами по себе никому не нужны

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

если речь идет о продукте на ранней стадии, то на всё это тратить время бессмысленно в принципе

4 сервера это смешно

В настоящее время в базе Fluor хранится 4.8 млн токенов для различных сервисов, занимая в памяти 7 Гб. В сутки происходит порядка 100 миллионов обновлений токенов. Вместе с тем за сутки Fluor обрабатывает 125 миллионов запросов от сборщиков. Физически, с этим справляется один сервер, если не брать в расчет резервирование на случай сбоев.

если речь идет о продукте на ранней стадии, то на всё это тратить время бессмысленно в принципе

Настоящие сисадмины маны не читают. Настоящие админы маны уже прочитали.

Это не значит что там нет еще десятикратного запаса

Настоящие сисадмины маны не читают. Настоящие админы маны уже прочитали.

э?

Если у человека есть время, желание и возможность написать что то выше на голову чем то говно, которое занимаются все стартаперы, зачем его отговаривать от этого?

затем, что стартапы - это про HADI-цикл

ну то бишь какбе инвесторы дают деньги на MVP

а не на микросервисы, которые с вероятностью 90% полетят в помойку ибо гипотеза не подтвердится

^ совершенно верно

а не на микросервисы, которые с вероятностью 90% полетят в помойку ибо гипотеза не подтвердится

Какя гипотеза не подтвердится? То что не нужна будет регистрация абонентов? По какой причине? Никому не нужен клон инстаграмма, а давайте ка лучше торговать хот догами возле метро? В таком случае лучше в любом случае послать нахуй этот стартап и перейти в другой, где эта регистрация точно пригодится.

Я не думаю что ваятели говняных MVP и фековых лендинговых страниц вобще задумываются о каких то микросервисах.

Это мое личное мнение, никому не навязываю.

https://it.mail.ru/news/3126/

Нашел: Зато количество аутентификаций по сессии достигает 1 млн в секунду. Это то, что приходит со всего портала. Эту нагрузку держат всего 12 серверов: четыре с сессиями и восемь с профилями пользователей. При этом они загружены всего на 15–20%, т. е. запас прочности очень велик. Просто мы любим обычно перезакладываться.

тогда и писать надо не на пхп или питоне, а сразу на го каком-нибудь или расте

чтобы ух высокопроизводительно было

а то чо мелочиться-то

вдруг 1 млн запросов в секунду не выдержит

тогда и писать надо не на пхп или питоне, а сразу на го каком-нибудь или расте

а почему не на C?

^ это для старой школы :)

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

а почему не на C?

потому что на С писать умеет один из миллиона. Я не говорю о прилично, я говорю о хоть как-то

тогда и писать надо не на пхп или питоне, а сразу на го каком-нибудь или расте

Ну правильно. Микросервисная архитектура для этого и придумана.

А как следствие - поддержка этого решения будет просто золотой

а потом инвестор всех разгонит потому что вместо MVP и быстрого выхода на рынок

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

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

Конкретно для юзкейса авторизации есть прекрасный пример

у скольких в мире есть такой же юзкейс?

с такой нагрузкой, точнее

чтобы использовать это было оправдано?

потому что на С писать умеет один из миллиона. Я не говорю о прилично, я говорю о хоть как-то

вот и плохо, С/assembler/c++ вот на чём должны писать бэкенд

Мейл ру перешел на эту схему с 200 серверов MySQL Пруфов в этот раз искать не буду уже

мне кажется, пока не умеешь писать на c/asm/c++ не имеет смысла вообще лезть в веб-разработку

вот и плохо, С/assembler/c++ вот на чём должны писать бэкенд

возможно. Но проблема в том, что на C писать нормально уже почти никто не умеет

Ты не договариваешь) mysql это не инмемори хранилище

Ясное дело с диска лям рпс тебе не светит

на пайтоне и го пишут с трудом, а С - это выбор настоящих художников. А их мало

https://en.wikipedia.org/wiki/Overengineering

к слову о тарантулах, первых версиях проекта и прочем :)

очень тонкий момент это "овер"

мне кажется, пока не умеешь писать на c/asm/c++ не имеет смысла вообще лезть в веб-разработку

если бы так было, веб сейчас был бы прекрасен

Мне кажется на си можно сделать микросервис для авторизации. И возможно это не слишком затратно.

и сделать его сразу модулем к nginx

если бы так было, веб сейчас был бы прекрасен

нет. Потому, что кривизна рук слабо зависит от языка

о том, что способны натворить кривые руски с языком С детально расскажет /usr/bin/sendmail

нет. Потому, что кривизна рук слабо зависит от языка

вот взять yum и dnf, второй и ест меньше и работает быстрее, потому что написан на С на не питоне

который оригинальный

и что? yum используется исключительно редко. Надежность его работы и доступность необходимых разработчикам фич важнее, чем его скорость. а rpm - написан на c.

и что? yum используется исключительно редко. Надежность его работы и доступность необходимых разработчикам фич важнее, чем его скорость. а rpm - написан на c.

я как пример написал, и dnf уже в rhel 8 будет по дефолту

Суть не меняет. Зависимости в rpm гораздо жестче, по сравнению с тем же апт

и это хорошо, установка 2 пакетов не носит пол системы как им удаление

о том, что способны натворить кривые руски с языком С детально расскажет /usr/bin/sendmail

А что не так с C в sendmail ?

и это хорошо, установка 2 пакетов не носит пол системы как им удаление

Ничего не понял.

Могу только гадать

Установка двух пакетов как раз сносит конкурирующие пакеты