Kubernetes и аналогичные системы оркестрации теперь обладают собственными планировщиками. Можно воспользоваться ими, запуская контейнеры с нужными скриптами по расписанию.
можно же вместо «хитрого функционального индекса» i_box_uid_lids воспользоваться расширением btree_gin и создать другой индекс с аналогичным назначением: gin (uid, lids). Или такой индекс будет в чем то уступать «чистому» gin?
Не очень пока знаком с Kafka, что такое «уплотнение журнала»? Можете привести пример?
А что насчёт возможность фильтрации сообщений при чтении журнала? Можно ли получить сообщения из журнала, отфильтрованные по user_id и/или которые больше/меньше определенного времени?
Есть ли у Kafka механизмы обработки/преобразования входящих сообщений (кроме упомянутого партиционирования)?
Есть еще более странные варианты. Проходил как-то раз интервью в одной компании на позицию сеньера. В процессе разговора выяснилось, что похожая позиция кроме Москвы открыта еще в нескольких городах России. Меня заинтересовала возможность перебраться в регионы, но к своему удивлению узнал, что ЗП в региональных подразделениях в этой компании на схожей позиции на порядок меньше.
Если компании заинтересованы в том, чтобы в регионах было больше квалифицированных специалистов, то почему они не хотят платить им столько же денег, что и в столице.
вообще-то джун — это специалист без опыта. Назовите любую профессию, где вы в начале карьеры сразу получаете среднюю ЗП, а не работаете за еду. И IT тут не исключение, учитывая, что в ВУЗах практически не дают тех знаний, которые требуются в реальной работе.
1. берем шесть шариков по 3 на каждую чашу
2. если чаши равны, то искомый шарик в оставшихся двух
3. если не равны, то выкидываем три самых легких
4. взвешиваем 2 из оставшихся трех — задача решена :)
если медведь упал с 10 метров за √2 секунды, то значит ускорение свободного падения в его местности равно 10 м/с^2, что немного расходится со всеми известными значениями для планеты Земля :) Но если брать максимальное значение, то оно находится на полюсе, а значит медведь скорее всего белый, так? :)
1. кладем 8 шариков на весы по 4 на каждую чашу.
2. выкидываем 4, которые оказались легче.
3. кладем оставшиеся 4 шарика на весы по 2 на каждую чашу.
4. убираем по одному шарику с каждой чаши, выкидывая тот, что был взят с более легкой чаши.
5. в зависимости от от того, как изменится баланс весов, нужный шарик будет тот, который либо остался на более тяжелой чаше, либо окажется в руках.
А как вы представляете себя в будущем? Какие перспективы вы для себя видите? Планируете ли вы стать тимлидом ещё бОльшей команды? И в каком направлении вообще хотите развиваться?
Более того, одно время у нас все проекты содержали в корне Vagrantfile в котором полностью описывалась инфраструктура для запуска проекта (включая БД, queue, nginx, uwsgi и пр.) — каждый проект в своей ВМ, каждый компонент в своём Docker контейнере внутри этой ВМ.
Такой способ позволял легко поднять любой проект на любом хосте, включая компы тестировщиков. А заодно, позволил нам набрать экспертизу использования Docker.
У нас есть даже история, когда мы ездили к нашему заказчику со своим Mac mini, чтобы развернуть у него тестовый стенд. В таком виде он проработал почти до окончания проекта.
когда начинал экспериментировать с Docker, тоже выбрал связку vagrant + docker inside. Вполне себе неплохая песочница для экспериментов. Правда тогда еще не было «нативной» реализации Docker под Windows/macOS. А ставить docker-machine самому было сложнее, чем воспользоваться vagrant.
это какой-то стыд. Перепробовал несколько network-плагинов, из которых не заработали ни Flannel, ни Weave, ни Romana. И только Canal нормально смог поднять Kubernetes до рабочего состояния.
Мое мнение, с таким подходом товарищи из Kubernetes смогут зарабатывать только на гиках. Ну может еще AWS им деньжат будет подкидавать.
ну так в новом Docker все это уже присутствует. И присутствует так, что от юзера это скрыто, потому что как оно на самом деле работает и устроено, простому юзеру знать необязательно. Хотя, я согласен, что в этом случае получается какой-то «кот в мешке».
Kubernetes и аналогичные системы оркестрации теперь обладают собственными планировщиками. Можно воспользоваться ими, запуская контейнеры с нужными скриптами по расписанию.
i_box_uid_lids
воспользоваться расширениемbtree_gin
и создать другой индекс с аналогичным назначением:gin (uid, lids)
. Или такой индекс будет в чем то уступать «чистому» gin?Не очень пока знаком с Kafka, что такое «уплотнение журнала»? Можете привести пример?
А что насчёт возможность фильтрации сообщений при чтении журнала? Можно ли получить сообщения из журнала, отфильтрованные по user_id и/или которые больше/меньше определенного времени?
Есть ли у Kafka механизмы обработки/преобразования входящих сообщений (кроме упомянутого партиционирования)?
Если компании заинтересованы в том, чтобы в регионах было больше квалифицированных специалистов, то почему они не хотят платить им столько же денег, что и в столице.
2. если чаши равны, то искомый шарик в оставшихся двух
3. если не равны, то выкидываем три самых легких
4. взвешиваем 2 из оставшихся трех — задача решена :)
2. выкидываем 4, которые оказались легче.
3. кладем оставшиеся 4 шарика на весы по 2 на каждую чашу.
4. убираем по одному шарику с каждой чаши, выкидывая тот, что был взят с более легкой чаши.
5. в зависимости от от того, как изменится баланс весов, нужный шарик будет тот, который либо остался на более тяжелой чаше, либо окажется в руках.
А как вы представляете себя в будущем? Какие перспективы вы для себя видите? Планируете ли вы стать тимлидом ещё бОльшей команды? И в каком направлении вообще хотите развиваться?
Такой способ позволял легко поднять любой проект на любом хосте, включая компы тестировщиков. А заодно, позволил нам набрать экспертизу использования Docker.
У нас есть даже история, когда мы ездили к нашему заказчику со своим Mac mini, чтобы развернуть у него тестовый стенд. В таком виде он проработал почти до окончания проекта.
И в качестве образов для виртуалок лучше подойдут образы из репозитария bento. Пруф.
Мое мнение, с таким подходом товарищи из Kubernetes смогут зарабатывать только на гиках. Ну может еще AWS им деньжат будет подкидавать.
Указание нужного интерфейса через --iface мне не помогло. Буду дальше копать :)
как правило за этим стоят обычные люди со своими интересами и эмоциями. Именно поэтому я использовал слово «хайп» в данном случае.
А статьи ваши с удовольствием почитаю, спасибо.