Чи завжди, коли ви ознайомлюєтесь з новим інструментом, ви намагаєтеся вивчити всі його можливості одразу
Так, особливо коли мені потрібно вирішити специфічне питання. Але в даному випадку можна просто загуглити «gitlab ci/cd hashicorp vault»
Спроба охопити всі можливості одразу може призвести до заплутання та втрати основної мети вашого навчання
Бла бла бла
Я писав цю статтю з орієнтацією на початківців
Жаль цих людей. Адже подекуди те та як ми навчилися вперше дуже важко викорінити
Для багатьох з нас найбільш ефективним підходом є спочатку засвоїти основні концепції та можливості інструмента, а потім, при необхідності, докладніше вивчати конкретні аспекти або функції
Бла бла бла
тих, хто шукає загальний огляд інструменту
Стаття приділяє увагу лише одному — використанню GitLab CI/CD разом з Vаult. Це не є загальним огляд
У кінцевому підсумку, це питання індивідуальне, і кожна людина може вибирати свій власний підхід до вивчення нових інструментів відповідно до своїх потреб та мети. Головне — це зберігати баланс між загальним розумінням і глибоким вивченням, а також не боятися навчатися та розвиватися відповідно до обраного напрямку
Тут я уже буквально потонув
Дякую що популяризуєте корисні практики Сам намагаюся використовувати pre-commit де тільки можливо. Повністю згоден з тим що поняття DevOps/DevOps Engineer наразі викривлені
Можна вигадати нескінченну кількість причин, щоб виправдати будь-що. Коли стаття під назвою
інтеграція HashiCorp Vault Secret у GitLab-пайплайни
навіть не згадує про можливість нативного використання, скоріше за все, просто не було приділено достатньо уваги до підготовки та збору інформації перед її написанням
Навіщо ці танці з бубном та vlt secrets get, якщо у GitLab є нативна інтеграція для цього docs.gitlab.com/ee/ci/secrets
Ні. Я багато чого ще не знаю і багато чого треба вивчити. Просто не подобається коли починають маніпулювати темою та ціллю дискусії