dark_spectator, зависит от архитектуры - какие запросы, какие индексы, какая нагрузка, какой сервер.... Если что то эластик жрет как не в себя в отличии от MySQL/Postges
Us59, вы не хотите слышать и учиться самостоятельно. Не хотите читать про транзакции - ваше дело. Не хотите в коде отлавливать ошибки соединения с другими сервисами - ваши проблемы. У вас нет проблем с базой данных, все верно - у вас просто отсутствует понимание как она работает, а так же отсутствует желание прочитать основы в документации и найти проблемы
Us59,
1. про транзакции прочитайте в документации. Тут помогают людям, а не занимаются копипастом из доков
2. хостер не при чем. если у . вас проблема взаимодействия с базой то эти случаи должны перехватываться и корректно обрабатываться. Это и значит что ваш код кривой
Станислав Бодро́в, DNS работает на другом уровне и занимается вопросами балансировки на региональном уровне. То есть между балансировщиками, которые удалены друг-от-друга)
Саша Ящук,
- не существует способа быстрее
- любые мануалы отстают от релиза
- любые курсы отстают от мануалов
- думать вас никто не научит
- пахать придется
Знаниями действительно делятся, но мы живем в мире ИТ, когда информация доступна и вокруг нас. Курсы можно проходить онлайн
Саша Ящук, программистом либо человек становится самостоятельно, либо нет. Я из того поколения что начало когда почти не было книг, а интернет был по карточкам. Я, как и многие, на практике узнал что только самостоятельно пахать и изучать приносит результат. Только своей головой
nrgian, ну, про школохоcты вы правы, просто все организовывают это по-равному и в итоге оказывается что для работы шаредов используются не качественные устаревающие железки, порой с дисками под утилизацию .... в общем много нюансов.
Администрирование своими силами/настроенный сервер это tradeoff и надо всегда понимать что шаред это детские игры и вам почти всегда нужно больше. Даже в облаках все понимают что предустановленный сервер это просто способ заманить человека, но никто не отнимает возможности ручных настроек (как пример - AWS Lightsail и AWS Beanstalk)
Immortal_pony, на самом деле все очень просто - монолит это жестко связанный набор функциональных единиц, работающий зависимо от других компонент системы. Микросервисный подход это когда все функциональные единицы системы могут работать независимо от существования других. В принципе, вся история в том - КТО занимается менеджментом связи. В большинстве монолитов функциональные . единицы связаны на уровне зависимостей базы данных, а в микросервисном подходе за это отвечает клиент и делает это несколько иначе
Immortal_pony, микро означает размер, но нет такое единицы измерения, которая это описывает. Микросервисом может быть любое количество функционала, изолированное логически. А на счет "Ы" ... может быть микросервиС) один и все.Это самое начало.
Вот про фасад верно подмечено. А в небольшом проекте рядовые болячки микросервисов вряд ли выползут. Человек же не боевой проект пишет
