Друзі, дивлюсь вас постійно і мені цікаво слухати ваш досвід. Але місцями таке враження, що хтось вас заставляє це робити) Наче не вистачає якоїсь жвавості розмови (але не награної). Ще у мене є версія що ви знімаєте це ввечері і видно що всі вже втомлені.
Додам ще один варіант, коли не треба використовувати k8s. Якщо проект - це стартап, який до того ж ще не почав заробляти, то k8s - це over engineering. Як на мене простіше, швидше і дешевше буде налаштувати моніторинг і auto scaling (якщо потрібно) засобами, які пропонує cloud provider, а потім вже коли проект буде розростатися додати k8s
47:55 - З приводу чи потрібно кіляти поду якщо міняється сікрет. Якщо сікрет в поді приатачений як варка- так, необхідно рестартанути поду щоб відбулись зміни. Але якщо сікрет приатачений до поди як volume- він підхопить нове значення автоматично
Тільки розбираюсь з аргосд. Мені цікаво як краще менеджити то. Кожний application має свою конфігурацію в argocd. Звісно що перший раз я налаштовував то руками, але зараз є потреба налаштувати postsync та інші хуки, хотілось би виділити то кудись окремо. Питання як краще то зберігати: на рівні репозиторію сервісу, чи виносити в окрему репу? Чи розходиться другий варіант з гітопс підходом і чи можна зробити щоб аргосд сам підтягував зміни для своїх конфігурацій аплікейшенів?
Кроссплейн вирішує проблему розгортання сервісу одним інструментом (умовно хелмом). Інакше, хелм+терраформ постійно борешся з імпортом аутпутів. Щось потрібно імпортувати з аутпуту терраформу в аплікацію, а щось з аплікації в терраформ. І терраформ код не задиплоїш гітопс-вей через аргосд/флюкс, що рве парадигму.
Terragrunt must have!!! Terraform workspaces не надає тієї функціональності і прозорочті якої має Terragrunt. Як приклад, через terragrunt нарізав інфру на слої і можеш спокійно передавати аоутпут з одніє частини інфри в іншу просто вказавши депенденсі. Чи глобальні змінні які працюють просто без додаткових стейтів
Хоча б тим, що терраформ, на відміну він Клаудформації, може менеджети далеко не тільки хмарні ресурси, а і інші типи ресурсів за допомогою провайдерів, як от ресурси в k8s, бази даних, навіть ФС на віртуалках, і таким чином, є максимально універсальним і легко інтегровується в SDLC пайплайни, і в один apply тераформом можна не лише розгорнути інфру, а і задеплоїти аппку зі всіма залежностями (в цьому випадку ще і ревертить всі ручні зміни в інфрі при окжному деплойменті).
А ви є на спотіфай? Питаю тому що лише там можна слухати на деяких девайсах де нема ютьюбу... Майурософт чи гугл винен - не важливо, але на іксбоксі лише спотіфай((
То має DevOps програмувати?
має, якщо хоче 500к в сша заробляти
Не обоз'язково, але дуже дуже бажано.
Друзі, дивлюсь вас постійно і мені цікаво слухати ваш досвід.
Але місцями таке враження, що хтось вас заставляє це робити)
Наче не вистачає якоїсь жвавості розмови (але не награної).
Ще у мене є версія що ви знімаєте це ввечері і видно що всі вже втомлені.
Дякую за глибоко технічний подкаст. Багато цікавого почув, та зрозумів багато=) Тут лайк
Топ контент, хоча було б класно також демонструвати на екрані речі про які йде мова, хоча це вийде за формат подкасту і буде скоріше відеотуторіалами.
Додам ще один варіант, коли не треба використовувати k8s. Якщо проект - це стартап, який до того ж ще не почав заробляти, то k8s - це over engineering. Як на мене простіше, швидше і дешевше буде налаштувати моніторинг і auto scaling (якщо потрібно) засобами, які пропонує cloud provider, а потім вже коли проект буде розростатися додати k8s
47:55 - З приводу чи потрібно кіляти поду якщо міняється сікрет. Якщо сікрет в поді приатачений як варка- так, необхідно рестартанути поду щоб відбулись зміни. Але якщо сікрет приатачений до поди як volume- він підхопить нове значення автоматично
Тільки розбираюсь з аргосд. Мені цікаво як краще менеджити то. Кожний application має свою конфігурацію в argocd. Звісно що перший раз я налаштовував то руками, але зараз є потреба налаштувати postsync та інші хуки, хотілось би виділити то кудись окремо. Питання як краще то зберігати: на рівні репозиторію сервісу, чи виносити в окрему репу? Чи розходиться другий варіант з гітопс підходом і чи можна зробити щоб аргосд сам підтягував зміни для своїх конфігурацій аплікейшенів?
Спасибо, хотелось бы услышать о классических проблемах и методах их решения (bootstrap, feedback loop, etc)
Кроссплейн вирішує проблему розгортання сервісу одним інструментом (умовно хелмом). Інакше, хелм+терраформ постійно борешся з імпортом аутпутів. Щось потрібно імпортувати з аутпуту терраформу в аплікацію, а щось з аплікації в терраформ. І терраформ код не задиплоїш гітопс-вей через аргосд/флюкс, що рве парадигму.
Terragrunt must have!!! Terraform workspaces не надає тієї функціональності і прозорочті якої має Terragrunt.
Як приклад, через terragrunt нарізав інфру на слої і можеш спокійно передавати аоутпут з одніє частини інфри в іншу просто вказавши депенденсі. Чи глобальні змінні які працюють просто без додаткових стейтів
Має бути постійно доступни пулл копіпістигу 🙂 а якже SOLID ?
А я один й досі страдаю в Cloudformation?)
Чим краще використовувати terraform крім зручності?
Хоча б тим, що терраформ, на відміну він Клаудформації, може менеджети далеко не тільки хмарні ресурси, а і інші типи ресурсів за допомогою провайдерів, як от ресурси в k8s, бази даних, навіть ФС на віртуалках, і таким чином, є максимально універсальним і легко інтегровується в SDLC пайплайни, і в один apply тераформом можна не лише розгорнути інфру, а і задеплоїти аппку зі всіма залежностями (в цьому випадку ще і ревертить всі ручні зміни в інфрі при окжному деплойменті).
Здається ваша фраза "Я досі страждаю в Cloudformation" і є відповідю.
Werf то російська тула
🤮
Більше того скажу, werf - це х*йова російська тулза
На скільки глибоко середній синіор має знати k8s?
K8S the hard way все що тобі треба
Теж не подобається kustomize 🙂 1:27:01
Я бы имхо добавил, Атлантис это разновидность chatops
А ви є на спотіфай? Питаю тому що лише там можна слухати на деяких девайсах де нема ютьюбу... Майурософт чи гугл винен - не важливо, але на іксбоксі лише спотіфай((
Так, є, окремо DOU DevOps подкаст