Дуже вам дякую! ))

Запихнуть техподдержку в scrum это я вам скажу...

Первое NDA редактировалось 5 раз, в итоге после прямых переговоров с юристом сумма штрафа в долларах чудесным образом преобразилась в такую же сумму, но в гривнах. На вопрос «так какого х..на вы выкатываете такие цифры?» в ответ услышал «ну все так пишут»

«Ведь монобанк такой удобный» ©

github.com/localstack/localstack

С другой стороны где вопросы про blue/green, canary deploy. С какими балансировщиками работал. Системы виртуализации. Кластеры баз данных. Service discovery. Про сертификаты.

Ну это был стёб )) Более демонический вопрос-ответ (на слух):
— какой у вас Git Flow?
— GitFlow
— зачем вы дразнитесь!?!?!?
А если серьезно, то с моей точки зрения, система ветвления это очень важно. Особенно когда в Gitlab, у которого в архитектуре своя система, начинают пихать gitflow.

— Так! Архитектура ядра, быстро, без подгладяваний! Системы ветвления Git, какие знаешь! BPF, расскажи как и что дебажил. Писал скрипты на 200 строк?
— ЭЭЭ... а зачем это все?
— тыждевопс, позажирались тут, 7,5К... Ладно, какие у тебя вопросы?
— Как и в чем вы документируете инфраструктуру? Как устроен бэкап кубера? Как бэкапите базы данных? Технического долга много? Какова структура работы с credentials?
— Мы вам перезвоним...

Сцыкло

banduraband

Надо было медведю его сожрать в самом начале сказки. И медведю жир и от зайки польза.

Ну пока преЗедент и моно-большинство работают в режиме говно-Мидаса.
А потом хотят ермаком трогать кибер-безопасность. Которая является вполне себе рыночным продуктом, начиная от решений в отрасли и заканчивая подготовкой и методологией. И все это ложится в канву тендер, NDA, контракт.
Зачем строить на этом очережной космодром в Нью-Трускавцах?

Извините, не понял ваш вопрос. Кто по какому не делает что?

Ньювасюки, трускавец-хакинг, дуже дякую

Спасибо за отзыв. И за то, что дочитали до конца ))
Я думаю не надо объяснять, что без хорошей документации у вас на проекте всегда будет «боль» с эксплуатацтей, поддержкой и онбордингом.
Документация — это, прежде всего, процесс. Который понят и принят всеми участниками.
Второй по важности вопрос (с моей точки зрения) — CMDB(Configuration management database) (здесь это хорошо описано — searchdatacenter.techtarget.com/...​ation-management-database).
Эту тему как-то незуслуженно обходят. Без нее про сложно говорить про нормальную эксплуатацию.
Нам (девопсам) немного везет в этом плане, поскольку у нас нет «зоопарка» систем. Вернее есть, но он контролируемый.
Создание CMDB идет в подавляющем большинстве случаев от нас — мы формируем инфраструтктуру с помощью Terraform (если облака), Packer (если bare metal), Ansible (необходимый софт и версии).
Она у нас и так уже «есть» в виде кода. Дело только в генерации документации с помощью специальных утилит и описании ключевых моментов инфраструктуры (тут уже надо, к сожалению, все делать вручную).
Поэтому вопросы 1-3 автоматически отпадут, если команда будет аккуратно работать в направлении документирования. И тут уже не должно быть разницы облако или «гибрид».

4. Якщо виникають проблеми/поломки то дебажити і рекавирити може бути набагато складніше

.
Если у меня есть грамотный мониторинг и логирование продукта, то я как-то мало обращаю внимание на тип и «родословную» инстанса.

«Сбор, анализ и проверка (sic!) данных о ключевых параметрах производятся да-а-алеко не в каждой компании.»
Если мы не знаем как или не оцениваем свою эффективность, то ее будет оценивать кто-то другой. И скорее всего не так, как нам этого хочется.