1. Get powershell history: notepad (Get-PSReadlineOption).HistorySavePath 2. Work with APPX packages: # Get list of packages Get-AppxPackage | Select Name, PackageFullNamer # Add package from file Add-AppxPackage -Path "path_to_the_file.msix" # Remove package Get-AppxPackage *PACKAGE_NAME* | Remove-AppxPackage 3. Get available parameters for the powershell command: (Get-Command COMMAND_NAME).Parameters 4. Work with Powershell modules: # Get modules list Get-Module -ListAvailable # Save module to another place (PATH_TO_NEW_MODULES_FOLDER) Save-Module -Name Module_name -Path PATH_TO_NEW_MODULES_FOLDER -Repository PSGallery 5. Work with Powershell profile: # Create profile if it not exist if ((Test-Path $profile) -eq $false) { New-Item -path $profile -type file –force } # Edit profile notepad $profile 6. Add custom path for modules in Powershell $profile: ...

Это продолжение второй части. На данный момент мы уже знаем некоторые объекты в Kubernetes и умеем пользоваться Helm. Что можно сделать дальше? Конечно, добавить больше автоматизации, секретов, хранилищ - много чего. Целью сегодняшней части будет являтся автоматизация и упрощение процесса упаковки описания приложения в helm chart. Часть 3. Еще больше упрощаем deploy приложения Попробуем упаковать наш helm chart стандартными средствами: helm package helm-php-sample-app Successfully packaged chart and saved it to: .../php-sample-app-0.1.0.tgz Теперь можно не пользоваться git для загрузки helm chart, а сохранять каждую версию в виде артефакта сборки (например, добавив эту сборку в GitHub Actions). Это действие мы и будем автоматизировать. ...

Это продолжение первой части, которое надеюсь, служит логичным ее продолжением - мы имеем кластер Kubernetes, работаем в отдельном Namespace, умеем запускать небольшое stateless приложение на PHP и знаем, как получить к нему доступ. Что дальше можно сделать? Вероятнее всего, нужно упрощать обновление приложения - так как тяжело каждый раз вручную копировать Deployment в консоль с лишь одной обновленной строкой (в нашем случае это ID коммита), пример из первой части: image: g3rhard/php-sample-app:467794 Небольшая часть с лайфхаками Для удобного просмотра состояния объектов в кластере можно использовать k9s: ...

1. Узнать ID приложения в MacOS APP_NAME=Slack osascript -e 'id of app "$APP_NAME"' 2. Удалить строчку из файла в MacOS sed -i '' '/pattern to match/d' FILE_NAME 3. Подмена заголовков, для тестирования локальных сайтов (не используя hosts файл): curl -H "Host: example.com" http://localhost/ 4. Удалить дубликаты файлов, используя утилиту fdupes fdupes -r PATH -q -d --noprompt 5. Обновление версий Github Actions find . -type f -name "*.yml" | grep ".github/" | xargs sed -i '' 's/setup-helm@v1/setup-helm@v3/g 6. Красивый вывод состояния контейнеров Docker ...

В этой (и надеюсь последующих) статьях будут описаны личные заметки по погружению в мир Kubernetes. Данная заметка не претендует на академическую точность и была сделана как пример, с которого можно начинать работу с Kubernetes, не арендуя большие вычислительные мощности. Часть 0. Подготовка Сначала подготовим все, что понадобится для развертывания окружения. Подразумевается, что у нас уже есть ноутбук/компьютер/арендованный инстанс где можно запустить minikube. По моим личным наблюдениям, комфортная работа начинается на машинах c 8+Gb RAM, хотя показатели потребления памяти внутри панелей Kubernetes достаточно скромны. Для себя я выбрал Linode, так как там демократичные цены и бонус в $100 при регистрации. Инструкции ниже подразумевают, что у вас есть root доступ на сервера, уже установлен Docker, а для работы minikube был создан отдельный пользователь, пример: ...