#

Знаю оба языка (изначально учил Python, но не смог найти работу - так как стажировки и начальные вакансии, как правило в Москве и СПБ, а в регионах уже сразу нужны готовые спецы на Python с коммерческим опытом). Переучился на php (Symfony стек), уже работаю три года, все окей.

Теоретически вилка зп выше на Python, да и свалить в США с ним проще, но в российских реалиях начать на PHP в разы проще. А когда уже будешь получать 100к без мандража можно будет переучиться на другой стек и мигрировать уже на Java/Net условно.

Да и в общем, рынок вакансий на Python весьма специфичен.

Склоняюсь к пхп, но боюсь, что загнется и придётся перепрыгивать на новый ЯП

Во-первых, пхп не загнётся.
А во-вторых, у тебя какая-то странная боязнь языков. Тебе всё равно ПРИДЁТСЯ учить другие языки. И это хорошо.
Так что учи оба языка - и пхп, и питон. И не забудь выучить ещё пять-десять языков. Я серьёзно

Очень много вопросов, часть из которых легко гуглится, а другая - без проблем рассказывается сисадмином с небольшим опытом. На Тостере такие комплексные простыни не любят - и совершенно справедливо. Декомпозируйте, иначе скорее "это задание, а не вопрос".

Нельзя писать инструкции для стороннего не обученного персонала по ремонту оборудования.
Максимум можно описать схему переключения на резерв, если например требуется ручное включение рубильника или типа того.
Написав инструкцию ты выроешь себе могилу, т.к. в любой ошибке персонала (а она обязательно будет) будешь виноват ты.

Я бы посоветовал видоизменить инструкцию из двух пунктов
1. Обесточить оборудование
2. Поставить в известность непосредственного руководителя.
Если человек обязан вызвать администратора, которого невозможно вызвать, то ты подставишь этого человека.
Руководитель есть? Вот он пусть и руководит процессом ликвидации ЧП, пусть у него болит голова как до тебя дозвониться, это его работа, решать орг вопросы.

Странная задача, но например Postgresql из файла может сырые данные импортировать
https://postgrespro.ru/docs/postgrespro/9.5/sql-copy

Например про MS SQL:
Обычно такое выносится в виде отдельных инструментов, как например SQL Server Import Wizard для скорее интерактивного или же bcp для пакетного. Ну и есть и внутри начиная от bulk и заканчивая Data Transformation Service. И само собой sqlcmd - прямо stdin/stdout/stderr по классике.

Остальные - умеют плюс-минус то же самое и чаще всего из коробки (разве что dts не все)

В чем вопрос-то?

Итак, для начала DigitalOcean - НЕ ОБЛАКО. Это просто набор связанных сервисов. Зайти в DigitalOcean очень просто, выйти тоже, все понятно и прозрачно но там даже горизонтального масштабирования нет. Это слегка прокачанные те же VPS-ки.

Теперь по всему остальному. Есть золотая троица AWS/Azure/GCP, но тут начинают играть другие правила.

1. Стоит обратить внимание на то что им действительно надо учиться и это занимает время. Чтобы сделать решение, а не поделку и не влететь на деньги месяца не хватит ибо там очень много всего.
   
2. Я могу сказать что переезд из одного облака в другой возможен при двух условиях: вы пользуетесь только базовыми сервисам (вроде виртуалок, БД, S3) и у вас есть 2 архитектора с сильным пониманием этих облаков
   
3. Два архитектора по тому что я не знаю ни одного такого человека кто потратил достаточно сил и вник сразу в несколько облаков достаточно глубоко. Я был там везде и в результате все-равно остановился на AWS, хотя Azure и GCP имеют свои преимущества
   
4. Про сервисы - ехать в облако и не пользоваться особыми сервисами и фичами этого облака - дорого и глупо
   
5. А самое интересное что сделать и мигрировать проект проще чем обучить людей и изменить подходы к прайсингу
   
6. Миграция в облако и из облака - не делается по щелчку пальцев, особенно если есть много данных
   

По AWS могу поделиться гайдами как туда ехать, да и у них Cloud Migration очень понятный раздел с документацией. Если сравнивать эти облака то:

• AWS - serverless, cutting-edge solutions, прозрачная инфраструктура
  
• Azure - экосистема от MS, прекрасный CosmosDB (но это скорее про цены)
  
• GCP - глобальные ресурсы, BigData
  

При этом большинство этих фич в том или ином виде есть в других облаках.

И маленькая ремарочка по k8s. Если вы едете не в GCP то он вам не нужен. AWS и Azure сделали так что вы можете его туда удобно загнать, но это будет дороже. Тот же AWS ECS + Fargate куда удобнее и я не знаю тех System Engeneer что по собственному желанию пересаживались с этого на k8s

Эх... - мы вообще учились программировать на калькуляторах. По журналам "Наука и жизнь"
Компьютер был - недоступная роскошь )
Как и курсы.
Сейчас при наличии компьютера с доступом в интернет - я вообще не понимаю в чем проблема.

Выход у коннектора слишком широкий. Я согласен с @vreitech, что для этого коннектора должны идти пластиковые вставки. Провода вставляются в вставку, вставка с ними в коннектор и уже тогда зажимается.

Раньше такое часто встречалось.