MO
вручную будешь переносить изменения?
Ансиб , шеф, терраформ
Size: a a a
2020 June 19
ZS
Автоматизировать можно только то, что не касается решения людей. Поэтому можно автоматизировать какие-то куски, но автоматизацию автоматизации, например, ты не автоматизируешь:)
тут вы правы на все 100500%
SG
про девопсов, CI/CD/CD, касательно компаний, занимающихся разработкой софта (для внутренних или внешних целей) - я не спорю, это хорошая и полезная методология.
про девопсов как замену сисадминов ВСЕХ бизнесов - это мне кажется чем-то странным.
про девопсов как замену сисадминов ВСЕХ бизнесов - это мне кажется чем-то странным.
ZS
про девопсов, CI/CD/CD, касательно компаний, занимающихся разработкой софта (для внутренних или внешних целей) - я не спорю, это хорошая и полезная методология.
про девопсов как замену сисадминов ВСЕХ бизнесов - это мне кажется чем-то странным.
про девопсов как замену сисадминов ВСЕХ бизнесов - это мне кажется чем-то странным.
админам так или иначе рано или позно придеться уйти в девопс.. иначе они будут не востребованы
MO
я все жду, когда меня настигнет озарение, когда админу можно будет начинать тупеть.
чтоб не понимать ничего из содержимого под капотом и просто быть прокси между менеджментом компани и облаком
чтоб не понимать ничего из содержимого под капотом и просто быть прокси между менеджментом компани и облаком
Мы так на саппорт переложили некоторые вещи, jenkins и две кнопочки сделать хорошо и вернуть как было
SG
облако само по себе хорошая штука.. просто когда что то там делаешь делай это через код.. по крайней мере будут конфиги и перезапустить это можно бысто
облако - это лишь инструмент с миллиардом плюсов и миллиардом минусов.
и нужно хорошо понимать, как этим инструментом пользоваться, и нет ли чего-то, что лучше этого инструмента для решения конкретной задачи бизнеса
и нужно хорошо понимать, как этим инструментом пользоваться, и нет ли чего-то, что лучше этого инструмента для решения конкретной задачи бизнеса
SG
"сделать хорошо и вернуть как было" - ахахах, в мемориз))
D
Мы так на саппорт переложили некоторые вещи, jenkins и две кнопочки сделать хорошо и вернуть как было
Согранил в цитатницу!
ZS
облако - это лишь инструмент с миллиардом плюсов и миллиардом минусов.
и нужно хорошо понимать, как этим инструментом пользоваться, и нет ли чего-то, что лучше этого инструмента для решения конкретной задачи бизнеса
и нужно хорошо понимать, как этим инструментом пользоваться, и нет ли чего-то, что лучше этого инструмента для решения конкретной задачи бизнеса
естественно облако это инструмент.. никто и не спорит .. но как и говорили выше... надо знать и уметь применять практику CI/CD .. когда есть такая практика то имеются конфиги.. если тест кода провален он не выльется в продакшен ... если не провален то будет работать.. ну а если упал сервер то имея последнии конфиги и бекап базы переподнять все скажем в другом облаке не такая уж и большая проблема
SG
можете мне объяснить,
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
ZS
вытаскивая в облако все это делается при помощи кода а не в ручную
D
можете мне объяснить,
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
Вот я как раз сейчас занимаюсь тем, что придумываю как это делать запуском скрипта:)
SG
Вот я как раз сейчас занимаюсь тем, что придумываю как это делать запуском скрипта:)
что это делать?
Мы уже сделали, все работает.
было на виртуалках в офисе, мы эти образы отправили в облако, те админы что-то сконвертировали и теперь у нас в Тындекс-Облаке (это конкурент Яндекс Облака)
Мы уже сделали, все работает.
было на виртуалках в офисе, мы эти образы отправили в облако, те админы что-то сконвертировали и теперь у нас в Тындекс-Облаке (это конкурент Яндекс Облака)
D
что это делать?
Мы уже сделали, все работает.
было на виртуалках в офисе, мы эти образы отправили в облако, те админы что-то сконвертировали и теперь у нас в Тындекс-Облаке (это конкурент Яндекс Облака)
Мы уже сделали, все работает.
было на виртуалках в офисе, мы эти образы отправили в облако, те админы что-то сконвертировали и теперь у нас в Тындекс-Облаке (это конкурент Яндекс Облака)
А я не хочу это образами отправлять, я хочу автоконфиг делать, и.е. шаблонный разворот всех базовых сервисов в сети
ZS
А я не хочу это образами отправлять, я хочу автоконфиг делать, и.е. шаблонный разворот всех базовых сервисов в сети
terraform
SG
зачем? я админ компании на 100 человек.
мне автоматизация не нужна: мне это больше некому разворачивать.
мне автоматизация не нужна: мне это больше некому разворачивать.
SG
вот все уже в облаке работает.
где тут CI/CD?
где тут CI/CD?
ZS
что для вас практика CI/CD ?
D
terraform
Не совсем то и не очень подходит для on-premise, хотя я может не до конца вник.
SK
можете мне объяснить,
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
вот такой кейс.
Вытащили мы в облака следующие сервисы:
- 1C на RDP
- VPN на микротике
- Asterisk телефония
- сайт на Joomla
- anything else что есть в вашем бизнесе.
болтается оно как-то там, работает в целом.
где тут теперь CI/CD?
то не ловкое чувство когда еще не знаешь что означают эти 4 буквы