Size: a a a

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

2020 November 04

D

Danil in Архитектура ИТ-решений
alIxkononov kononov
ec2 и docker-compose
скорее уж ECS с CodeDeploy тогда. docker-compose это как раз из серии деплоя ансиблом
источник

D

Danil in Архитектура ИТ-решений
Просто что делать с вчера написанными cloud-native супер микросервисами понятно более-менее. Я думал человек подскажет, что делать со всяким несвежим легаси или просто не очень хорошо написанным ПО, которое ни разу не стейтлесс, требует винду иногда и запускается 15 минут.
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
Danil
Просто что делать с вчера написанными cloud-native супер микросервисами понятно более-менее. Я думал человек подскажет, что делать со всяким несвежим легаси или просто не очень хорошо написанным ПО, которое ни разу не стейтлесс, требует винду иногда и запускается 15 минут.
контейнеризировать как то
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
мы вот ща легаси код нативного дотнета переводим на неткор
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
чтобы засунуть в контейнер
источник

D

Danil in Архитектура ИТ-решений
ну так а деплоятся эти контейнеры потом ансиблом) Моя практика показывает, что от запихивания такого в куб больше геморроя
источник

ak

alIxkononov kononov in Архитектура ИТ-решений
Danil
ну так а деплоятся эти контейнеры потом ансиблом) Моя практика показывает, что от запихивания такого в куб больше геморроя
у кого как у нас ваще бамбу
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Как обычно, дело не в инструментарии, в в подходах. Например, каждый инструмент должен отвечать [только] за свой уровень, да так, чтобы полностью его инкапсулировать. Чтобы к этому не приходилось возвращаться с других уровней.
источник

OS

Oleg Soroka in Архитектура ИТ-решений
Можно ли найти подходящий уровень для Ansible? Да запросто. Стоит ли всё делать ансиблом, «раз уж он у нас всё равно уже есть»? Это вряд ли.
источник

ЯI

Я и твой кот I.... in Архитектура ИТ-решений
Oleg Soroka
Как обычно, дело не в инструментарии, в в подходах. Например, каждый инструмент должен отвечать [только] за свой уровень, да так, чтобы полностью его инкапсулировать. Чтобы к этому не приходилось возвращаться с других уровней.
> только за свой уровень

Только что у linkmeup про gitlab комбайн подкаст вышел.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Добрый день!

Коллеги, не напомните, раньше здесь была беседа про автоматическую документацию и пролетала ссылка на канал этой тематики. Вот не могу никак её найти.

Может у кого ни будь под рукой есть ссылка на их канал?

Спасибо!
источник

CM

Cucumba Morozov in Архитектура ИТ-решений
DocOps?
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
А вот не могу сказать точно, была беседа на эту тему, теперь не могу найти концы. =))
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
В канале аналитики пролетало. Всем спасибо!)
источник

IA

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

IA

Igor A in Архитектура ИТ-решений
потом задолбались искать того что это поддержит
источник

IA

Igor A in Архитектура ИТ-решений
проще было выкинуть
источник

IA

Igor A in Архитектура ИТ-решений
предвижу что году в 2030м появится направление в ИТ - технологический аскетизм.

когда специальный человек следит чтобы не брали Слишком Много Технологий
источник

IA

Igor A in Архитектура ИТ-решений
потому что 95% систем можно крутить на небольшом кол-ве железа. и скейлить башом. ну серьезно.
источник