По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Сегодня в статье рассказываем про плагин kubectl, который использует tmux, чтобы быстрее устранить неполадки Kubernetes.
Kubernetes - это процветающая платформа для взаимодействия контейнеров с открытым исходным кодом, которая обеспечивает масштабируемость, высокую доступность, надежность и отказоустойчивость приложений. Одной из его многочисленных функций является поддержка запуска пользовательских сценариев или двоичных файлов через основной двоичный файл клиента, kubectl. Kubectl очень мощный, и позволяет пользователям делать с ним все, что они могли бы сделать непосредственно в кластере Kubernetes.
Устранение неполадок с псевдонимами Kubernetes
Каждый, кто использует Kubernetes для управления контейнерами, знает о его особенностях - а также о сложности, причиной которого является его дизайн. Например, существует острая необходимость упростить поиск и устранение неисправностей в Kubernetes с помощью чего-то более быстрого и практически не требующего ручного вмешательства (за исключением критических ситуаций).
Существует много сценариев, которые следует учитывать при устранении неполадок. В одном сценарии вы знаете, что нужно запускать, но синтаксис команды - даже если она может выполняться как одна команда - чрезмерно сложен, или для работы может потребоваться один-два входа.
Например, если часто требуется перейти в запущенный контейнер в пространстве имен System, вы можете неоднократно писать:
kubectl --namespace=kube-system exec -i -t <your-pod-name>
Для упрощения поиска и устранения неисправностей можно использовать псевдонимы этих команд в командной строке. Например, можно добавить следующие файлы dotfiles (.bashrc или .zshrc):
alias ksysex='kubectl --namespace=kube-system exec -i -t'
Это один из многих примеров из хранилища общих псевдонимов Kubernetes, который показывает один из способов упрощения функций в kubectl. Для чего-то простого, подобного этому сценарию, достаточно псевдонима.
Переключение на подключаемый модуль kubectl
Более сложный сценарий устранения неполадок включает в себя выполнение множества команд, одной за другой, для исследования среды и выведения заключения. Одних псевдонимов недостаточно для этого варианта использования; необходима воспроизведение логического узла и корреляция между многими частями развертывания Kubernetes. На самом деле вам нужна автоматизация для получения нужного результата за меньшее время.
Рассмотрим пространства имен от 10 до 20 или даже от 50 до 100, содержащие различные микросервисы в вашем кластере. Что поможет вам начать устранение неполадок в этом сценарии?
Вам потребуется что-то, что может быстро определить, какой модуль в каком пространстве имен вызывает ошибки.
Вам понадобится что-то, что сможет просматривать журналы всех модулей в пространстве имен.
Также может потребоваться просмотр журналов определенных модулей в определенном пространстве имен, в котором были обнаружены ошибки.
Любое решение, охватывающее эти вопросы, было бы очень полезно при изучении производственных проблем, а также в ходе циклов разработки и тестирования.
Чтобы создать нечто более мощное, чем простой псевдоним, можно использовать плагины kubectl. Плагины подобны автономным сценариям, написанным на любом языке сценариев, но предназначены для расширения функциональных возможностей главной команды при работе в качестве администратора Kubernetes.
Чтобы создать плагин, необходимо использовать правильный синтаксис kubectl- < имя-плагина > для того, чтобы скопировать сценарий в один из экспортированных путей в $PATH и предоставить ему исполняемые разрешения chmod+x.
После создания плагина и перемещения его в свой путь, вы можете немедленно запустить его. Например, у меня на пути есть kubectl-krwl и kubectl-kmux:
$ kubectl plugin list
The following compatible plugins are available:
/usr/local/bin/kubectl-krawl
/usr/local/bin/kubectl-kmux
$ kubectl kmux
Теперь давайте изучим, как выглядит обеспечение работы Kubernetes с tmux.
Использование силы tmux
Tmux - очень мощный инструмент, на который полагаются многие команды для устранения проблем, связанных с упрощением работы - от разделения окон на панели для выполнения параллельной отладки на нескольких машинах до мониторинга журналов. Одним из основных его преимуществ является то, что его можно использовать в командной строке или в сценариях автоматизации.
Я создал плагин kubectl, который использует tmux, чтобы сделать поиск и устранение неисправностей гораздо проще. Я буду использовать аннотации, чтобы пройти через логику за плагином (и оставить его для вас, чтобы пройти через полный код плагина):
#NAMESPACE is namespace to monitor.
#POD is pod name
#Containers is container names
# initialize a counter n to count the number of loop counts, later be used by tmux to split panes.
n=0;
# start a loop on a list of pod and containers
while IFS=' ' read -r POD CONTAINERS
do
# tmux create the new window for each pod
tmux neww $COMMAND -n $POD 2>/dev/null
# start a loop for all containers inside a running pod
for CONTAINER in ${CONTAINERS//,/ }
do
if [ x$POD = x -o x$CONTAINER = x ]; then
# if any of the values is null, exit.
warn "Looks like there is a problem getting pods data."
break
fi
# set the command to execute
COMMAND=”kubectl logs -f $POD -c $CONTAINER -n $NAMESPACE”
# check tmux session
if tmux has-session -t <session name> 2>/dev/null;
then
<set session exists>
else
<create session>
fi
# split planes in the current window for each containers
tmux selectp -t $n ;
splitw $COMMAND ;
select-layout tiled ;
# end loop for containers
done
# rename the window to identify by pod name
tmux renamew $POD 2>/dev/null
# increment the counter
((n+=1))
# end loop for pods
done< <(<fetch list of pod and containers from kubernetes cluster>)
# finally select the window and attach session
tmux selectw -t <session name>:1 ;
attach-session -t <session name>;
После запуска скрипта плагина он будет выдавать выходные данные, аналогичные изображению ниже. Каждый модуль имеет собственное окно, и каждый контейнер (если их несколько) разделяется панелями в окне модуля в потоковые журналы по мере их поступления. Преимущество tmux можно увидеть ниже; При правильной конфигурации можно даже увидеть, какое окно активно (см. белые вкладки).
Заключение
Псевдонимы всегда полезны для простого устранения неполадок в средах Kubernetes. Когда среда становится более сложной, плагин kubectl является мощным вариантом для использования более продвинутых сценариев. Ограничения в выборе языка программирования, который можно использовать для записи плагинов kubectl, нет. Единственное требование состоит в том, чтобы соглашение об именовании в пути являлось исполняемым и не имело того же имени, что и существующая команда kubectl.
Прочитать полный код или попробовать плагины можно тут
В пленительном мире айти существует множество направлений, одно из самых распространенных - разработчик Java. Если этот язык программирования вызвал у вас ассоциацию ароматной чашки кофе, вы на верном пути. Он был разработан в 1995 году для настройки электронных бытовых устройств. Но время движется дальше, и теперь на Java пишутся различные программы и приложения.
Майнкрафт, Spotify, Netflix, «Яндекс.Музыка» и «Яндекс.Маркет», LinkedIn - все эти продукты объединяет язык программирования Java, с помощью которого они были созданы. Попробуем разобраться, как так вышло и рассмотреть профессию Java-разработчика подробнее. Мы ответим на самые интересные вопросы: сколько зарабатывают джависты, и какими навыками нужно обладать для входа в специальность.
javavezde
Немного скучной, но показательной статистики
Язык Java остается одним из самых распространенных и востребованных на протяжении последних лет. Согласно индексу TIOBE, оценивающему популярность языков программирования, на январь 2024 года Java занимает 4 место, уступая таким языкам как Python, C и C++. Все потому, что Java относительно прост в изучении, кроссплатформенный (мы ниже подробнее расскажем, что это такое), весьма производительный, а также обладает высоким уровнем надежности и безопасности. Из-за последнего он широко применяется в банковской сфере. Что касается безопасности, Java имеет встроенные механизмы, такие как средства контроля доступа и проверку на отсутствие указателей, что делает приложения на Java более устойчивыми к различным видам атак. Простыми словами, кроссплатформенность позволяет программам, написанным на языке Java, функционировать на различных операционных системах без изменений в их исходном коде.
Почему стоит выбрать Java
Начнем с того, что применение этого языка достаточно обширно. Java используется во многих областях, включая веб-разработку, мобильное программирование (Android), корпоративные приложения, игровую индустрию и другие. А это означает, что перед разработчиком открывается широкий выбор сфер, в которых можно работать и развиваться. И даже геймдев - практически все игры на первых мобильных телефонах были написаны на языке Java.
motorola
Востребованный язык не позволит джависту остаться без работы. Мы уже упоминали выше универсальность этого языка. Это значит, что изучение Java - отличный выбор в качестве первого языка, потому что многие базовые принципы и инструменты были переняты другими. Кроме того, Java имеет обширную экосистему библиотек, фреймворков и инструментов. Что также делает его универсальным языком для различных типов разработки, включая веб-приложения, мобильные приложения, корпоративные системы и многое другое.
Необходимые скиллы для новичков
Путь в профессию начинается с учебы: можно получить классическое высшее образование или пройти специальные онлайн-курсы. В среднем, чтобы изучить основы Java и начать разрабатывать простые программы, требуется около 3-6 месяцев. Для уровня junior понадобится больше времени: на обучение у вас уйдет не меньше полугода. К слову, в академии Merion есть курс «Java-разработчик с нуля» длительностью 4 месяца. А здесь можно за минуту ознакомиться с курсом.
Для успешной Java-разработки необходимо обладать определенным набором навыков. Вот некоторые из ключевых скиллов:
Опыт программирования на Java: обладать основными знаниями синтаксиса языка, понимать его особенности и возможности.
Объектно-ориентированное программирование (ООП): понимание основных принципов ООП, таких как инкапсуляция, наследование и полиморфизм, является важным для разработчиков на Java.
Знание фреймворков: джависты используют фреймворк Spring, который необходим для разработки масштабируемых и эффективных приложений.
Работа с базами данных и знание языка SQL: без них никуда, потому что они нужны практически в любом веб-приложении для хранения и манипуляции данными.
Умение работать с системами контроля версий, например, Git. Она позволяет разработчикам эффективно сотрудничать, отслеживать историю изменений, создавать ветки для экспериментов и объединять изменения.
Тестирование: знание принципов автоматизированного тестирования, чтобы автоматически проверять код после того, как в него были внесены очередные изменения.
Командная работа: не стоит забывать, что Java-программирование это история про умение работать в команде, поэтому помимо перечисленных выше хард-скиллов, нужно обладать еще и софтами. Например, умение договариваться и взаимодействовать с другими участниками, желание развиваться, изучение английского языка и др.
Уровень дохода Java-разработчика
zarplatait
Самая приятная часть повествования - это зарплаты в айти. Итак, на начало 2024 года на хэдхантере опубликовано чуть меньше 2 тыс. вакансий Java-разработчика с различным уровнем опыта работы. Обычно их делят так: junior (до года), middle (1-3 года) и senior (больше 3-х лет).
Зарплатные вилки столичных разработчиков в среднем представлены в следующем диапазоне:
Junior: 60-140 тыс.руб;
Middle: 130-250 тыс.руб;
Senior: 220-350 тыс.руб
Зарплаты в регионах ниже в среднем на 10-20%.
Заключение
Итак, задачи Java-разработчика достаточно обширны и варьируются от проектирования архитектуры до написания эффективного кода, от обеспечения безопасности приложения до его последующей поддержки.
Java-разработчик- это инженер, создающий технологически сложные интеллектуальные решения. Надеемся, что упомянув на первый (да и на второй, и третий) взгляд сложные термины и понятия, мы не отпугнули вас от интересной профессии.
Hyper-V - это платформа виртуализации в Windows Server. Hyper-V используется для создания виртуальных машин. Гипервизор также интегрирован в саму структуру облака Microsoft Azure. Эту роль можно включить и в некоторых выпусках Windows 10. Из этого следует, что можно переносить виртуальную машину из Windows 10 в Windows Server, в Azure и обратно без изменения формата виртуальной машины.
В этой статье рассмотрим тему использования оперативной памяти машины Hyper-V.
Динамическая память
Имеется два варианта выделения памяти виртуальным машинам. Может назначаться статический объем памяти или установить параметр динамической памяти. Если назначается статическая величина, то этот объем памяти остается неизменным, независимо в каком состоянии находится виртуальная машина.
При установке динамической памяти в Параметрах можно настроить следующие значения через Windows Admin Center или Консоль Hyper-V:
Startup Memory - это тот объем памяти, который нужен для старта гостевой машины. Он может быть таким же, как минимальный объем памяти, или может быть таким же, как максимальный объем выделенной памяти. После запуска виртуальная машина вместо этого будет использовать то значение, которое указано, как минимальный объем памяти.
Минимальный объем (Minimum Memory. - т.е. меньше указанного значения сервер виртуализации не выделит объем памяти при использовании динамического распределения. Если нескольким виртуальным машинам требуется больше памяти, Hyper-V может уменьшить объем другой виртуальной машины до тех пор, пока не будет достигнуто значение минимального ее объема. Вы можете уменьшить параметр минимального объема памяти во время работы виртуальной машины, но не можете увеличить его, когда виртуальная машина работает.
Максимальный объем памяти (Maximum Memory) - это максимальное значение объема памяти, которое будет выделять хостом виртуализации при включении динамической памяти для виртуальной машины. Вы можете увеличить максимальный объем памяти во время работы виртуальной машины, но не можете уменьшить его, пока виртуальная машина работает.
Memory Buffer - процент памяти, который хост должен выделить виртуальной машине в качестве резерва.
Memory Weight - позволяет настроить способ распределения памяти для разных гостевых систем по отношению друг к другу, запускающихся на том же узле виртуализации.
Как правило, когда вы настраиваете динамическую память, объем используемой памяти будет колебаться между значениями Минимум и Максимум. Следует проводить мониторинг использования памяти ВМ и настраивать эти значения так, чтобы они точно отражали фактические потребности виртуальной машины. в Случае, когда будет выделено минимальное значение памяти ниже того, что фактически необходимо для запуска виртуальной машины, эта нехватка может привести к тому, что узел виртуализации уменьшит объем памяти, выделенной для этого минимального значения памяти, что приведет к остановке работы виртуальной машины.
Smart paging - это специальная технология в Hyper-V, которая работает в определенных условиях при перезагрузке виртуальной машины. Smart paging использует файл на диске для имитации ОЗУ удовлетворения требований к загрузочной памяти, когда значение параметра Startup Memory (память, выделяемая на момент запуска) превышает значение Minimum Memory. Например, вы можете выставить стартовую память на 2048 МБ и минимальную память на 512 МБ для конкретной виртуальной машины. В сценарии, когда на узле виртуализации было доступно 1024 МБ свободной памяти, интеллектуальная подкачка позволит виртуальной машине получить доступ к требуемым 2048 МБ памяти.
Интеллектуальная подкачка активна только в том случае, если одновременно выполняются следующие три условия:
Виртуальная машина перезагружается.
На хосте виртуализации не хватает памяти для соответствия параметру Startup Memory.
Память не может быть освобождена от других виртуальных машин, работающих на том же хосте.
Smart paging не позволит виртуальной машине выполнять "холодный запуск", если необходимый объем памяти для запуска недоступен, но доступен минимальный объем памяти. Функционал используется только тогда, когда виртуальная машина, которая уже работала, перезагружается и выполняются два вышеуказанных условия.
Расположение файла для каждой виртуальной машины можно изменять. По умолчанию они создаются в папке C:ProgramDataMicrosoftWindowsHyper-V. Файл интеллектуальной подкачки создается только при необходимости и удаляется в течение 10 минут после перезапуска виртуальной машины. Расположение файла можно изменить, используя графический интерфейс консоли Hyper-V или командлетом PowerShell, например:
Set-VM "Windows 10" -SmartPagingFilePath D:SmartPaging