Size: a a a

Архитектура ИТ-решений

2020 November 03

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Отдельная песня с разными вариантами gradual upgrade, blue/green и прочих модных вариантов деплойментов. Уже полно попыток описать их декларативно (пригодно для IaC) - но результат не впечатляет и скорее несёт только неудобства
Тут соглашусь
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Так что сбоку от процесса "взяли что-то из репы и применили" скорее всего будут ещё 2-3 независимых процесса:
- отскалировали под текущую нагрузку
- хитровато обновились с несколькими параллельными версиями
- отработали отказ части инфраструктуры
источник
2020 November 04

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Так что сбоку от процесса "взяли что-то из репы и применили" скорее всего будут ещё 2-3 независимых процесса:
- отскалировали под текущую нагрузку
- хитровато обновились с несколькими параллельными версиями
- отработали отказ части инфраструктуры
да, но параллельно
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Ну какой-то "сперва немножко IaC" - имеет право на жизнь, не спорю :)
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Но это быстро выродится в какой-то bootstrap
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Да, в этом есть здравый смысл
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Собственно, для тех кто одной кнопкой или командой создаёт Kubernetes Cluster в облачном провайдере - уже и выродилось
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Один фиг для остального будут k8s operators
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ну что же, соглашусь. Большинство кейсов IaC - это всё же bootstrap
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Ну приличный процент инфраструктур застрял как раз между до- и после- клаудов.
Такое легко опознать по тому, как пытаются из Ansible или Terraform сделать заодно и деплоилку кода.
По мне так типичный паттерн "когда в руках есть молоток..."
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, вот у меня основная беда (которую я до сих пор не умею решать) - это обновление сложной системы (на нескольких ДЦ, без останова, с промежуточными тестами). И, увы, пока ни k8s, ни Ansible не в состоянии задачу решить, все равно все сводится к сложным шелл-скриптам (в лучшем случае)....
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, еще у клиента обычно нет k8s, конечно - но это не принципиально...
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Phil Delgyado
Ну, вот у меня основная беда (которую я до сих пор не умею решать) - это обновление сложной системы (на нескольких ДЦ, без останова, с промежуточными тестами). И, увы, пока ни k8s, ни Ansible не в состоянии задачу решить, все равно все сводится к сложным шелл-скриптам (в лучшем случае)....
Так в ансибл можно завернуть баш любой сложности :)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
В смысле "вызывать из ансибла баш"? Можно, но легче не становится.
А писать на ансибле логику сложнее "скопируй и запусти" - очень не хочется (да и не умеет он).
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Так что баш ещё поживёт, я думаю :)
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Это пока люди не отучатся сложные системы писать и не научатся простые
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Oleg Soroka
Так что баш ещё поживёт, я думаю :)
пока его станосится только больше)
источник

G

George in Архитектура ИТ-решений
Oleg Soroka
Так что баш ещё поживёт, я думаю :)
long live the bash
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Лично я конечно на PowersHell перешёл, но мне просто надо чтобы windows, linux и macos заодно работали.
источник

OS

Oleg Soroka in Архитектура ИТ-решений
И дёргать REST нативно
источник