Евгений Хлебников

Ну а погуглить?
https://superuser.com/questions/1480822/command-fo...

вообще в вашем коде присутствуют чисто линуксовые только две команды баша
set -x что есть по сути дебаг режим - выводит команды которые баш выполняет
set -e стоп скрипта если команду выполнить нельзя
заменять их аналогами или просто выкинуть - решать вам.

Остальное под виндой должно работать, если вы поставите docker desktop для windows

поправить нужно будет:
- переписать пути в командах docker cp на виндовые
- возмжно нужно добавить шареные диски в docker desktop чтобы папки из которых копируете файлы в контейнер были доступны контейнеру (а может быть и не надо, я с docker cp практически не работал)

Альтернатива:
ставим git с git-bash
и запускаем файл без изменений в этой оболочке.

или включаем превью режим в винде и ставим WSL2, включаем в настройках докера использование WSL и работаем через подсистему Windows для Linux
и точно так же без изменений файл используете

https://remontka.pro/block-programs-run-windows/
ссылка так себе, но вроде бы адекватно написано

еще (и это в указанной статье упоминается) можно настроить software restriction policies через групповые политики

Как правило при такой формулировке хотят ускорить работу хрома - для этого достаточно переместить его юзердату
просто запустите хром с ключом --user-data-dir d:/some-folder-for-chrome-user-cache
https://peter.sh/experiments/chromium-command-line...

Если же вы хотите переместить бинарник хрома - воспользуйтесь советами из этой статьи

1.открываем perfmon.msc (не перепутайте с perfmon.exe - это немного другая программа.)
2.в "системном мониторе" (сейчас под рукой руссифицированная ось, поэтому ищите аналогичное на английском, благо монитор по умолчанию там один) нажимаем "добавить счетчики"
3. выбираем Process и ваш процесс, нужные метрики.
Все это только для понимания "что" вы будете мониторить.
теперь "как": идем и внимательно читаем:
https://www.zabbix.com/documentation/4.2/ru/manual...
https://www.zabbix.com/documentation/4.2/ru/manual...
В последней статье ищем proc_info - это оно и есть
Если есть какие то перфкаунтеры которых вы не нашли в заббикс - в 1й статье в конце есть как добавить нужные через user parameters

Почему perfcounters а не WMI? Потому что обращение к WMI - довольно дорогая операция, часто не позапрашиваешь (а если залезть в глубины того что доступно через WMI - выяснится что там те же перфкаунтеры, облагороженные и обогащенные) - частое обращение довольно сильно жрет CPU
Почему не сторонняя программа? Потому что Win уже собирает данные процессов и основная задача - добраться до них

Потерять можно все при любом действии и любым продуктом.
Терраформ просто позволяет сделать это .. красиво и очень удобно, если вы хреново его спланировали.
Правило 1: используйте автоприменение только в тех местах где не жалко или где вы железобетонно уверены(и берете риски на себя)
Правило 2: валидируйте план. Хотя бы глазами
Вообще, есть у некоторых людей практика делать план в файл, валидировать его какой то внешней логикой, и при успешной валидации применять план из файла, не просчитывая его заново (он делается при каждом апплае) с автоподтверждением. Мне не нравится, да и терраформ честно предупреждает что на момент реального применения ситуация может отличаться и менять придется совсем другие элементы.
Правило 3: разноси элементы по логическим слоям, чтобы уменьшить зону поражения при гибельном апплае. Например настройки сети а одной папке со своим стейтом, запуск приложения - в другой. И связывайте через ремоут стейт. Главное соблюдать меру, чтобы каждую, скажем , security group в aws не создавать в отдельных слоях.
Правило 4: используйте модули, если применение логической группы ресурсов используется более одного раза. Тут тоже не стоит плодить модули на каждый ресурс и подходить разумно.
Правило 5: тестируйте изменения! (Используя одни и те же модули для стейжа и прода). Логично предположить что если вы снесли стейж то и прод снесется.
Правило 6: используйте vcs для работы с кодом терраформ (для того чтобы откатывать код для восстановления убитого стейжа например)
Правило 7: используйте lifecycle политики Prevent destroy на ресурсах, чтобы запрещать из убиение
Помидор 7.1: используйте ignore changes там где это нужно
Правило 8: используйте правильный инструмент для того что вы хотите сделать. Терраформ умеет много чего, но конфигурейшн менеджер он не заменит, хотя по функциям они чуть да пересекаются.

В принципе, если продолжать я могу до штук 20 дойти полезных советов, но на 90% мои правила, по сути - используйте для работы с кодом терраформ те же правила что и для работы с любым другим кодом - снимете 70% проблем. Остальные будут связаны с особенностью работы терраформ и радиусом кривизны рук автора терраформ кода.

P.S. пишу на ходу в метро, орфографию и пунктуацию правит т9. Спрашивайте, вдруг заметите какой нибудь термин, который я писать не собирался :D