Недавно я тоже наткнулся на startup probe в k8s 1.16.
На сколько я понял, отличие от readiness probe заключается в том, что startup probe завершает свою работу после положительного результата (приложение успешно запустилось и готово к работе), в то время как readiness probe работает на протяжении всей жизни приложения и в случае поломки readiness probe k8s перестает давать трафик этому приложению до тех пор, пока readiness probe снова не заработает.
Чем больше людей я встречаю на работе, тем чувствую себя менее продуктивным.
Это скорее какой-то сугубо личный пунктик.
чтобы сделать «спринт», мини-хакатон, если хотите, когда вся команда собирается, запирается на 12-30 часов в офисе, делает рывок и дальше расходится в виртуальный мир скайпа, трелло и тп.
Присоединяюсь к вопросу: часто ли такое бывает? Похоже на ситуацию, когда целый месяц мы пинали, а потом за пару суток пытаемся создать хоть какую-то видимость, что мы не только во вконтактик тупили.
Вообще, научиться нормально работать дома очень просто — надо поездить в офис на электричке + метро, чтобы в сумме выходило часа 1.5. После этого начинаешь по настоящему ценить домашний «офис».
Похоже, некоторые компании просекли, что сейчас самое время начать разработку чего-нибудь «национального» дабы в будущем, когда начнется очередное «нам срочно нужна национальная платежная система / ос / интернет / телефон / поисковик / почта и т.д.», удачно распилить протолкнуть свою поделку под соусом «так вот же оно, как в воду глядели».
Шикарнейшая вещь. Помимо подобия эспрессо (очень, на мой взгляд, хорошего) можно сделать чашечку отличного черного. Не требует особых навыков как, например, рожковая кофемашина (да-да, если делать по технологии, то понадобятся весы (хотя бы на первое время), термометр, хороший темпер, бубен и практика), а про путешествия и говорить не чего.
Право не знаю что сказать… Наши тесты подтвердили то, что AppFabric сливает SQL Server'у, причем нормально так сливает. Это же подтвердил и Google — люди пишут о таких же результатах, какие получили мы. Как будет время, я сделаю еще раз тест и проверю ваш на моем компе.
3. AppFabric выкидывает данные из кэша, если считает, что осталось мало памяти. Для теста это может быть важно:)
5. Даже спорить не буду:)
6. Ага, и DEBUG/RELEASE компиляция тоже пофигу.
1. Какой тип колонки Key в БД?
2. Есть некластерный индекс по Key include Value?
3. Свободной оперативной памяти достаточно? Это важно и для SQL и для AppFabric, он может просто выкинуть все из кэша, если решит, что мало памяти.
4. В настройках AppFabric указано не юзать локальный кэш?
5. Чтения должны выполняться по одним и тем же ключам, т.е. сначала надо сгенерить рандомные ключи, а потом по ним тащить значения.
6. И неплохо было бы сначала выполнить холостой прогон метода, а потом с замером в цикле. JIT.
Можете верить или не верить, но рекомендую все-таки проверить. В качестве теста можете сделать таблицу key-value с некластерным индексом, затолкать туда хотя бы пол миллиона записей, потом закинуть эти записи в AppFabric и вынимать. Для получения данных из Sql Server использовать BlToolkit (а то EF может сильно исказить результаты:)) или по страринке датаридером, для чистоты эксперимента. Результаты скажут сами за себя.
Скорее всего именно по этой причине ребята из StackOverflow не стали использовать у себя AppFabric в качестве кэша, а поставили сервер на Linux с Redis.
На сколько я понял, отличие от readiness probe заключается в том, что startup probe завершает свою работу после положительного результата (приложение успешно запустилось и готово к работе), в то время как readiness probe работает на протяжении всей жизни приложения и в случае поломки readiness probe k8s перестает давать трафик этому приложению до тех пор, пока readiness probe снова не заработает.
Это скорее какой-то сугубо личный пунктик.
Присоединяюсь к вопросу: часто ли такое бывает? Похоже на ситуацию, когда целый месяц мы пинали, а потом за пару суток пытаемся создать хоть какую-то видимость, что мы не только во вконтактик тупили.
Вообще, научиться нормально работать дома очень просто — надо поездить в офис на электричке + метро, чтобы в сумме выходило часа 1.5. После этого начинаешь по настоящему ценить домашний «офис».
Работу депутатов — их коллеги, а не обычные граждане. Хочешь оценивать — напиши крутой закон сначала.
Обувь — производители, а не те, кто ее носит. Хочешь оценивать — сделай пару отличных башмаков.
Еду в ресторане — повора, а не посетители, которые ее едят. Хочешь оценивать — напиши приготовь сначала осьминога в крокодиле.
Посты на хабре — другие авторы, а не тысячи (десятки? сотни тысяч?) читателей. Хочешь оценивать — напиши крутой пост.
Все правильно, я считаю.
распилитьпротолкнуть свою поделку под соусом «так вот же оно, как в воду глядели».5. Даже спорить не буду:)
6. Ага, и DEBUG/RELEASE компиляция тоже пофигу.
2. Колонка value должна быть include в индексе.
Какой план?
2. Есть некластерный индекс по Key include Value?
3. Свободной оперативной памяти достаточно? Это важно и для SQL и для AppFabric, он может просто выкинуть все из кэша, если решит, что мало памяти.
4. В настройках AppFabric указано не юзать локальный кэш?
5. Чтения должны выполняться по одним и тем же ключам, т.е. сначала надо сгенерить рандомные ключи, а потом по ним тащить значения.
6. И неплохо было бы сначала выполнить холостой прогон метода, а потом с замером в цикле. JIT.
Скорее всего именно по этой причине ребята из StackOverflow не стали использовать у себя AppFabric в качестве кэша, а поставили сервер на Linux с Redis.