Добрый день! если мы говорим не про kind: Pod, оператор Strimzi использует StatefulSet, то tolerations и taints работают на уровне узлов и подов в целом, без возможности указать, что именно pod-0 должен быть размещён на node-0, а pod-1 на node-1 из-за того, что в kind: StatefulSet используется template и все реплики подов будут иметь одинаковую конфигурацию по tolerations.
Наиболее близкое стандартное решение, хотя и не гарантирующее повторяемости размещения:
Можно попробовать нестандартный подход (uglyhack solution), зная, что StatefulSet создает и запускает поды последовательно: пометить все ноды как unschedulable, кроме первой нужной, дождаться запуска pod-0 на ней (надеясь на дальнейшую привязку по local storage, например), затем по одной делать ноды schedulable, пока не запустятся все реплики. Но все это не production-ready решения и в итоге поды могут быть размещены по предоставленным узлам в хаотичном порядке.
А можете подсказать что будет интересного «DevOps-специалистам»?
Я например, сменив позицию забыл корпоративный VDI (на базе VMware Horizon) как страшный сон, стек используемых инструментов сменился полностью.
И как тот, кто был с той стороны (Double VCP: DCV&DM) не понимаю чем может пригодиться VDI в данный момент на позиции InfraOps/DevOps, кроме как к доступу к терминалу если компания не предоставляет других возможностей подключения… для комфортной работы сейчас достаточно SSH-соединения и иногда VPN…
Зашел ознакомиться со статьей из-за КДПВ, к данной витрине (store front) есть несколько вопросов:
— Козырек, это первое что бросается в глаза и первая реакция негативная — веет отсутствием вкуса, достаточно убрать зеленый фон, оставив задуманный архитекторами материал облицовки и данный элемент заиграет новыми красками.
— (из видео) Зачем залеплять оконное остекление наклейками и еще телевизор встраивать? Отличный пример рядом — как реализовано у кафе, прозрачные силуэты образованные тонкими линиями, продолжили бы «дизайн-код улицы», ну и телевизор — дублирование логотипов, цветов и пр…
— Нагромождение прямоугольными табличками с информацией (и дублированием логотипов, по козырьку понятно — что за магазин..) разбросаны хаотично, кто в лес — кто по дрова, размеры не вписываются ни в какие блоки, ад перфекциониста.
— (из видео) Табличку со временем работы можно было бы объединить с «главной» (где QR код/устройство) или выполнить на двери в прозрачном обрамлении.
— Почему на «главной» табличке хлебные крошки в виде стрелочек подсказывают направиться к двери, а информация там отправляет обратно? Для предоставленных ей функций выглядит слишком громоздкой.
— Если человек пришел в магазин и не понял почему его не пускает, то должен изучать/сканировать/скачивать приложение прямо у входа, что делать тем, кто знает как пользоваться или выходящим?
Как мне кажется, оформление в данный момент не очень вяжется с:
— «ориентированный на новое поколение покупателей — тех, кому близки технологии, которые позволяют экономить время и просто делают жизнь интереснее»
— «Это очень популярный район у молодых семей — здесь комфортно жить»
— «Определили целевую аудиторию: миллениалы и поколение Z. Представители этих поколений привыкли к формату онлайн, много потребляют контента через сеть, часто заказывают товары и услуги, предпочитают новые технологии»
Если вам будет интересно сделать store front гармонично и элегантно вписать в предоставленный фасад — обращайтесь.
Kubernetes — это проект, который расширяет возможности Docker (и не только) и управляет контейнерами на большом количестве хостов: развертывание, расход\ограничение ресурсов, балансировка нагрузки и следит за отказоустойчивостью приложений (автоматически создает реплики, масштабирует и пр. ) и еще кучу всего.
Еще есть слой выше, например Rancher — позволяет управлять кластером\ами Kubernetes, например, добавлять или удалять ноды в автоматическом режиме (если очень грубо). (У VMware тоже есть такой продукт, но вспомнить название не могу, сейчас похоже это Project Pacific из линейки Tanzu).
Для связи с ЛА я использую 2 варианта (сейчас только второй из-за надежности):
1. Стоковый передатчик и приемник FrSky (на частоте 2.4 ГГц) — надежностью связи не отличаются, постоянно теряются пакеты и ловлю RX Lost, приемлемо работает в глуши, летать фристайл в таком режиме, не приятно, но не критично — дрон на время замирает и летит по инерции в том положении в котором оторвалась связь — после восстановления можно «вырулить», но для гонок такое недопустимо.
2. Связку TBS Crossfire (работает на частоте 868/915 МГц) т.к. интересуют дальние полеты, забыл что такое RX Lost и краши дрона, дальность для моего модуля производитель заявляет 40 км, далее 5 км я пока не отлетал от себя.
У FrSky есть дальнобойный модуль R9m (на частоте 868/915 МГц) их две ревизии, более старая в ранних версиях прошивки была крайне ненадежна, сейчас поправили и стало лучше.
Еще коллеги собирают QCZEK LRS (LongRangeSystem) на модулях Lora (на частотах 433 и 868/915 МГц), про них ничего сказать не могу, сам не испытывал.
Протоколы TX передатчик-приемник конечно проприетарные, со стороны полетного контроллера (опыт работы с прошивками Betaflight и iNAV) поддерживается множество RX протоколов, основные SBUS и CRSF.
Дома на VMware мигрировал с появлением ESXi 6.0 Update 2, подкупил Host Client, временами мне необходима полноценная vSphere с vCenter для учебных целей. (вопрос лицензирования прошу не затрагивать)
Добрый день!
если мы говорим не про
kind: Pod, оператор Strimzi использует StatefulSet,то tolerations и taints работают на уровне узлов и подов в целом, без возможности указать, что именно pod-0 должен быть размещён на node-0, а pod-1 на node-1 из-за того, что в
kind: StatefulSetиспользуетсяtemplateи все реплики подов будут иметь одинаковую конфигурацию поtolerations.Наиболее близкое стандартное решение, хотя и не гарантирующее повторяемости размещения:
nodeAffinity + weight
Можно попробовать нестандартный подход (uglyhack solution), зная, что StatefulSet создает и запускает поды последовательно: пометить все ноды как unschedulable, кроме первой нужной, дождаться запуска pod-0 на ней (надеясь на дальнейшую привязку по local storage, например), затем по одной делать ноды schedulable, пока не запустятся все реплики.
Но все это не production-ready решения и в итоге поды могут быть размещены по предоставленным узлам в хаотичном порядке.
Можно рассмотреть данный проект https://magefile.org/magefiles как еще одну альтернативу
Я например, сменив позицию забыл корпоративный VDI (на базе VMware Horizon) как страшный сон, стек используемых инструментов сменился полностью.
И как тот, кто был с той стороны (Double VCP: DCV&DM) не понимаю чем может пригодиться VDI в данный момент на позиции InfraOps/DevOps, кроме как к доступу к терминалу если компания не предоставляет других возможностей подключения… для комфортной работы сейчас достаточно SSH-соединения и иногда VPN…
— Козырек, это первое что бросается в глаза и первая реакция негативная — веет отсутствием вкуса, достаточно убрать зеленый фон, оставив задуманный архитекторами материал облицовки и данный элемент заиграет новыми красками.
— (из видео) Зачем залеплять оконное остекление наклейками и еще телевизор встраивать? Отличный пример рядом — как реализовано у кафе, прозрачные силуэты образованные тонкими линиями, продолжили бы «дизайн-код улицы», ну и телевизор — дублирование логотипов, цветов и пр…
— Нагромождение прямоугольными табличками с информацией (и дублированием логотипов, по козырьку понятно — что за магазин..) разбросаны хаотично, кто в лес — кто по дрова, размеры не вписываются ни в какие блоки, ад перфекциониста.
— (из видео) Табличку со временем работы можно было бы объединить с «главной» (где QR код/устройство) или выполнить на двери в прозрачном обрамлении.
— Почему на «главной» табличке хлебные крошки в виде стрелочек подсказывают направиться к двери, а информация там отправляет обратно? Для предоставленных ей функций выглядит слишком громоздкой.
— Если человек пришел в магазин и не понял почему его не пускает, то должен изучать/сканировать/скачивать приложение прямо у входа, что делать тем, кто знает как пользоваться или выходящим?
Как мне кажется, оформление в данный момент не очень вяжется с:
— «ориентированный на новое поколение покупателей — тех, кому близки технологии, которые позволяют экономить время и просто делают жизнь интереснее»
— «Это очень популярный район у молодых семей — здесь комфортно жить»
— «Определили целевую аудиторию: миллениалы и поколение Z. Представители этих поколений привыкли к формату онлайн, много потребляют контента через сеть, часто заказывают товары и услуги, предпочитают новые технологии»
Если вам будет интересно сделать store front гармонично и элегантно вписать в предоставленный фасад — обращайтесь.
Еще есть слой выше, например Rancher — позволяет управлять кластером\ами Kubernetes, например, добавлять или удалять ноды в автоматическом режиме (если очень грубо). (У VMware тоже есть такой продукт, но вспомнить название не могу, сейчас похоже это Project Pacific из линейки Tanzu).
1. Стоковый передатчик и приемник FrSky (на частоте 2.4 ГГц) — надежностью связи не отличаются, постоянно теряются пакеты и ловлю RX Lost, приемлемо работает в глуши, летать фристайл в таком режиме, не приятно, но не критично — дрон на время замирает и летит по инерции в том положении в котором оторвалась связь — после восстановления можно «вырулить», но для гонок такое недопустимо.
2. Связку TBS Crossfire (работает на частоте 868/915 МГц) т.к. интересуют дальние полеты, забыл что такое RX Lost и краши дрона, дальность для моего модуля производитель заявляет 40 км, далее 5 км я пока не отлетал от себя.
У FrSky есть дальнобойный модуль R9m (на частоте 868/915 МГц) их две ревизии, более старая в ранних версиях прошивки была крайне ненадежна, сейчас поправили и стало лучше.
Еще коллеги собирают QCZEK LRS (LongRangeSystem) на модулях Lora (на частотах 433 и 868/915 МГц), про них ничего сказать не могу, сам не испытывал.
Протоколы TX передатчик-приемник конечно проприетарные, со стороны полетного контроллера (опыт работы с прошивками Betaflight и iNAV) поддерживается множество RX протоколов, основные SBUS и CRSF.