Меня тоже всегда беспокоило то, что в случае с тестами время разработки увеличивается минимум на 50%. для себя вывел такое правило: стараться покрыть как можно больше функционала интеграционыыми тестами (выходит быстрее), при этом этот ф-ал должен быть стабильным чтобы не переписывать эти тесты по многу раз. Юнит-тестами покрываю тоько сложные алгоритмические части. Как правило они тестируются крайне просто, т.к. Имеют минимум зависимостей
«Google стремится избавиться от ограничений операторов сотовой связи, которые всячески стараются ограничить трафик, генерируемый сервисами от Google»
Можно пояснить почему операторы пытаются ограничивать трафик с сервисов гугла?
Как так получилось, что о разрушении туманности узнали до того как до нас дошли э-м волны? Инфракрасное излучение идет с той же скоростью что и свет в других спектрах
Если я правильно понял, то данные о сессиях хранятся не на всех серверах сразу, а распределены по ним. Как сервер, которому понадобилась информация о сессии, узнает к какому серверу сессии ему обращаться? Есть некоторая настроечная информация о связке {пользователь-сервер} и она хранится на всех серверах?
Что будет если один из этих серверов упадет? Данные о сессиях потеряются или они дублируются в базе?
Да, скорее всего поэтому мне и не удалось найти подобной книги.
Не могли бы вы ответить на два вопроса:
1) Каким образом у пользователей отображается количество непрочитанных сообщений? При посылке нового сообщения увеличивается соответствующий счетчик у пользователя, которому оно отправляется или кол-во каким-то образом высчитывается на лету?
2) В статьях рассматриваются варианты хранения сессии пользователя. В основном предлагается выделить под нее отдельный сервер. Не будет ли этот сервер SPOF (single point of failure) и общим узким местом в системе (ведь данные из него потребуются всем остальным серверам)? Как у вас решается такой вопрос?
Это да, но не помешал бы place to start — набор каких-то базовых принципов. Ну например проверка целостности данных при highload-е невозможна средствами СУБД, т.к. сами данные разнесены по нескольким серверам. Разбиение данных по спотам и т.п. Насколько я понимаю это базовые принципы построения горизонтально масштабированных систем, но в первый раз они могут показаться совсем неочевидными
Я к примеру прочитал множество разрозненной информации в блоках, документации, просмотрел видео с конференций, но все равно осталось чувство, что я возможно что-то упустил
Дайте пожалуйста пример того, какие данные заворачивали эксперты. А если эксперт заворачивал данные и эти данные были в его зеленой зоне? Как вы определяли цвет данных для каждого эксперта?
Писать каждый раз «то» мне показалось тоже недостаточно читаемым. Но дело вкуса конечно.
Все методы (Если_я_не_залогинен и подобные) находятся в базовом классе BaseTest, соответственно все интеграционные тесты наследуются от него. Получается этакий SuperClass с методами на все случаи жизни.
Можно пояснить почему операторы пытаются ограничивать трафик с сервисов гугла?
Что будет если один из этих серверов упадет? Данные о сессиях потеряются или они дублируются в базе?
Заранее спасибо за ответы
Не могли бы вы ответить на два вопроса:
1) Каким образом у пользователей отображается количество непрочитанных сообщений? При посылке нового сообщения увеличивается соответствующий счетчик у пользователя, которому оно отправляется или кол-во каким-то образом высчитывается на лету?
2) В статьях рассматриваются варианты хранения сессии пользователя. В основном предлагается выделить под нее отдельный сервер. Не будет ли этот сервер SPOF (single point of failure) и общим узким местом в системе (ведь данные из него потребуются всем остальным серверам)? Как у вас решается такой вопрос?
Я к примеру прочитал множество разрозненной информации в блоках, документации, просмотрел видео с конференций, но все равно осталось чувство, что я возможно что-то упустил
Не могли бы вы порекомендовать книги (или какие-либо другие ресурсы) по highload-у для начинающих?
Все методы (Если_я_не_залогинен и подобные) находятся в базовом классе BaseTest, соответственно все интеграционные тесты наследуются от него. Получается этакий SuperClass с методами на все случаи жизни.
Ассерты да, располагаются в «тогда»