Слёрм DevOps: чаму мы не будзем абмяркоўваць філасофію DevOps і што будзе замест яе

Сёння ў Southbridge на планёрцы абмяркоўвалі бірузовы менеджмент.

Былі тыя, хто прапанаваў рухацца зверху ўніз, ад ідэі да практыкі. Маўляў, давайце ўкарэнім філасофію бірузовага менеджменту: знойдзем эталон, прымем рашэнне аб тым, як павінны дзяліцца ролі, як павінна будавацца камунікацыя, і пачнем рухацца ў гэтым шляху.

Былі тыя (і я ў тым ліку), хто хацеў рухацца знізу ўверх, ад практыкі да ідэі. У нас ёсць канкрэтныя задачы і канкрэтныя праблемы. Давайце вырашаць іх, абапіраючыся на бірузовыя прылады, і бірузовы менеджмент складзецца сам сабой.

Калі параўноўваць кіраванне з распрацоўкай, то шлях зверху ўніз - гэта стварэнне маналіта, а шлях знізу ўверх - гэта мікрасэрвісная архітэктура. Цяпер, у нашым «мікрасэрвісным» кіраванні, мы можам два разы на дзень перабудаваць кіраўнічы контур і неадкладна «выкаціць яго ў прадакшэн».

І праграма Слёрм DevOps створана для тых, хто аддае перавагу рухацца знізу ўверх.

Слёрм DevOps: чаму мы не будзем абмяркоўваць філасофію DevOps і што будзе замест яе

Мы не будзем абмяркоўваць філасофію DevOps. Не таму, што яна бессэнсоўная, ці мы яе не ведаем, ці мы не кахаем халівары (а мы не каханы). Проста філасофія DevOps выкрышталізоўваецца ў кожным архітэктары і інжынеры DevOps за гады практыкі, а не за 3 дні інтэнсіўу.

Мы будзем абмяркоўваць канкрэтныя інструменты. Тое, што можна ўкараніць адразу, без філасофскіх гутарак і кіраўніцкай перабудовы, на ўзроўні паўсядзённай працы. Напісаць інструкцыю па каманднай працы з Git. Напісаць плэйбук для разгортвання сервераў. Наладзіць зборшчык логаў.

У выніку працаваць стане лягчэй і прасцей, з'явіцца базіс, на якім можна будзе збудаваць свой DevOps.

Каб выйсці за рамкі практык Southbridge, на некаторыя тэмы мы запрасілі спікераў са боку.

Арцём Галонскі, СТА «БюраБюро»
У камерцыйнай распрацоўцы 12+ гадоў.
Тымлід / кіраўнік аддзела распрацоўкі з 2011 года.
Тэхнічны дырэктар з 2016 года.

Разам са студэнтамі разгледзім спосабы аўтаматызацыі разгортвання прыкладанняў якія прымяняліся раней. Абмяркуем сучасную пабудову пайплайнаў і некаторыя агульныя інструменты. Падрабязна пройдземся па прыладах і магчымасцям GitLab CI/CD. Практыку па сваіх тэмах (Уводзіны ў аўтаматызацыю і Праца з Gitlab) я выбудаваў так, каб студэнты адчулі, як і для чаго прымяняюцца сучасныя метады CI/CD. Тэорыі будзе аб'ектыўна неабходны мінімум.

Аляксей Сцепаненка, інжынер аддзела хмарнай платформы Selectel
Займаецца інфраструктурнымі задачамі па абслугоўванні аблокі OpenStack: маніторынг, CI/CD і кіраванне канфігурацыямі.

Спачатку мы пагаворым аб мадэлях і метадах кіравання інфраструктурай (як у адміністраванне прыйшлі падыходы з праграмавання), пазнаёмімся на практыцы з DevOps інструментамі кампаніі HashiCorp (Packer і Terraform) для дэкларатыўнага кіравання інфраструктурай.
Па завяршэнні блока вы зможаце апісваць вашу інфраструктуру, аўтаматызаваць стварэнне тэставых і прадакшн акружэнняў, маштабаваць ваша прыкладанне, і пабудаваць High Availability рашэнне з дапамогай балансавальніка нагрузкі.

Эдуард Мядзведзеў, CTO у Tungsten Labs (Германія)
Працаваў інжынерам у StackStorm, адказваў за ChatOps-функцыянал платформы. Распрацоўваў і ўкараняў ChatOps пры аўтаматызацыі дата-цэнтраў. Спікер на расійскіх і міжнародных канферэнцыях.

На Слёрме раскажу пра тое, як зрабіць камунікацыю ўнутры DevOps-каманды і ўзаемадзеянне з CI/CD-пайплайнам больш эфектыўнымі пры дапамозе двухбаковай інтэграцыі з чат-ботамі.

Іван Круглоў, Principal Developer у Booking.com
З моманту прыходу ў Booking.com у 2013 г. працаваў над такімі інфраструктурнымі праектамі, як размеркаваная дастаўка і апрацоўка паведамленняў, BigData і web-stack, пошук.
Цяпер займаецца пытаннямі пабудовы ўнутранага аблокі і Service Mesh.

У апошняй частцы Слерма мы пазнаёмімся з асноўнымі ідэалагічнымі і арганізацыйнымі канцэпцыямі SRE, разгледзім практыку іх ужывання на жывых прыкладах з майго досведу. Акрамя таго, мы разгледзім тэхнічны бок SRE, а менавіта якія прыёмы можна выкарыстоўваць каб зрабіць сэрвіс больш надзейным.
У канцы курса, я паспрабую адказаць на два важныя пытанні:

  1. Што ж дае SRE адміністратару ці праграмісту?
  2. Навошта ўладальніку бізнэсу ці прадукта трэба ўкараняць SRE?

Так што гэты Слёрм DevOps будзе ўнікальным: калі мы і будзем паўтараць праграму, то ўжо ў іншым складзе.

Для ўважлівых па-ранейшаму дзейнічае зніжка 15% па промакодзе habrapost.

Аб праграме Слёрма DevOps тут.

Рэгістрацыя: https://slurm.io/devops

Крыніца: habr.com

Дадаць каментар