1. БусинессОператионс МанагементКоришћење најбољег пружаоца услуга у облаку, функције и алате за ДевОпс

Аутор: Емили Фрееман

Успех ваше ДевОпс иницијативе се у великој мери ослања на праћење поступка, али је такође важно користити праве алате. Одабир добављача услуга у облаку није лак избор, посебно када је ДевОпс ваша мотивација за вожњу. ГЦП (Гоогле Цлоуд Платформ), АВС (Амазон Веб Сервицес) и Азуре имају више заједничког него што раздвајају.

Често ваша одлука више зависи од нивоа комфора вашег тима ДевОпс са одређеним провајдером облака или тренутним пакетом више од самог пружатеља услуга облака. Након што се одлучите за прелазак у облак, следећа одлука је одлучивање о провајдеру облака који одговара вашим ДевОпс потребама. Ево неколико ствари које треба узети у обзир приликом процене провајдера облака имајући на уму ДевОпс принципе:

  • Солидна евиденција. Облак који изаберете треба да има историју одговорних финансијских одлука и довољно капитала за рад и ширење великих центара података током деценија. Усклађеност и управљање ризиком. Формална структура и утврђене политике усклађивања су од виталног значаја за осигуравање сигурних и сигурних података. У идеалном случају прегледајте ревизије пре него што потпишете уговоре. Позитивна репутација. Поверење купаца је апсолутно кључно. Да ли верујете да се можете поуздати у овог пружаоца услуга облака да ће наставити да расте и подржава ваше потребе за развијањем ДевОпс-а? Уговори о нивоу услуге (СЛАс). Који сте ниво услуге потребни? Обично пружаоци услуга у облаку нуде различите нивое поузданости на основу трошкова. На пример, 99,9 одсто продуженог радног времена биће знатно јефтиније од продуженог 99,999 одсто. Метрике и мониторинг. Које врсте увида у апликације, праћење и телеметрију пружа добављач? Будите сигурни да можете стећи одговарајући ниво увида у ваше системе што је могуће ближе реалном времену.

И на крају, осигурајте да добављач облака који одаберете има одличне техничке могућности које пружају услуге које задовољавају ваше специфичне ДевОпс потребе. Генерално, потражите

  • Могућности рачунања Решења за складиштење Функције размештања Записивање и надгледање Пријатељски кориснички интерфејси

Такође би требало да потврдите способност примене хибридног облачног решења у случају да требате у неком тренутку, као и да упућујете ХТТП позиве у друге АПИ-је и услуге.

Три главна добављача облака су Гоогле Цлоуд Платформ (ГЦП), Мицрософт Азуре и Амазон Веб Сервицес (АВС). Такође можете пронаћи мање провајдера облака и сигурно велики број приватних провајдера облака, али већина онога што требате знати долази од поређења јавних провајдера облака.

Амазонске веб услуге (АВС)

Као и остали велики јавни провајдери облака, АВС пружа рачунање на захтев путем претплате уз наплату. Корисници АВС-а могу се претплатити на било који број услуга и рачунарских ресурса. Амазон је тренутни лидер на тржишту међу облачним провајдерима, који држи већину претплатника у облаку.

Нуди робустан скуп функција и услуга у регионима широм света. Два најпознатија сервиса су Амазон Еластиц Цомпуте Цлоуд (ЕЦ2) и Амазон Симпле Стораге Сервице (Амазон С3). Као и код других пружатеља услуга облака, услугама се приступа и инфраструктури се пружа путем АПИ-ја.

Мицрософт Азуре

Пре него што је Мицрософт покренуо овај провајдер облака као Мицрософт Азуре, звао се Виндовс Азуре. Мицрософт га је дизајнирао да ради управо оно што назив подразумева - служи као провајдер облака за традиционално Виндовс ИТ организације. Али како је тржиште постајало конкурентније и Мицрософт је почео да боље разуме инжењерски крајолик, Азуре се прилагођавао, растао и еволуирао.

Иако је и даље мање робустан од АВС-а, Азуре је добро заобљен пружатељ услуга облака који је фокусиран на корисничко искуство. Кроз различите лансирање и аквизиције производа - посебно ГитХуб - Мицрософт је много уложио у инфраструктуру Линука, што му је омогућило снажније услуге широј публици.

Гоогле Цлоуд Платформ (ГЦП)

Гоогле Цлоуд Платформ (ГЦП) има најмањи тржишни удео од три главна пружаоца јавних облака, али нуди значајан сет услуга у облаку у скоро две десетине географских региона.

Можда је најпривлачнији аспект ГЦП-а тај што он нуди корисницима исту инфраструктуру коју Гоогле користи интерно. Ова инфраструктура укључује изузетно моћне услуге рачунара, складиштења, аналитике и машинског учења. У зависности од вашег одређеног производа, ГЦП можда има специјализоване алате који недостају (или мање зрели) у АВС-у и Азуре-у.

Проналажење ДевОпс алата и услуга у облаку

Буквално стотине алата и услуга стоје вам на располагању путем главних пружатеља услуга облака. Ти алати и услуге се углавном раздвајају на следеће категорије:

  • Рачунајте Складиште Умрежавање Управљање ресурсима Облачна вештачка интелигенција (АИ) Идентитет Сигурност Без сервера ИоТ

Слиједи листа најчешће кориштених услуга за сва три главна пружатеља услуга облака. Ове услуге укључују имплементацију апликација, управљање виртуалном машином (ВМ), оркестрацију спремника, функције без сервера, складиштење и базе података.

Укључене су додатне услуге, као што су управљање идентитетом, блок похрана, приватни облак, чување тајни и још много тога. То је далеко од исцрпне листе, али може вам послужити као чврста основа док почнете да истражујете своје могућности и осећате шта разликује пружатеље услуга у облаку.

  • Примена апликације: Платформа као сервисно (ПааС) решење за размештање апликација на различитим језицима, укључујући Јава, .НЕТ, Питхон, Ноде.јс, Ц #, Руби и Го Азуре: Азуре Цлоуд Сервицес АВС: АВС Еластични Беансталк ГЦП: Гоогле Апп Енгине
  • Управљање виртуелном машином (ВМ): Инфраструктура као сервисна (ИааС) опција за покретање виртуелних машина (ВМ-ова) са Линуком или Виндовс-ом Азуре: Азуре Виртуал Мацхинес АВС: Амазон ЕЦ2 ГЦП: Гоогле рачунарство
  • Манагед Кубернетес: Омогућује боље управљање контејнерима путем популарног оркестра Кубернетес Азуре: Азуре Кубернетес Сервице (АКС) АВС: Амазонска услуга за еластичне контејнере (ЕЦС) за Кубернетес ГЦП: Гоогле Кубернетес Енгине
  • Без сервера: Омогућује корисницима да креирају логичке токове функција без сервера Азуре: Азуре функције АВС: АВС Ламбда ГЦП: Гоогле Цлоуд функције
  • Спремање у облаку: Неструктурирано спремање објеката са кеширањем Азуре: Азуре Блоб Стораге АВС: Амазон С3 ГЦП: Гоогле Цлоуд Стораге
  • Базе података: СКЛ и НоСКЛ базе података, на захтјев Азуре: ДБ Азуре Цосмос АВС: Амазонска услуга релационе базе података (РДС) и Амазон ДинамоДБ (НоСКЛ) ГЦП: Гоогле Цлоуд СКЛ и Гоогле Цлоуд БигТабле (НоСКЛ)

Док истражујете три главна пружаоца услуга облака, примећујете дугачку листу услуга. Можда ћете се осећати преплављеним стотинама опција које су вам на располагању. Ако случајно не можете пронаћи оно што вам треба, тржиште ће вероватно пружити нешто слично. Тржиште је место где независни програмери нуде услуге које се прикључују у облак - чији су домаћини Азуре, АВС или ГЦП.

У доњој табели су наведене додатне услуге које пружа већина, ако не и сви, пружаоци услуга у облаку.

  1. Управљање пословним операцијамаЗашто су питања ДевОпс-а: 11 начина ДевОпс користи вашој организацији

Аутор: Емили Фрееман

Када се правилно изврши, ДевОпс нуди значајне предности за вашу организацију. Овај чланак представља кључне тачке које треба знати о томе како ДевОпс користи вашој организацији. Употријебите га као референцу како би вам помогли да убедите своје колеге или да појачате своје разумевање зашто сте се одлучили за ДевОпс руту када пут постане отежан.

Предности ДевОпс-а

ДевОпс вам помаже да прихватите сталну промену

Технолошки пејзаж је окружење које се стално мења. Неки се језици развијају и стварају се нови. Оквири долазе и одлазе. Инфраструктурни алати се мењају да би задовољили све веће захтеве за ефикаснијим хостингом апликација и бржим пружањем услуга. Алатке и даље апстрактно рачунају на ниском нивоу да би смањили режијске трошкове.

Једина константа је промена. Ваша способност да се прилагодите тој промени одредиће ваш успех као појединачног сарадника, менаџера или извршног директора. Без обзира на улогу коју тренутно испуњавате у вашој компанији или се надамо да ће на крају играти, од виталног је значаја да се брзо прилагодите и уклоните што више трења из раста. ДевОпс вам омогућава да се прилагодите и растете побољшавајући комуникацију и сарадњу.

ДевОпс обухвата облак

Облак није будућност; сада је Иако можда још увек прелазите или нисте још спремни за кретање, схватите да је облак пут напријед за све компаније, осим неколико. То вам даје већу флексибилност од традиционалне инфраструктуре, смањује стрес пословања и (обично) кошта знатно мање због структуре цена са исплатом трошкова.

Јавни, приватни и хибридни облаци пружају вам бескрајне могућности за боље вођење пословања. Способност да се извори (лансирају) ресурси у року од неколико минута је нешто што већина компанија никада није доживела пре облака.

Ова агилност коју пружа облак иде руку под руку са ДевОпс-ом. Омри Газитт из компаније Пуппет, компанија фокусирана на аутоматизацију и управљање конфигурацијом, најбоље је рекла: „Док се организације крећу у облак, оне преиспитују своје основне претпоставке о томе како испоручују софтвер.“

Помоћу облака АПИ-ји повезују све услуге, платформу и инфраструктурне алате како бисте могли несметано управљати ресурсима и апликацијом. Док мигрирате у облак, можете реевалуирати прошле одлуке о архитектури и полако прелазити вашу апликацију и систем у изворни облак или дизајнирани с обзиром на облак.

ДевОпс вам помаже да запослите најбоље

Због повећане потражње, великих инжењера је мало. Једноставно нема довољно инжењера да попуне све тренутно отворене послове или да задовоље потражњу на тржишту током наредне деценије и шире. Иако проналазак инжењера може бити тешко, није немогуће, поготово ако се фокусирате на откривање инжењера који прихватају радозналост и не плаше се неуспеха. Ако имплементирате ДевОпс у своју целокупну инжењерску културу, можете иницирати инжењере и обучити их у методологији и технологији која подржава стално унапређење.

Тешко је измерити потенцијал у интервјуу. Обично таленат шапуће. Најталентованији инжењери обично нису похлепни или хвалисави; они су дозволили да њихов рад говори уместо њих. ДевОпс вам омогућава да пажљивије слушате личне и професионалне интересе инжењера са којима разговарате.

Покушајте бирати кандидате на основу њиховог нивоа радозналости, комуникацијских вештина и ентузијазма. Те особине ваш тим могу видети кроз поља страха, неизвесности и сумње. Они могу водити тим путем тешких одлука, донесених у ограничењима, у покушају да реше тешке проблеме.

Неког можете научити вештини, али научити некога како да учи потпуно је другачија ствар. Култура учења коју креирате у својој ДевОпс организацији омогућава вам да одредите приоритет раста наспрам техничког знања. У ДевОпс-у је кључно ангажовање тима. Сваки појединац је комад целине и тим мора холистички да успостави равнотежу. Постизање ове равнотеже значи да понекад не запослите „најбољег“ инжењера, већ запослите најбољег инжењера за тим.

Када ангажујете за ДевОпс тим, можете, попут вучних коња који су ухваћени заједно, повући више тежине него што бисте то могли појединачно. Помоћу ДевОпс-а можете да множите појединачне компоненте свог тима и, као целина, створите снажни погон тима.

ДевОпс вас држи конкурентнима

Годишњи извештај о стању ДевОпс-а који је објавио ДевОпс истраживање и процена (ДОРА) јасно даје до знања: компаније широм света користе ДевОпс за прилагођавање својих инжењерских пракси и искориштавају користи. Они виде пораст инжењерске производње и смањење трошкова. Помоћу ДевОпс-а ове компаније прелазе са неспретних процеса и система на рационалан начин развоја софтвера усредсређеног на крајњег корисника.

ДевОпс омогућава компанијама да стварају поуздану инфраструктуру и користе је за бржу и поузданију употребу софтвера. Дно црта је следећа: Организације са високим перформансама користе ДевОпс и руше конкуренцију повећавајући фреквенцију размештања и значајно смањујући њихове кварове који настају због промена у систему.

Ако желите да се такмичите, морате да усвојите солидне ДевОпс методологије. Можда нису сви, и дефинитивно не сви одједном - али време да сачекате и проверите да ли је ДевОпс вредан.

ДевОпс помаже у решавању људских проблема

Људи су достигли тачку наше еволуције у којој се технологија развија брже од нашег мозга. Дакле, највећи изазови с којима се људи суочавају су због људских ограничења - а не због ограничења софтвера или инфраструктуре. За разлику од других методологија за развој софтвера, ДевОпс се холистички фокусира на ваш социотехнички систем.

Прихватање ДевОпс-а захтева промену културе и размишљања. Али ако постигнете ДевОпс културу и начин размишљања, ви и ваша организација остварујете готово неограничене користи. Када су инжењери овлашћени да истражују, без притиска и страха од неуспеха, догађају се невероватне ствари.

Инжињери откривају нове начине за решавање проблема. Прилазе пројектима и проблемима са здравим размишљањем и раде заједно флуидније, без непотребне и негативне конкуренције.

ДевОпс изазива запосленике

ДевОпс убрзава раст како инжењера, тако и инжењерског тима у целини. Инжињери су паметни људи. Такође су природно радознали. Сјајном инжењеру који прихвата начин размишљања о расту потребни су нови изазови након што савладају одређену технологију, алат или методологију или се често осећају у застоју.

Морају да осећају као да им се мозак и скупови вештина протежу - не до те мере да су преоптерећени или под стресом, већ довољно да осећају да расту. То је напетост коју је описао Дан Пинк у Дриве-у. Ако успете да постигнете равнотежу, ваши инжењери ће успевати - као појединци и као тим.

Методологија ДевОпс-а промовише вештине у облику слова Т, што значи да се инжењери специјализују за једно подручје са дубоким знањем и широким разумевањем многих других области. Овај приступ омогућава инжењерима да истражују друга подручја од интереса.

На пример, Питхон инжењер има интерес за облачну инфраструктуру, на пример. Ниједна друга инжењерска методологија не дозвољава и не подстиче инжењере да истражу онолико колико ДевОпс ради, и то огроман допринос запошљавању и задржавању талената.

ДевОпс премошћује празнине

Један од изазова савремених технолошких компанија је тај јаз између потреба пословања и потреба инжењеринга. У традиционалној компанији, са традиционалним стратегијама управљања, постоји природно трење између инжењеринга и одељења попут маркетинга, продаје и развоја пословања. Ово трење произилази из недостатка поравнања. Свако одељење мери се различитим показатељима успеха.

ДевОпс настоји објединити сваки одјел пословања и створити заједничко разумијевање и поштовање. Поштивање посла и доприноса једних других омогућава оној особи у компанији да напредује. Уклања трење и побољшава убрзање.

Размислите о тиму сланица. Ако се сваки пас креће у засебним смеровима, санкање не иде нигде. Сада замислите да пси раде заједно, усредсређени на то да напредују заједно. Када вам интерно недостаје трења, једини изазови са којима се суочавате су спољашњи, а спољни изазови су готово увек изводљивији од унутрашњих свађа.

ДевОпс вам омогућава да добро пропаднете

Неуспех је неизбежан. То је једноставно неизбежно. Због свих непознаница је немогуће предвидјети сваки начин на који ваш систем може пропасти. (И може спектакуларно да пропадне, зар не?) Уместо да по сваку цену избегнете неуспех и да се осећате сломљеним када се неуспех догоди, можете се припремити за њега. ДевОпс припрема организације да реагују на неуспех, али не на паничан начин, изазван стресом.

Инциденти ће увек укључивати одређен ниво стреса. У неком тренутку дуж ваше командне структуре, извршни директор ће вероватно вриштати на новац изгубљен током прекида рада сервиса. Али можете смањити стрес који доживљава ваш тим употребом неуспеха као начина учења и прилагођавањем система да постане отпорнији.

Сваки инцидент је прилика да се побољшају и расту, као појединци и као тим.

ДевОпс прихвата каизен, уметност сталног усавршавања. Када искуства вашег тима прођу у њиховом раду, сваки дан могу доносити ситне изборе који доприносе дугорочном расту и, на крају, бољем производу.

ДевОпс вам омогућава непрестано побољшавање

Непрекидно побољшање је кључни састојак ДевОпс-а. Користите визуализацију непрекидног циклуса када примените ДевОпс у своју организацију. Циклус не би требао изазивати страхове кроз мисли о Сизифу, гурајући громад на брдо читаву вјечност. Уместо тога, мислите на овај циклус као на кретање, као на снежну куглу која се котрља низбрдо, скупљајући замах и масу.

Док усвајате ДевОпс и интегришете све више и више својих основних правила у свој свакодневни радни ток, сведочићете овом убрзању из прве руке. Циклус непрекидног унапређења увек треба да се фокусира око купца. Непрестано морате размишљати о крајњем кориснику и интегрисати повратне информације у свој животни циклус испоруке софтвера.

Темељно за овај циклус је ЦИ / ЦД. Усвајање ЦИ / ЦД-а није захтјев све или ништа од ДевОпс-а; уместо тога, то је спор процес примене. Прво би требало да се фокусирате на савладавање континуиране интеграције. Подстакните инжењере да слободно деле код и често спајају код. Овакав приступ спречава да изолација и силоси постану блокатори у вашој инжењерској организацији.

Након што ваша организација савлада континуирану интеграцију, пређите на континуирано испоручивање, праксу аутоматизације испоруке софтвера. Овај корак захтева аутоматизацију јер ће се код кретати кроз вишеструке провере да би се осигурао квалитет. Након што је сав ваш код сигуран и доступан у спремишту изворног кода, можете започети континуирано примењивати мале промене. Ваш циљ је уклањање ручних баријера и побољшање способности вашег тима да открива и исправља грешке без утицаја купца.

ДевОпс аутоматизира напор

Убрзање и повећана ефикасност су срж ДевОпс методологије. Аутоматизирајући радно интензивне ручне процесе, ДевОпс ослобађа инжењере да раде на пројектима који софтвер и системе чине поузданијим и лакше се одржавају - без хаоса неочекиваних прекида у сервису.

Инжењеринг поузданости веб локација (СРЕ) бави се напорима, што је посао потребан да би се услуге покренуле и радиле, али је ручан и понављајући. Труп се може аутоматизовати и нема дугорочну вредност. Можда је најважније од свега, да се скалирају линеарно, што ограничава раст. Имајте на уму да се напор не односи на прекомерне административне потребе као што су састанци и планирање. Ова врста посла, ако се спроводи са ДевОпс менталитетом, корисно је за дугорочно убрзање вашег тима.

Једно од главних начела алата ваше ДевОпс праксе је аутоматизација. Можете аутоматизовати цевовод за имплементацију тако да укључује вербосе тест скуп као и друге капије кроз које код мора проћи да би био пуштен. На много начина, СРЕ је следећи логични корак у еволуцији ДевОпс-а и требао би бити ваш следећи корак након што ви и ваша организација савладате основне концепте ДевОпс-а и имплементирате праксу у свом тиму.

ДевОпс убрзава испоруку

Животни циклус испоруке софтвера развио се из спорог и линеарног водопадног процеса у окретну и континуирану петљу ДевОпс-а. Не производите више производ, не развијате га у потпуности, а затим га пуштате купцима, надајући се његовом успеху.

Уместо тога, креирате петљу за повратне информације око купца и континуирано испоручујете итеративне промене својим производима. Овај повезани круг омогућава вам да континуирано побољшавате своје функције и осигурате да је купац задовољан оним што испоручујете.

Када повежете све тачке и потпуно усвојите ДевОпс у својој организацији, гледате како ваш тим може брже испоручивати бољи софтвер. Промене ће у почетку бити мале, баш као и промене које објавите. Али с временом, те наизглед безначајне промене збрајају и стварају тим који убрзава испоруку квалитетног софтвера.

  1. БусинессОператионс МанагементЗарадите више ваших Цлоуд Алата: Аутоматизирајте ДевОпс у облаку

Аутор: Емили Фрееман

Удајавање у облак помоћу ваше ДевОпс праксе може убрзати посао који сте већ обавили. Када се заједно користе, и ДевОпс и облак могу покренути дигиталну трансформацију ваше компаније.

Резултате ћете видети док будете наглашавали приоритете ДевОпс-а: људи, процес и технологија. Облак - заједно са другим алаткама - пада директно у технички део ваше ДевОпс имплементације.

ДевОпс и рачунарство у облаку

Рачунарство у облаку омогућава аутоматизацију за програмере и раднике на начин који једноставно није могућ када управљате сопственом физичком инфраструктуром. Пружање инфраструктуре путем кода у облаку - што је систем који се назива Инфраструктура као код (ИаЦ) - омогућава вам да креирате предлошке и поновљиве процесе.

Када пратите промене у свом инфраструктурном коду кроз контролу извора, дозвољавате свом тиму да неометано ради и прати промене. ИаЦ је много поновљивији и аутоматизовани - да не спомињемо брже - од тога да инжењери кликну по порталу.

Чак ни упутства на порталу нису глупа. Ризикујете да направите мале, али значајне промене у подешавању инфраструктуре ако стално градите исту поставку путем портала, а не ИАМЛ датотеке.

Преношење своје ДевОпс културе у облак

Људи често говоре о ДевОпс-у и рачунању у облаку као да су повезани и на много начина они јесу. Имајте на уму, међутим, да можете усвојити ДевОпс - или почети трансформацију ваше инжењерске организације - без да све идете у облак. Потпуно је разумно да пре успостављања своје инфраструктуре на провајдера у облаку прво утврдите стандарде, поступке и процесе за свој тим.

Иако људи говоре као да су сви већ у облаку, ви сте и даље на оштрој страни преласка у облак. Цлоуд провајдери постају робуснији из дана у дан, а инжењерске компаније полако прелазе своје услуге хостовања у облак. Имајући то у виду, организацију која жели да усвоји ДевОпс било би мудро озбиљно размотрити коришћење услуга главног добављача услуга облака.

Свако ко има искуство ДевОпс не би вероватно назвао облак НоОпс решењем, али они би га могли назвати ОпсЛите. Цлоуд услуге често апстрахирају сложену оперативну архитектуру на начин који архитектуру чини више пријатном за програмере и омогућава им да преузму више власништва над својим компонентама.

Ако сте икада гунђали да би програмери требали бити укључени у ротацију дежурства, у праву сте - требали би бити. Укључивање програмера у ротацију дежурства је сјајан начин да повећају своје знање о примени кода као и о управљању и обезбеђивању инфраструктуре на којој раде њихове услуге. То смањује оперативне режијске трошкове и ослобађа време стручњака за рад на проактивним решењима.

Учење кроз усвајање ДевОпс-а

Ако је ваш тим способан да истовремено усвоји ДевОпс и преусмери на коришћење облака у рачунару, ове смене можете користити као могућности учења и за програмере и за оперативне људе.

Док се ваш тим пребацује у облак, програмери имају прилику да стручњаке за пословање упознају са кодом - можда чак и одређеним језицима - и контролом извора, а људи из операција могу да науче програмере о инфраструктури. Кад су обе групе и стручњаци и новорођенчади, ниједна група не мора да се бави много его-штетним преносом знања.

Повјерење, однос и здрава динамика настала из ових интеракција потакнут ће ваш тим и трајат ће много дуже него што је непосредан посао трајао. На много начина ојачавате своју ДевОпс културу помоћу алата за своју ДевОпс праксу.

Користећи услуге облака у вашој ДевОпс иницијативи

Савремене операције се мењају и развијају. Ваши конкуренти већ усвајају нове начине бржег иновирања и убрзавају животне циклусе испоруке софтвера.

Рачунарство у облаку представља велики помак од традиционалног начина на који предузећа размишљају о ИТ ресурсима. Ако оутсоурцинг већи део ваше инфраструктуре и оперативних захтева за пружатеља услуга у облаку, смањујете режијске трошкове и ослобађате свој тим да се фокусира на пружање бољег софтвера својим корисницима.

Ево шест уобичајених разлога због којих се организације окрећу услугама рачунарског облака:

  • Побољшање приступачности. Цлоуд провајдери вам омогућавају да одаберете само оне услуге које су вам потребне када су вам потребне. Замислите да ли бисте могли да приступите кабловској телевизији, али плаћате само канале које гледате. Ти би то волео, зар не? Већина чланова ДевОпс тима би! Цлоуд провајдери то и чине, док вам такође пружају најсавременији рачунски хардвер смештен у физички сигурним центрима података. Аутоматско постављање. Промене у систему - размештању - су најчешћи доприноси прекида рада или прекида услуга. Цлоуд провајдери објављују код аутоматизираним, поновљивим процесом, значајно смањујући вероватноћу грешке у ручним издањима и увођењем грешака. Аутоматизиране имплементације такођер омогућују програмерима да ослободе властити код. Коначно, аутоматизоване имплементације поједностављују процес уз смањење времена застоја и реакционарног покретања производње. Убрзавање испоруке. Облак смањује трење током готово сваке фазе животног циклуса испоруке софтвера. Иако је подешавање потребно, често вам је потребно више од двоструког времена које је потребно да бисте ручно извршили поступак, а услугу или поступак морате поставити само једном. Убрзана испорука вам даје флексибилност. Повећање сигурности. Цлоуд провајдери обезбеђење чине део њихове понуде. Мицрософт Азуре, Амазонове веб услуге (АВС) и Гоогле Цлоуд Платформ (ГЦП) испуњавају различите стандарде усаглашавања и пружају политике, услуге и контроле које ће вам помоћи да појачате безбедност вашег система. Поред тога, ако користите алат за цјевовод за имплементацију у облаку, можете додати провјере сигурности прије него што се нови код пусти у окружење, чиме се смањује могућност сигурносних рањивости. Смањење неуспеха. Кроз цевоводе за изградњу и ослобађање облака, ваш тим је способан да направи аутоматизоване тестове за потврду функционалности, квалитета кода, сигурности и усклађености било којег кода који је уведен у ваше системе. Ова способност смањује могућност грешака, а истовремено смањује ризик од проблематичних примена. Изградња отпорнијих и скалабилнијих система. Облак омогућава организацијама да се у неколико секунди повећају, повећају и повећају капацитет. Ово еластично скалирање омогућава центрирање ресурса за рачунање и складиштење по потреби, без обзира где у свету ваши корисници комуницирају са вашим производом. Овај приступ вам омогућава да боље опслужујете своје купце и ефикасније управљате инфраструктурним трошковима.

ДевОпс приступ односи се на стварање цикличке методе у којој имате користи и учите из процеса сваки пут када га прођете.

  1. Савети за управљање пословним операцијама за унапређење инжењерских перформанси помоћу ДевОпс-а

Аутор: Емили Фрееман

Побољшање инжењерских перформанси као дела ДевОпс процеса може имати знатан утицај на целокупно пословање. Рационализација развојног животног циклуса и уклањање уских грла послужиће за убрзавање укупног учинка пословања - на крају повећавајући дно. И ако мислите да, као инжењер ДевОпс-а, ​​да не треба да се бринете о пословном учинку, грешите.

Према ДевОпс истраживању и процени (ДОРА), високи перформанси ДевОпс тимови доследно надмашују своје конкуренте у четири кључна подручја:

  • Учесталост размештања: Овај израз се односи на то колико често ваши инжењери могу да примене код. Побољшање перформанси поравнава се с постављањем више пута дневно по жељи. Водеће време: Време трајања је колико вам треба да пређете од почињења новог кода до покретања тог кода у производном окружењу. Према речима ДОРА-е, најбољи извођачи имају време испоруке мање од једног сата, док просечним извођачима треба до месец дана. МТТР (средње време за опоравак): МТТР се односи на то колико времена вам је потребно да обновите услугу након инцидента или прекида рада. У идеалном случају желите да циљате испод једног сата. Прекид кошта озбиљан новац, посебно када утиче на профитне центре апликације. Дуги прекиди уништавају поверење, смањују морал и подразумевају додатне организационе изазове. Квар промене: Овај израз се односи на брзину којом промене вашег система негативно утичу на перформансе. Иако никада нећете достићи стопу отказа промене од нула процената, можете апсолутно приступити нули повећавајући своје аутоматизоване тестове и ослањајући се на цевовод за имплементацију уз континуиране провере интеграције и капије - који сви обезбеђују квалитет.

Елиминисање савршенства као мерило успеха ДевОпс-а

ДевОпс се ослања на мантру „Готово је више него савршено“. Чини се да је то један од тих немогућих атрибута, али речи ипак говоре истину. Покушај достизања савршенства непријатељ је ефикасности и продуктивности.

Већина инжењера, укључујући оне из врсте ДевОпс, пати од неке верзије анализе-парализе - менталне невоље која ограничава вашу продуктивност у покушају да прекомерно изврши рад и спречи било који потенцијални пропуст.

Недовршеност тренинга у вашем послу захтева да прихватите могућност неуспеха и неизбежност поновног постављања. Стварање петље за повратне информације око купца и враћање у различите фазе цевовода примарни су станари ДевОпс-а. У ДевОпс-у повезујете крајеве да бисте савили линију у круг.

Када итеративно и кружно размишљате, избацивање кода који није савршен чини се много мање застрашујућим јер код није исклесан у камен. Уместо тога, инжењери ДевОпса привремено су побољшани док прикупљају више података и повратних информација.

Дизајнирање малих тимова за ДевОпс

Вероватно сте чули за амазонове „две пице“ екипе. Концепт у великој мери говори о важности тимова малих димензија. Сада тачан број људи који чине тим за две пице варира у складу са вашим апетитима.

Добро је држати тимове испод 12 људи. Када се група приближи 9, 10 или 11 људи, покушајте да је поделите на две. Слатко место за групну величину је око 4–6 људи. Ваш тачан број може се разликовати овисно о људима који су укључени, али поанта је сљедећа: Када групе постану превелике, комуникација постаје изазовна, појављују се клике и тимски рад.

Ево још једног бонус циља приликом формирања ДевОпс тимова: парни бројеви. Добра је идеја дати људима "другара" на послу - некоме коме могу вјеровати изнад свих. У групама под бројевима сви имају другара и нико не остаје. Можете се парити равномерно, а то изгледа добро. Формирање група са парним бројевима није увек оствариво због броја особља, али треба имати на уму.

Формула за мерење комуникационих канала је н (н - 1) / 2, где н представља број људи. Једноставним прорачуном можете проценити колико ће сложена комуникација вашег тима бити. На пример, формула за тим од две пице од 10 била би 10 (10 - 1) / 2 = 45 комуникационих канала. Можете замислити како сложени већи тимови могу постати.

Праћење вашег ДевОпс посла

Ако можете да надмашите мали део тога што ћете записати шта радите сваки дан, резултати ће вам пружити изузетну вредност. Имајући реалне податке о томе како користите своје време помаже вам у праћењу ефикасности вас и вашег тима. Као што је Петер Друцкер чувено рекао, „Ако то не можете да мерите, не можете побољшати“.

Колико дана остављате посао осјећајући се као да нисте радили ништа? Имали сте састанак након састанка или случајних прекида по цео дан. Ниси сам. Многи радници имају исти проблем. Може бити тешко пратити ваш напредак, а самим тим и вашу продуктивност. Разлика између нашег осећаја ефикасности и стварности наше ефикасности је опасна територија за било који ДевОпс тим.

Покушајте користити оловку и папир, а не неки аутоматизовани алат за ово. Да, можете користити софтвер за праћење начина на који користите време на рачунару. Може вам рећи када читате е-пошту, када лајкујете и када кодирате, али недостаје нијансе и често пропушта или погрешно категорише велике делове времена.

Након што имате идеју шта радите и када, можете почети да препознајете које активности спадају у који квадрант Еисенховер матрице одлука. Који ужурбани посао обављате рутински и не представља никакву вредност за вас или организацију?

Смањивање трења у ДевОпс пројектима

Једна од најбољих ствари које менаџер може учинити за ДевОпс инжењерски тим је да их оставе на миру. Ангажирајте знатижељне инжењере који су способни да самостално решавају проблеме и пустите их да раде свој посао. Што више можете смањити трење које успорава њихов инжењерски рад, то ће ваш тим бити ефикаснији.

Смањивање трења укључује трење које постоји између тимова - посебно операција и развоја. Не заборавите ни стручњаке попут обезбеђења.

Усклађивање циљева и подстицаја повећава брзину. Ако су сви усредсређени на постизање истих ствари, могу се удружити као тим и методично се кретати према тим циљевима.

Хуманизујуће упозорење за успех ДевОпс-а

Сваки инжењерски тим има упозорења о радњама или догађајима који нису битни. Након свих ових упозорења инжењери десензификују инжењере на заиста важне упозорења. Многи инжењери су условљени да игноришу упозорења путем е-поште због превелике количине порука.

Умор упозорења смета многим инжењерским организацијама и долази са великом ценом. Ако вас свакодневно залива, немогуће је одабрати оно важно из мора небитног. Можете чак рећи да су ове поруке хитне, али нису важне. . . .

Е-пошта није идеално возило за узбуну јер није временски осетљива (многи људи проверавају е-пошту само неколико пута дневно) и лако се закопавају у друге детаље.

Примењујући оно што сте научили о брзом понављању, редовно ревалоризирајте своје прагове узбуњивања како бисте осигурали одговарајући износ покривености без превише лажних позитивних приказа. Утврђивање упозорења која нису потребна захтева време и рад. И то ће вероватно бити мало застрашујуће, зар не? Брисање упозорења или повећање прага увек долази са мало ризика.

Шта ако је упозорење заиста важно? Ако јесте, схватићете то. Запамтите, не можете се бојати неуспеха у ДевОпс организацији. Морате је загрлити како бисте могли да се гурате напред и непрестано побољшавате. Ако пустите да страх води ваше одлуке, стагнирате - као инжењер и као организација.

  1. Управљање пословним операцијамаКако формирати ДевОпс тимове у вашој организацији

Аутор: Емили Фрееман

ДевОпс нема идеалну организациону структуру. Као и све што се тиче технике, „прави“ одговор у вези са структуром ваше компаније зависи од ваше јединствене ситуације: вашег тренутног тима, ваших планова за раст, величине вашег тима, расположивих вештина вашег тима, вашег производа и слично.

Усклађивање визије вашег ДевОпс тима требало би да буде ваша прва мисија. Тек након што уклоните ниско уплетено воће очигледног трења између људи, требало би да започнете преуређивање тимова. Чак и тада, дозволите мало флексибилности.

Ако приступите реорганизацији отворено и флексибилно, шаљете поруку да сте вољни да слушате и дајете тиму аутономију - основни принцип ДевОпс-а.

Можда већ имате програмера Питхон или Го који је страствен и знатижељан у погледу управљања инфраструктуром и конфигурацијом. Можда се та особа може пребацити на више усмерену на улогу у вашој новој организацији. Ставите се у ципеле те особе. Не бисте били лојални организацији која је ризиковала по вас? Не бисте ли били узбуђени што напорно радите? А то узбуђење је заразно.

Овде научите како ускладити тимове које већ имате, посветити тим девОпс праксама и створити цросс-функционалне тимове - сви приступи из којих можете одлучити да своје тимове оријентишете према ДевОпс.

Можете одабрати један приступ и омогућити му да се развија одатле. Не мислите да је ова одлука трајна и непроменљива. ДевОпс се фокусира на брзу итерацију и непрестано усавршавање и то је главна предност ове методологије. Та филозофија важи и за тимове.

Усклађивање функционалних тимова за ДевОпс

Овим приступом стварате снажну сарадњу између ваших традиционалних развојних и оперативних тимова. Тимови и даље остају функционалне природе - један је фокусиран на оперативне системе, један фокусиран на код. Али њихови подстицаји су усклађени. Они ће расти да верују једни другима и радиће док два тима споје заједно.

За мање инжењерске организације усклађивање функционалних тимова је добар избор. Чак и као први корак, ово усклађивање може појачати позитивне промене које сте до сада направили. Обично започињете поравнање тако што ћете издвојити време да саставите рапорт. Осигурајте да свака особа из оба тима не само да интелектуално схвата улогу и ограничења другог тима, већ и саосећа са боловима.

За овај приступ је добра идеја да се промовише политика „Ви га градите, подржавате га.“ Ова политика значи да сви - и програмери и особе које раде под операцијама - учествују у вашој ротацији дежурства.

Ово учешће омогућава програмерима да почну да разумеју фрустрације да ће вас позвати усред ноћи и борити се док магловитих очију и без кофеина поправити грешку која утиче на купце. Радници такође почињу да верују преданости ваших програмера у њихов рад. Чак и ова мала промена гради изузетно велико поверење.

Реч опреза: Ако се програмери жестоко боре против позива, у вашој организацији је већи проблем. Повратак није неуобичајено, јер се на позив дивље разликују од уобичајених свакодневних обавеза. Повратак често долази из места нелагодности и страха. Можете помоћи ублажавању ове реакције тако што ћете се обратити чињеници да ваши програмери можда не знају шта да раде првих неколико пута када су на позиву.

Можда нису упознати с инфраструктуром, и то је у реду. Охрабрите их да ескалирају инцидент и пронађу некога са више искуства. На крају, направите књигу са уобичајеним упозорењима и акције које треба предузети. Обезбеђивање овог ресурса помоћи ће у ублажавању страха све док не почну да вежу ствари.

Још једна тактика која ће помоћи подстицању сарадње на формирању кохезивнијег ДевОпс тима је увођење дана сјенчања, при чему сваки тим „тргује“ колегом. Трговачка особа једноставно сенчи некога другог у тиму, седи за столом (или у свом крају) и помаже у свакодневним обавезама. Они могу помоћи у раду, разговарати о проблемима као тим (програмирање пара) и научити више о систему са друге тачке гледишта. Овај стил наставе није преписивачки.

Уместо тога, она се подвргава радозналости и изградњи поверења. Колеге би требало да слободно постављају питања - чак и „глупу“ разноликост - и слободно уче. Не постоје очекивања од перформанси. Вријеме треба утрошити на једноставно упознавање и уважавање рада једних других. Сваки продуктивни резултат је бонус!

У овом приступу усклађивања оба тима апсолутно морају бити укључена у процесе планирања, архитектуре и развоја. Они морају да деле одговорности и одговорност током целог животног циклуса развоја.

Посвећивање ДевОпс тиму

Посвећени ДевОпс тим више је еволуција Сис Админа него правог ДевОпс тима. То је оперативни тим са комбинацијом вештина. Можда су неки инжењери упознати са управљањем конфигурацијом, други ИаЦ (инфраструктура као код), а можда су други стручњаци за контејнере или матичну инфраструктуру у облаку или ЦИ / ЦД (континуирана интеграција и континуирана испорука / развој).

Ако мислите да је довођење групе људи у службени тим довољно да разбије силосе, грешите. Људи су сложенији од табела. Хијерархија не значи ништа ако су ваши силоси ушли у фазу у којој су нездрави и племенски. У токсичним културама може се појавити силански стил вођења који готово увек прате људи који се заузму. Ако то видите у свом тиму, имате посла.

Иако било који приступ може радити за ваш тим, тај посвећени тимски приступ је онај који би требало да размислите највише. Највећи недостатак наменског ДевОпс тима је тај што лако постаје наставак традиционалних инжењерских тимова без признавања потребе да се поравнају тимови, смање силоси и уклоне трење. Ризици од наставка трења (или стварања више) су високи код овог приступа. Пазите да пажљиво изаберете да одаберете ову организацију тима из одређеног разлога.

Предности овог ДевОпс приступа је то што је посвећен тим који ће се бавити великим променама или прилагођавањем инфраструктуре. Ако се борите са проблемима усредсређеним на рад који успоравају размештање или изазивају забринутост за поузданост сајта, ово би могао бити добар приступ - чак и привремено.

Намјенски тим ако планирате да премјестите наслијеђену апликацију у облак. Али уместо да овај тим зовете тим ДевОпс-а, ​​покушајте да га означите тимом за аутоматизацију.

Ова посвећена група инжењера може се у потпуности усредсредити на то да обезбедите да поставите исправне инфраструктуре и алате за аутоматизацију. Затим можете наставити са поуздањем да ће ваша апликација слетјети у облак без већих ометања. Ипак, овај приступ је привремен. Ако предуго држите изоловану екипу, ризикујете да се спустите клизавим падинама од брзог раста до уграђених силоса.

Стварање вишефункционалних тимова производа за ДевОпс

Цросс-функционални тим је тим формиран око једног фокуса производа. Уместо да имате одвојене тимове за развој, кориснички интерфејс и корисничко искуство (УИ / УКС), осигурање квалитета (КА) и операције, ви комбинујете људе из сваког од ових тимова.

Вишефункционални тим најбоље функционише у средњим и великим организацијама. Потребно вам је довољно програмера и оперативних људи да попуните позиције сваког тима производа. Сваки цросс-функционални тим изгледа мало другачије.

Било би добро имати најмање једну оперативну особу у тиму. Немојте тражити од оперативне особе да подели одговорности између два тима. Овај сценарио је неправедан према њима и брзо ће створити трење између два тима производа. Дајте својим инжењерима привилегију да се могу фокусирати и дубоко укопати у свој посао.

Ако је ваша организација још увек мала или сте у фази покретања, о целој инжењерској организацији можете мислити као о вишефункционалном тиму. Нека буде мала и усредсређена. Када почнете да прилазите 10-12 људи, почните размишљати о томе како можете да реорганизујете инжењере.

Слика испод показује како би могли изгледати ваши интер-функционални тимови. Али имајте на уму да њихов састав варира од тима до тима и од организације до организације. Неки производи имају снажни дизајн, што значи да можете имати више дизајнера у сваком тиму. Остали производи су технички дизајнирани за инжењере који не маре много за естетику. Тимови за ту врсту производа могу имати једног дизајнера - или уопште ниједног.

ДевОпс тим производа

Ако је ваша организација довољно велика, сигурно можете креирати више тимова користећи различите ДевОпс идеје и приступе. Запамтите да је ваша организација јединствена. Осећајте се овлашћеним да доносите одлуке на основу ваших тренутних околности и одатле се прилагођавате. Ево неколико могућих комбинација различитих врста тимова производа.

  • Легаци Продуцт Теам: Пројецт Манагер (ПМ), Фронт-енд девелопер, Бацк-енд Девелопер, Бацк-енд Девелопер, Инжењер за поузданост места (СРЕ), Енгинеер за аутоматизацију, КА Тестер Тим за трансформацију у облаку: СРЕ, СРЕ, Оператинг Енгинеер, Аутоматизација у аутоматизацији, Бацк-енд Девелопер МВП тим: ПМ, дизајнер, УКС инжењер, фронт-енд програмер, резервни програмер, оперативни инжењер

Слаба страна вишефункционалног тима производа је што инжењери губе командере инжењера истим тим сетима вештина и страстима. Имати групу истомишљеника с којима се можете дружити и од којих можете учити важан је аспект задовољства послом. Погледајте решење за овај проблем у наставку.

Као што је приказано у наставку, можете инжењерима дати посвећено радно време које ће провести са својим племенима. Можете учинити нешто великодушно попут плаћања ручка једном недељно, како би се они могли окупити и разговарати. Или им можете осигурати 10–20 посто радног времена како би радили на пројектима као племе. Било како било, потребни су вам инжењери да остану оштри.

Племена дијеле знање из индустрије, пружају здраве повратне информације и подржавају раст у каријери. Обезбедите време да инжењери науче од људи са којима деле образовање, искуство и циљеве. Ово време пружа сигурно место где се могу опустити и осећати као код куће.

ДевОпс племена

Ниједна количина савршеног финализирања неће надвладати недостатке лоше организационе културе. Али ако сте до сада обраћали пажњу и направили одговарајуће кораке, следећи корак је формирање тимова који ојачавају културне идеале које сте већ поставили.

  1. Управљање пословним операцијама Прелазак на процесе ДевОпс: Од линије до круга

Аутор: Емили Фрееман

Приступ ДевОпс укључује циклус за разлику од линије. Омогућује континуирану интеграцију и континуирану испоруку, пружајући сталне повратне информације у току процеса. Методологија ДевОпс само је један пример како су се процеси развијали.

Током посљедњих неколико деценија развојни процеси су се радикално променили и то са добрим разлогом. Шездесетих година прошлог века Маргарет Хамилтон водила је инжењерски тим који је развио софтвер за мисију Аполло 11. Ви не понављате људе лагано у свемир - барем они нису били 1960-их. То није подручје софтвера у којем се „брзо пропадне“ осећа као посебно добар приступ. Животи су на реду, а да не спомињемо милионе долара.

Хамилтон и њени вршњаци морали су да развију софтвер користећи методологију водопада. Слика испод показује пример процеса развоја водопада (који се одвија у правој линији).

процес водопада

Следећа слика додаје фазе. Уочите како стрелице иду у једном правцу. Они показују јасан почетак и јасан крај. Када завршите, готови сте. Јел тако?

Јок. Колико год би људи желели да се заувек удаљавају од делова својих база података (или их убијају ватром), обично не добијају привилегију.

Софтвер који су развили Хамилтон и њен тим био је диван успех (паметно је помислити да су у Скупштини развили нула помагача попут слања порука о грешци). Нису, међутим, сви пројекти подједнако успешни.

Касније, где водопад није успео, Агиле је успео. (ДевОпс је рођен из покрета Агиле.) Агиле настоји да узме равну линију водопада и савије га у круг, стварајући непрекинут круг кроз који се ваш инжењерски тим може итеративно и непрекидно побољшавати.

водовод за развој водопада

Слика испод приказује како размишљати о животном циклусу кружног развоја.

ДевОпс склоп

Често на различите петље које прописују различите организације утичу производи које ови продавци продају. На пример, ако добављач продаје инфраструктурни софтвер и алате, они вероватно истичу онај део животног циклуса развоја, који се можда највише фокусира на размештање, надгледање и подршку вашег софтвера.

Овде нема ништа за продају. Фазе фокусиране на ово су најкритичније за програмере, заједно са онима које људи муче с највише када уче да боље управљају својим софтверским развојем и усвајају ДевОпс.

Пет фаза је животног циклуса развоја софтвера

  • Планирање: Фаза планирања вашег ДевОпс процеса развоја је можда најважнија за вашу ДевОпс мисију. Поставља вас за успех или неуспех на путу. Такође је најплодније време да се сви окупе. То сви подразумевају пословне заинтересоване стране, продају и маркетинг, инжењеринг, производ и друге. Дизајнирање: У већини компанија фаза дизајна је спојена у фазу кодирања. Овај монструозни амалгам дизајна и кода не дозвољава одвајање архитектонске стратегије од примене. Међутим, ако ствари попут дизајна базе података, логистике АПИ-ја и кључног избора инфраструктуре оставите до краја развојног плана - или, што је још горе, појединачним програмерима који раде на одвојеним функцијама - брзо ћете пронаћи да вам се база података кодова прикаже као ваш инжењерски тим. Кодирање: Стварни развој функција лице је ДевОпс процеса и добија сву славу. Али ово је један од најмање битних корака у вашем животном циклусу развоја. На многе начине то је једноставно извршавање претходних области цевовода. Ако се ради добро, кодирање би требало да буде релативно једноставан и јасан процес.

Ако сте програмер и само сте се задивили задњом реченицом јер сте се бавили стотинама случајних и тешко решивих грешака, лако је разумети како се осећате. Кодирање је тешко. Ништа у вези са развојем софтвера није лако. Али савладавањем планирања, дизајна и архитектуре (и раздвајајући их од стварне имплементације кода) осигуравате да се одузму најтеже одлуке развоја софтвера.

  • Тестирање: Тестирање је подручје вашег гасовода у које инжењери из свих области експертизе могу уронити и укључити се, омогућавајући јединствену прилику за учење о тестирању, одржавању и сигурности. Постоји много Шест стадија животног развоја софтвера различите врсте тестова како би се осигурало да ваш софтвер ради онако како се и очекивало. Умештавање: распоређивање је фаза која је можда највише повезана са операцијама. Традиционално, ваш оперативни тим би преузео код који су развили ваши програмери и тестирао ваш тим за осигурање квалитета (КА), а затим их пустио купцима - чинећи их самосталним одговорним за процес објављивања. ДевОпс је имао огроман утицај у овој фази развојног процеса. Такође, распоређивање је једно од подручја из којих можете пронаћи највише алата за аутоматизацију. Из ДевОпс перспективе, ваш приоритет је поједностављивање процеса размештања тако да сваки инжењер из вашег тима може да примењује свој код. То не значи да операције немају јединствено знање или да се оперативни тимови могу распустити.

Оперативни људи ће увек имати јединствено знање о инфраструктури, балансирању оптерећења и слично. У ствари, уклањање ручног задатка размештања софтвера из вашег оперативног тима омогућиће вам да уштеде време и новац негде другде. Имаће времена да раде на побољшању поузданости и одржавања ваше апликације.

Најважнији аспект животног циклуса испоруке унутар ДевОпс оквира је тај да је он истинска петља. Када дођете до краја, враћате се одмах на почетак. Такође, ако примите повратне информације од подршке у било ком тренутку на путу, вратите се на наредну фазу (или фазу планирања) како бисте могли развити софтвер на начин који најбоље служи вашим купцима.

Први део изградње цевовода је линеарно третирање. Изграђујете равну линију са постављеним фазама и контролним тачкама уз пут. У том оквиру, животни циклус развоја софтвера можете посматрати као нешто што покрећете и нешто што завршите. Љубитељи водопада били би поносни.

Али стварност не дозвољава вам да радите у правој линији. Не можете једноставно започети са производњом кода, завршити и отићи. Уместо тога, принуђени сте да надоградите на основном софтверу који сте пустили у првој итеративној петљи и побољшали га кроз други циклус. И тако даље, и тако даље. Процес се никада не завршава и никада нећете престати да се побољшавате.

Процес ДевОпс вам помаже да повежете почетак и крај тог правог цевовода тако да почнете да га разумете као цео круг или петљу, како бисте се непрестано развијали и усавршавали.

  1. Технике управљања пословним операцијамаИнтервју за изградњу ДевОпс тима: Добијање правих техничких вештина

Аутор: Емили Фрееман

Може бити тешко проценити кандидате за прави скуп вештина приликом запошљавања за ДевОпс послове ... али није немогуће. Уз мало креативности и спремности да изађете ван оквира, можете користити технике интервјуа како бисте пронашли кандидате са правим техничким вештинама за ваше ДевОпс иницијативе.

ДевОпс интервју

Доба нејасних загонетки и разговора са белом плочом који потичу зној опада - и то с добрим разлогом. Ако је интервју на белој плочи омогућио инжењер којему је више стало до преваре кандидата него што је то случај у техничком разговору, нећете ићи нигде брзо.

Интервјуи са даскама недавно су узели много врућине због неповољног представљања и маргинализованих група - које укључују жене и људе у боји - у неповољном положају. У овом добу је за технолошке компаније апсолутно неопходно да ангажују разнолику радну снагу, тако да је ова ситуација неприхватљива. Међутим, морате некако одмерити техничке способности неке особе.

Шта је одговор? Добра вест је да имате могућности. (Лоше вести су ... имате опције.)

Начин на који се запослите утврдиће ко сте.

Поновно погледајте интервју на табли за кандидате за посао у ДевОпс-у

Интервју на табли никад није био такав какав је постао. У једном интервјуу на табли, кандидату ДевОпс достављен је рачунарски програм штампан на осам листова папира. Инструкције? „Отклањање грешака у програму.“ Умм. . . Извините?

Интервју на табли је постао ситуација у којој кандидату наизглед нисте могући проблем, шаљете их на плочу с маркером и гледате их како се зноје како се зноје док четири или пет људи посматра њихову панику. Ова врста интервјуа никоме не пружа квалитетне информације о томе да ли су послодавац или саговорник добра погодност за другу страну.

Иако су други позвали на елиминацију интервјуа на табли, ево још нијансираног предлога: Промените га тако да одговара вашим ДевОпс потребама. Учините то расправом између две особе око дела кода или одређеног проблема. Не правите проблем нечим лудим, као што је балансирање бинарног стабла за претрагу. Ако посао за који обављате разговор дословно пише код у Скупштини, не морате процењивати способност кандидата да пише Скупштину.

Будите упознати са ДевОпс послом који желите да попуните, потребним сетовима вештина и најбољим начином за мерење тих вештина код кандидата. Нека један инжењер из вашег тима седи са кандидатом и разговара о проблему. Како бисте започели разговор? Са којим проблемима наилазите на путу? Како бисте обоје прилагодили своја решења изазовима са којима се сусрећете?

Овај разговорни приступ постиже две ствари за ДевОпс кандидате за посао:

  • Умањује панику. Већина људи не мисли добро под притиском. Поред тога, не радите свој посао свакодневно, док неко буљи преко вашег рамена, критикујући сваку погрешку или грешку. Напустити бисте тај посао у трену. Зато немојте присиљавати људе да разговарају на тај начин. Уместо тога, дајте својим кандидатима прилику да покажу шта могу учинити. Добићете увид у то како мисле и комуницирају. То опонаша стварни рад. Разговорни разговор даје вам представу о томе како би било радити са овом особом. Не решите тешке проблеме на послу гледајући једни друге како се боре. (Барем не би требало. Заиста. То није баш колаборативно или ДевОпс-и, препуштајући колегама да пате у њиховом силосу.) Уместо тога, радите заједно, тргујете идеје, промишљате ствари, правите грешке, опорављате се и проналазите решење - заједно.

Најбољи интервјуи на табли су колаборативни, комуникативни и усредсређени на радозналост - све оно што практичари воле о ДевОпс-у.

Понудите кандидатима за посао ДевОпс тестове за понети код куће

Алтернатива традиционалнијем интервјуу на табли је тест који се води кући. Ова врста теста је посебно љубазна за људе који имају било какву врсту анксиозности или невидљивих оштећења која утичу на њихову способност да учествују у интервјуу на табли. Овај стил интервјуирања је такође пријатељски настројен према инжењерима који се интензивно боре са импостер синдромом.

Импостер синдром описује појединце са високим успехом који се боре да интернализују своје успехе и доживе упорни осећај излагања као преваре.

Тест код куће састоји се од неке врсте проблема које кандидат за ДевОпс може решити код куће у своје време. Тестови код куће често се постављају као тестни пакет за који кандидат мора уписати шифру да би тестови прошли.

Алтернативно, проблем би могао бити нешто релативно мало, попут, „Направите програм на [вашем језику по избору] који узима унос и преусмерава знакове.“ Опције су бескрајне, а тест можете прилагодити вашем техничком низу као сматрате прикладним.

Можете чак и да затражите од кандидата за посао ДевОпс да примене своју апликацију. Осигурајте да допустите кандидатима да користе алате отвореног кода или да им обезбедите потребне претплате за употребу одређених технологија.

Главни недостатак тестова код куће јесте то што тражите од људи да одвоје време током вечери или викенда да одраде оно што је у основи бесплатан посао. Чак и ако им платите за њихов рад на тесту за понети кући, овај стил разговора може неправедно утицати на кандидата ДевОпс који има друге одговорности изван посла, укључујући бригу о деци, партнеру или родитељима који пате.

Није сваки сјајни инжењер неограничено време да се обавеже за свој занат. Али ако ограничите свој ДевОпс скуп кандидата на људе који себи могу приуштити да одвоје 5-10 сати за тестирање код куће, брзо ћете установити да ваш тим постаје хомоген и стагнира.

Прегледајте код са ДевОпс кандидатима за посао

Једна техника интервјуа која може бити заиста значајна је када седнете са инжењером или групом инжењера, да заједно решите стварне грешке у стварном коду. Можете узети неколико приступа интервјуу у стварном времену са кодом.

Можете опонашати тест код куће и дати кандидату сат времена или приближно тако да креира програм или напише функцију да прође низ тестова. Интервју такође можете постављати попут прегледа кода у којем извлачите стварни ПР и копате по ономе што код ради као и шта би се могло побољшати.

На много начина, програмска природа прегледа кода комбинује најбоље делове интервјуа на табли и тестирања код куће - али без неких њихових главних недостатака.

Парно програмирање је инжењерска пракса у којој два инжењера сједе и раде кроз проблем заједно. Обично једна особа „вози“ поседовањем тастатуре, али они заједнички одлучују који је приступ најбољи, који код додати и шта да одузме.

Ако ДевОпс позиција укључује улогу фокусирану на операције, коришћење овог начина кодирања у стварном времену је још боље. Иако многи оперативни корисници уче да примене инфраструктуру као код или управљају конфигурацијама, они немају исто искуство као програмери.

Преиспитивање шта се нешто ради и како то може функционисати је фантастичан начин да се потврди да кандидат има искуства са списком алата и технологија на њиховом резимеу, као и да се осигура да кандидат може комуницирати са тимом.

Изградња вашег ДевОпс тима је индивидуална потрага. Ваш ДевОпс тим не треба да се подудара са другима које сте видели. Оцените своје циљеве и изаберите правог кандидата за сваки ДевОпс посао.

  1. Континуирана интеграција и континуирана испорука: Примена и корист од ЦИ / ЦД-а

Аутор: Емили Фрееман

Раст културе ДевОпс променио је начин на који програмери граде и испоручују софтвер. Пре појаве агилног начина размишљања, развојни тимови су добили одређену карактеристику, изградили је и потом заборавили на њу. Бацили су код на КА тим, који га је потом бацио због грешака или га пренео оперативном тиму. Операције су биле одговорне за распоређивање и одржавање кода у производњи.

Овај процес, у најмању руку, био је неспретан и изазвао је прилично сукоба. Пошто су тимови постојали у силосу, имали су мало никаквог увида у рад других тимова, укључујући њихове процесе и мотивације.

ЦИ / ЦД, који стоји за континуирану интеграцију и непрекидну испоруку (или распоређивање), има за циљ да сруши зидове који су историјски постојали између тимова и уместо тога покреће једноставнији развојни процес.

Предности континуиране интеграције и непрекидне испоруке

ЦИ / ЦД нуди бројне предности. Међутим, процес изградње ЦИ / ЦД цевовода може да захтева много времена, плус да то захтева куповину од стране тима и извршног руководства.

Неке предности ЦИ / ЦД укључују:

  • Темељито аутоматизовано тестирање: Чак и најједноставнија имплементација ЦИ / ЦД-а захтева робусни тестни пакет који се може покренути против кода сваки пут када програмер изврши промене у главној грани. Убрзана петља за повратне информације: Програмери одмах добијају повратне информације помоћу ЦИ / ЦД-а. Аутоматизирани тестови и интеграције догађаја неће успјети прије спајања новог кода. То значи да програмери могу скратити развојни циклус и брже распоредити функције. Смањени међуљудски сукоб: Аутоматизација процеса и смањење трења између тимова подстичу радније окружење за сарадњу у коме програмери раде оно што најбоље раде: инжењерска решења. Поуздан процес имплементације: Свако ко се враћа у петак у поподневним сатима може вам рећи колико је важно да уређаји несметано иду. Континуирана интеграција осигурава да се код добро тестира и да га поуздано обавља у производном окружењу прије него што икада стигне до крајњег корисника.

Имплементација континуиране интеграције и континуиране испоруке

ЦИ / ЦД је укоријењен у агилним методологијама. Требали бисте размишљати о имплементацији ЦИ / ЦД-а као итеративног процеса. Сваки тим може имати користи од верзије ЦИ / ЦД-а, али прилагођавање укупне филозофије ће увелико зависити од вашег тренутног технолошког скупа (језика, оквира, алата и технологије који користите) и културе.

Континуирано интеграција

Тимови који практикују континуирано интегрисање (ЦИ) спајање кодова мењају се у главни или развојни огранак што је чешће могуће. ЦИ обично користи алат за интеграцију за потврђивање састављања и покретања аутоматизованих тестова према новом коду.

Процес ЦИ омогућава програмерима у тиму да раде на истој области кодне базе, истовремено задржавајући промене минималне и избегавајући велике сукобе спајања.

Да бисте спровели континуирану интеграцију:

  • Напишите аутоматизоване тестове за сваку функцију. Ово спречава да се грешке распоређују у производном окружењу. Подесите ЦИ сервер. Сервер прати главно спремиште ради промене и покреће аутоматизоване тестове када се притискају нове наредбе. Ваш ЦИ сервер би требао бити у могућности да брзо покрене тестове. Ажурирајте навике програмера. Програмери морају често да спајају измене у главну базу кодова. У најмању руку, ово спајање требало би да се дешава једном дневно.

Континуирана испорука

Континуирана испорука корак је од ЦИ-а јер програмери сваку промену кода сматрају испоручивом. Међутим, за разлику од континуиране имплементације, пуштање мора да покрене човјек, а промена се не може одмах испоручити крајњем кориснику.

Уместо тога, размештања су аутоматизована и програмери могу да споје и размештају свој код једним једним дугметом. Чинећи мале, често испоручене итерације, тим осигурава да лако могу да реше промене.

Након што код прође аутоматизоване тестове и направи се, тим може код распоредити у било које окружење које одреде, као што су КА или постављање. Често вршњак ручно прегледа код пре него што га инжењер споји у грану за производњу.

Да бисте спровели континуирану испоруку:

  • Имати снажну основу у ЦИ. Пакет аутоматизованих тестова би требало да расте у корелацији са развојем значајки, а тестове треба додавати сваки пут када се пријави грешка. Аутоматизирање издања. Човек још увек покреће имплементацију, али издање би требало да буде у једном кораку - једноставним кликом на дугме. Размотрите заставе функција. Ознаке сакривају непотпуне функције одређених корисника, осигуравајући да ваши вршњаци и купци виде само жељену функцију.

Непрекидно постављање

Континуирано постављање захтева континуирану испоруку чак и корак даље од континуиране испоруке. Свака промена која прође цео цевовод за ослобађање у производњи је примењена. То је тачно: код се ставља директно у производњу.

Непрекидна примена елиминише људску интервенцију из процеса примене и захтева детаљно аутоматизовани тест скуп.

Да бисте имплементирали континуирано постављање:

  • Одржавајте јаку културу тестирања. Требали бисте сматрати да је тестирање основни део развојног процеса. Документирајте нове функције. Аутоматизована издања не би требало да надмаше документацију АПИ-ја. Координира са другим одјељењима. Укључите одјељења попут маркетинга и успјеха корисника како бисте осигурали несметан процес увођења.
  1. БусинессОператионс МанагементТоп 10 ДевОпс Замке: Зашто софтверски пројекти пропадају

Аутор: Емили Фрееман

Подстицање ДевОпс културе и одабир алата који ће подржати ваш ДевОпс приступ ће имати користи за вашу организацију. ДевОпс приступ поцинкује ваш инжењерски тим и фокусира развој вашег производа на купца.

Међутим, сваки пут када покушате да направите велику промену у току своје организације, суочите се са изазовима и морате да се суочите са застојима. Док се трансформишете у ДевОпс, открит ћете јединствене налете брзине за вас и ваш тим да пређете.

Иако не можете предвидјети сваку препреку са којом ћете се суочити, овај чланак може вас припремити за десет најчешћих замки ДевОпс-а. Имајте на уму да, колико год приступили вашој ДевОпс пракси, ваши приоритети би требали остати фокусирани на људе, процес и технологију - тим редоследом.

Ако нисте успели да одредите приоритет култури у вашем ДевОпс пројекту

Више од ичега другог, ДевОпс је културни покрет. Култура коју градите у својој организацији учиниће или прекинути вашу ДевОпс праксу. Ваша ДевОпс култура мора нагласити колаборацију, поверење и инжењерско оснаживање. Ако аутоматизујете нокте, али пропустите оне културне компоненте, вероватно ћете пропасти.

Истина, алат није толико битан. Алат који имате на располагању сличнији је не. Иако су проблеми које решавају важни, ниједан од тих проблема не може се упоредити са готово бесконачном фрустрацијом покушаја уједињавања програмера и оператора - као и других тимова, попут безбедности - у традиционалној инжењерској организацији.

ДевОпс настоји да потакне инжењере (као и пословне групе). То ствара основу на којој сви могу учити, делити и расти. То лично убрзање ће потицати вашу читаву инжењерску организацију да брже створи бољи ДевОпс софтвер. Инжењери које имате у свом тиму су највреднија имовина коју имате. Добро се опходите према њима поштујући их и слободу да раде оно што најбоље раде - инжењерска решења.

Остављајући друге иза себе док крећете напред са ДевОпс-ом

Ако се случај интерно користи за ДевОпс, одређује се врста темеља које градите за своју културу. Потражите плодно тло. Ако се пребрзо крећете и не убедите кључне људе у важност ДевОпс трансформације, људи ће са скептицизмом посматрати ваше покрете и прескакати приликом прве прилике да покажу свима да нисте у праву. То није забавна позиција и никада не желите да започнете ово путовање с људима који чекају да пропаднете.

Да бисте били успешни, потребни су вам сви укрцани на брод ДевОпс, чак и најснажари и скептици. Инжињери могу бити скептични. После деценије или две у овој индустрији, видели су много идеја и нових приступа који долазе и одлазе. Они се лако могу отрести ДевОпс-а као "само још један неуспели приступ" истим старим проблемима. А ако га лоше имплементирате, ДевОпс ће заиста бити само још један неуспели приступ. Ви и ваш тим морате убедити друге у потенцијал и предузимати акције на начин који све позива на сто.

Покушајте да убедите руководиоце у податке и потенцијал за убрзану испоруку софтвера. Али инжењери морају знати како ће ДевОпс свој посао учинити угоднијим. Покажите им како се ДевОпс усклађује са пословним потребама и смањује трење дуж цевовода за испоруку софтвера.

Само будите сигурни да не претерате концепт. ДевОпс изазови ће се догодити. ДевОпс није сребрни метак и захтева интензиван рад на почетку како би се осигурало да тим ствара културу учења у којој су инжењери слободни да праве грешке и расту.

Када достигнете хоризонт догађаја где довољно људи верује у ДевОпс, можете прећи на сазнање да имате подршку своје организације и људи у њој.

Заборавили сте ускладити подстицаје у вашем ДевОпс пројекту

Ако не планирате ускладити подстицаје са оним што очекујете од одређених тимова или одређених инжењера, појавиће се већи број изазова. Прави алат ДевОпс-а, ​​ако га можете савладати, је оснаживање. Желите да оснажите своје инжењере да добро раде свој посао, без сметњи. Ангажирали сте талентоване инжењере, па верујте њиховој способности да испуне своје одговорности.

На пример, када програмери служе за ротацију по позиву, неке организације то схватају као малу казну. „Изградили сте је, подржавате је“, не испуњава тачно људе срећним осећајима. Уместо тога, осећа се као само још један облик одговорности. Али хумана и равномерно распоређена ротација дежурства не само да омогућава програмерима да преузму власништво над својим радом, већ ствара и могућности учења за цео тим.

У ДевОпс-у не кажњавате инжењере за несавршен посао; уместо тога делите одговорност и гајите организацију која вреднује учење и омогућава свим да буду знатижељни као и да учествују у областима технике у којима су мање познати.

Усклађивање подстицаја и стварање могућности за сарадњу покреће вам циљ да побољшате своје производе и боље опслужујете своје купце. Ако се сви ускладе према циљу стварања невероватних услуга за своје купце кроз ДевОпс, видећете да група почиње да се галванизира.

Шутите о свом ДевОпс пројекту

ДевОпс је антитеза тајни и преговарачких преговора. Уместо тога, све полаже на сто и натера вас да верујете у интегритет људи у вашој организацији. Када први пут представите отворену комуникацију, може се чинити да конфликт расте. Не ради Уместо тога, по први пут једноставно видите тачке трења. Уместо да сукоб оставе испод површине, људи се осећају довољно безбедним да изнесу забринутост и изнесу своје мишљење.

Важан аспект отворене комуникације је да се она настави током целог животног циклуса производа - од идеје до производње. Морате укључити инжењере у планирање дискусија, архитектонских одлука, ажурирања о напретку развоја и размештања.

Иако овај нагласак на комуникацији ствара више детаљних расправа, он такође омогућава инжењерима видљивост изван свог основног подручја стручности, што им заузврат омогућава да савјетују друге док су опремљени контекстом потребним за доношење здравих одлука.

Држите купца - и шта очекују од производа који градите - у средишту сваке расправе и одлуке. Ако останете поравнати на том циљу, сигурно ћете ићи заједно напред као једна целина.

Заборављајући да мерите свој развој ДевОпс

Мерење вашег напретка од пресудног је значаја за успех ДевОпс-а. Омогућава вам потврду када аргументацију ДевОпс-а сумњате у заинтересоване стране, помаже вам да убедите руководиоце холдингата и подсети ваш инжењерски тим колико су постигли.

Пре него што извршите једну промену, направите основну линију. Изаберите мали скуп података које желите да пратите током целог процеса. Ови подаци информишу ваше одлуке и служе као гориво за наставак притиска када задесите неуспјех. Потенцијална мерења укључују:

  • Задовољство Емстакеплоиее-ом: Да ли ваши инжењери воле да раде у вашој организацији? Месечни периодични приход (МРР): Колико новца зарађујете од купаца? Карте за купце: Колико грешака пријављују ваши купци? Учесталост размештања: Колико размештања имате сваке недеље или месеца? Средње време до опоравка (МТТР): Колико времена треба да се опорави од поремећаја услуге? Доступност услуге: Шта је продужење апликације? Да ли погађате своје тренутне споразуме о нивоу услуге? Неуспеле имплементације: Колико издања узрокује поремећаје у сервису? Колико их треба вратити?

Мицроманагемент ДевОпс пројектом

Један од најбржих начина да подривате ваше инжењере је да управљате њиховим радом. Дан Пинк, аутор књиге Дриве, верује да мотивацију на послу покрећу три фактора:

  • Аутономија Мајсторство Сврха

Вањски покретачи попут високих плата, бонуса и опција на берзи могу радити краткорочно, али дугорочно задовољство послом више зависи од личног и професионалног раста. Желите да ваши инжењери постоје у напетости да се осећају веома изазовно, али да нису преплављени стресом. То је слатко место за свакога. То је ДевОпс изазов, али једном који може донети свет ако се ради исправно. Ако можете изазвати нечију страст, сигурно ће радити са ентузијазмом.

Поверење може бити ДевОпс изазов. То је апсолутно критично за организације ДевОпс. Морате веровати колегама, вршњацима, инжењерима, менаџерима и руководиоцима. Морате такође да верујете улогама и одговорностима различитих одељења у вашој организацији - што не значи да никада нећете имати сукоба. Наравно да ће се међу људима догодити тренуци трења. Али минимизирање тих тренутака и омогућавање здравог решавања сукоба је оно што разликује инжењерске тимове фокусиране на ДевОпс од њихове конкуренције.

Мења се превише, пребрзо

Многи тимови пребрзо изврше превише промена. Људи не воле промене. ДевОпс је користан на дужи рок, брзе промене уобичајеног начина ствари могу иницирати инжењерима.

Једна од мана ДевОпс-а је да подразумева да сви живе на греенфиелд пољу (нови софтвер) са кишама и једнорогима. Може звучати као: „Ако само можете натерати свој тим да ради заједно, развој софтвера ће бити лак!“ То није тачно. Инжењеринг софтвера је тежак и увек ће бити тежак. То је једна ствар коју већина инжењера воли у вези с тим. Уживате у изазову. Али изазови треба да буду подстицајни, а не стресни.

ДевОпс нема за циљ да уклони све интелектуалне изазове инжењерства. Уместо тога, нуди минимизирање трења између људи како би се сви могли фокусирати на свој рад. Ако пребрзо покушате да извршите превише промена, можете се наћи усред свеопћег револта - Побуне у Бинарном формату.

Лош избор алата ДевОпс

Иако деприоритизујете алате у ДевОпс-у - и то с правом - алат је и даље фактор. Чак и најмање важан аспект ДевОпс-а доприноси вашем укупном успеху. Алат који одаберете треба да реши проблеме са којима ваш инжењерски тим доживљава, али такође треба да се усклади са областима стила, знања и удобности вашег постојећег тима.

Не бојте се испробати неколико решења и видети који ће бити најбољи. Посвећивање неколико недеља минималном одрживом производу (МВП) или доказу концепта (ПОЦ) за тестирање алата вредно је уложити напор. Чак и ако га на крају бацате, „трошите“ инжењерске ресурсе, пожељно је укључити се на одређену технологију само да бисте годину дана касније сазнали да то није добро.

Бојите се неуспеха вашег ДевОпс пројекта

Неуспјех је кратак начин да кажете да бисте требали стално понављати проблеме како бисте идентифицирали проблеме у раном поступку без трошења тона времена и новца. то је нешто о чему многи људи у техници причају, а мало их заправо примењује јер захтева брзу итерацију у окружењу у коме грешке имају мали радијус експлозије и лако се исправљају. Компаније пречесто тврде менталитет неуспеха и уместо тога отпуштају првог инжењера који је избрисао производну базу података. (Као да неки инжењер тамо никад није избрисао производну базу података ...)

У контексту ДевОпс-а, ​​боље је да не успете брже него да брзо паднете. Неуспјех подразумијева да имате успостављен надзор који ће вас упозоравати на потенцијалне проблеме много прије него што ситуација утјече на купце. Неуспјех такође подразумијева да сте свој систем дизајнирали на сегментирани начин који спречава да се једна услуга која прелази из каскадне у системски прекид. Али и организације које пропадну добро напредују и корак даље: Не криве људе. Уместо тога, траже кваре у системима и процесима.

Каизен је јапанска реч за непрестано усавршавање. У ДевОпс-у, каизен значи непрестано побољшавање ваших процеса. То није нека секси трансформација која има почетак и крај. Циљ није ићи од нуле до савршенства. Уместо тога, ДевОпс подстиче рад полако и постепено на побољшању једне ствари, сваки дан. Ако свако вече напустите посао знајући да је само један мали аспект посла бољи због вас, зар се не бисте осећали задовољним? Пуно инжењера се тако осјећа.

Уместо да по сваку цену покуша да избегне неуспех, ДевОпс инсистира на размишљању о расту. Неуспех није знак глупости или лоше припреме. То је маркер раста и неопходан корак у иновацијама. Иновација је исход за којим бисте требали бити спремни да чак и ако значи да повремено не успијете.

Сувише ригидно створиће ДевОпс проблеме

ДевОпс није прописан и у томе је и најбоља и најгора ствар. ДевОпс би био много лакши за имплементацију када бисте имали списак од десет корака које бисте могли предузети како бисте постигли ДевОпс нирвану. Кад би само било лако! Али људи не раде на тај начин, а групе људи - као што су инжењерски тимови и велике организације - стварају још веће сложености које је потребно решити.

Иако не постоји нацрт за изградњу ДевОпс организације, ви сте овлашћени да прилагодите методологију праксама које раде за вас и ваш тим. Познајете своју организацију и као стручан стручњак требало би да размишљате ван оквира примјене основа. Неке ствари у ДевОпсу савршено ће вам одговарати. Други ће осећати као да носе јакну која је само једна величина премала. То је у реду.

Правићеш грешке Нико није савршен. Али ако се мало препустите, оснажите своје инжењере и верујете свом тиму, видећете сјајне резултате. Само почните. И запамтите: позовите све за сто, мерите свој напредак, дајте предност култури над технологијом и оснажите своје инжењере да раде оно што најбоље раде.

  1. Управљање пословним операцијама Шта је ДевОпс?

Аутор: Емили Фрееман

Шта је ДевОпс? Тешко вам је пружити тачан ДевОпс рецепт - јер ниједан не постоји. ДевОпс је филозофија која управља развојем софтвера, она која приоритет даје људима процесу и процесуирању алата. ДевОпс гради културу поверења, сарадње и сталног унапређења.

ДевОпс циклус

Као култура, ДевОпс филозофија посматра развојни процес на холистички начин, узимајући у обзир све који су укључени: програмере, тестере, оперативне људе, инжењере за сигурност и инфраструктуру. ДевОпс ниједну од ових група не ставља изнад осталих, нити рангира важност њиховог рада. Уместо тога, компанија ДевОпс третира читав тим инжењера као критичну за осигуравање да купац има најбоље могуће искуство.

ДевОпс је еволуирао из Агиле-а

2001. године, 17 софтверских инжењера састало се и објавило „Манифест за агилни развој софтвера“, који је изнео 12 принципа Агиле управљања пројектима. Овај нови радни ток био је одговор на фрустрацију и нефлексибилност тимова који раде у воденом (линеарном) процесу.

Радећи у складу са Агиле принципима, од инжењера се не мора придржавати оригиналних захтева или следити линеарни развојни ток рада у којем сваки тим предаје посао следећем. Уместо тога, способни су да се прилагоде непрекидним потребама пословања или тржишта, а понекад чак и променљивој технологији и алатима.

Иако је Агиле на много начина револуционирао софтверски развој, није успео да реши сукоб између програмера и специјалиста за операције. Силоси су се и даље развијали око сета техничких вештина и специјалитета, а програмери су још увек предавали шифру оперативним људима на распоређивању и подршци.

Андрев Цлаи Схафер је 2008. разговарао са Патрицком Дебоисом о својим фрустрацијама због сталног сукоба између програмера и оперативних људи. Заједно су покренули први ДевОпсДаис догађај у Белгији, како би створили бољи - агилнији начин приступа приступу развоју софтвера. Ова еволуција Агиле-а је завладала, а ДевОпс је од тада омогућио компанијама широм света да брже (и обично јефтиније) производе бољи софтвер. ДевОпс није мод. То је опште прихваћена инжењерска филозофија.

ДевОпс се фокусира на људе

Свако ко каже да је ДевОпс алат око алата жели вам нешто продати. Прије свега, ДевОпс је филозофија која се фокусира на инжењере и како они могу боље сарађивати у производњи одличног софтвера. Могли бисте потрошити милионе на сваки ДевОпс алат на свијету и даље бити ближи ДевОпс нирвани.

Уместо тога, усредсредите се на своје најважније инжењерско добро: инжењере. Сретни инжењери праве одличан софтвер. Како чинити срећне инжењере? Па, стварате радно окружење за колаборацију у коме могу успевати међусобно поштовање, заједничко знање и признање напорног рада.

Култура предузећа је основа ДевОпс-а

Ваша компанија има културу, чак и ако јој је преостало да се развија по инерцији. Та култура више утиче на задовољство вашег посла, продуктивност и брзину тима него што вероватно знате.

Култура предузећа најбоље се описује као неизговорена очекивања, понашање и вредности организације. Култура је оно што вашим запосленима говори да ли је руководство компаније отворено за нове идеје. То је оно што обавештава одлуку запосленог да ли ће изаћи са проблемом или га помести под ћилим.

Култура је нешто што треба осмислити и оплеменити, а не нешто препустити случају. Иако стварна дефиниција варира од компаније до компаније и од особе до особе, ДевОпс је културолошки приступ инжењерингу у основи.

Токсична компанијска култура убит ће ваше ДевОпс путовање пре него што и почне. Чак и ако ваш инжењерски тим усвоји ДевОпс начин размишљања, ставови и изазови веће компаније испливавају у ваше окружење.

Помоћу ДевОпс-а избегавате кривицу, растете поверење и фокусирате се на купца. Дајете својим инжењерима аутономију и оснажујете их да раде оно што најбоље раде: инжењерска решења. Када започнете са имплементацијом ДевОпс-а, ​​дајете својим инжењерима време и простор да се прилагоде, омогућавајући им могућности да се боље упознају и изграде однос с инжењерима различитих специјалности.

Такође, мерите напредак и награђујете достигнућа. Никада не кривите појединце за неуспехе. Уместо тога, тим би се требао континуирано побољшавати заједно, а постигнућа треба славити и награђивати.

То учите посматрањем вашег процеса и прикупљањем података

Посматрање вашег радног тока без очекивања је моћна техника којом се реално виде успеси и изазови вашег радног процеса. Ово запажање је једини начин да пронађете исправно решење области и проблема који стварају уска грла у вашим процесима.

Баш као што је случај и са софтвером, шамарање неких Кубернетес-а (или другог новог алата) на проблему то не мора нужно да поправи. Морате знати где су проблеми пре него што кренете да их решите. Док настављате, прикупљате податке - не да бисте мерили успех или неуспех већ да бисте пратили рад тима. Ви одређујете шта функционише, шта не ради и шта треба покушати следећи пут.

Уверивање је кључно за усвајање ДевОпс-а

Продаја идеје о ДевОпс-у вашим лидерима, вршњацима и запосленима није лако. Процес није увек интуитиван ни за инжењере. Зар не би требало да се сјајна идеја једноставно прода? Кад би само било лако. Међутим, кључни концепт који увек морате имати на уму током имплементације ДевОпса јесте то што он наглашава људе.

његове такозване „меке вештине“ комуникације и сарадње су кључне за вашу ДевОпс трансформацију. Убедјивање других људи у вашем тиму и унутар ваше компаније да усвоје ДевОпс захтева вежбање добрих комуникацијских вештина. Рани разговори с колегама о ДевОпс-у могу вас поставити за успех низ пут - нарочито када погодите неочекивани скок брзине.

Мале, инкременталне промене су непроцењиве у ДевОпс-у

Аспект ДевОпс-а који наглашава уношење промена на мале, инкременталне начине има своје корене у мршавој производњи која обухвата убрзане повратне информације, непрестано унапређење и брже време на тржишту.

Вода је добра метафора за ДевОпс трансформације. Вода је један од најснажнијих елемената на свету. Осим ако људи не посматрају како се поплавне воде повећавају испред њих, они то сматрају релативно безазленим. Река Колорадо је урезала Гранд Цанион. Полако, током милиона година, вода се пробија кроз камен да би открила скоро две милијарде година тла и стијена.

Можете бити попут воде. Будите спора, неумољива промена у вашој организацији. Ево оног чувеног цитата из интервјуа Бруцеа Лееја да вас инспирише:

Будите неформални, безоблични, попут воде. Сад ставите воду у шољу, она постаје чаша. Ставите воду у боцу, она постаје флаша. Ставите га у чајник, он постаје чајник. Сада вода може тећи или се може срушити. Буди вода, пријатељу.

Уносити инкременталне промене значи, на пример, да сте пронашли проблем и да га решите. Затим поправите следећи. Не предузимате превише брзо и не бирате сваку битку за борбу. Схваћате да неке борбе нису вредне енергије или друштвеног капитала који вас могу коштати.

Коначно, ДевОпс није листа корака које можете предузети, већ је приступ који би требао водити одлуке које доносите док развијате.

  1. БусинессОператионс МанагементДевОпс фор Думмиес Цхеат Схеет
  2. БусинессОператионс МанагементБасе Трансфер Прице он Фулл Цост

Аутор: Марк П. Холтзман

Предузеће може да постави цену преноса по пуном трошку (такође познато као и трошак апсорпције), што је збир променљивих и фиксних трошкова по јединици. Како би се осигурало да одељење продаје доноси профит, они такође могу додати маржу.

Претпоставимо да ХОО Ватер Цомпани производи и изворску воду и безалкохолна пића. Дивизија Цлор производи изворску воду, а Шпритз дивизија безалкохолна пића. Руководиоци ХОО-а охрабрују Цлор и Схпритз да раде заједно, тако да Схпритз-ова дивизија користи изворску воду компаније Цлор за производњу безалкохолних пића.

Међутим, Цлор дивизија такође продаје своју воду спољним купцима за 0,75 долара по галону. Да би минимизирао трошкове, Схпритз може да купи воду и од других произвођача.

Ове године, дивизија Цлор планира произвести 100 000 литара изворске воде, али има могућност производње више воде ако може да је прода. Клорова вода носи променљиве трошкове од 0,30 УСД по галону и мора да покрије фиксне трошкове од 40 000 УСД.

Дивизија Схпритз планира да направи 60.000 галона безалкохолних пића; може да купи воду од Схпритз-а или од спољног продавца. Поред трошкова воде, Схпритз мора да плати 0,40 долара по галону за ароме и друге адитиве за производњу сваког галона безалкохолног пића. Схпритз такође плаћа фиксне трошкове од 30 000 УСД годишње. Схпритз-ово безалкохолно пиће се продаје по 2 долара по галону.

Прво израчунајте пуни трошак Цлора. Фиксни трошкови износе 40 000 долара потребних за производњу 100 000 галона изворске воде. Фиксни трошак по јединици тада износи 0,40 долара по галону (40 000 ÷ 100 000 галона). Променљиви трошкови Цлора једнаки су 0,30 УСД по галону; додајте то фиксним трошковима по јединици да бисте добили укупни трошак од 0,70 долара по галону, цена преноса.

Следећа слика објашњава шта се дешава када Цлор снабдева изворишном водом Схпритз 60.000 долара по цени преноса од 0,70 долара по галону, а остатак спољним купцима за 0,75 долара по галону.

имаге0.јпг

Овде Цлор прима 30.000 УСД прихода од спољних купаца и 42.000 долара прихода од Схпритз-а. Одузимање Цлор-ових променљивих трошкова од 30.000 УСД и фиксних трошкова од 40.000 УСД резултира нето приходом од 2.000 УСД. Схпритз од својих безалкохолних пића узима приходе од 120 000 долара.

Од овог износа, он мора платити 42.000 долара Цлор-у и 24.000 долара других променљивих трошкова. Схпритз такође мора да плати фиксне трошкове од 30.000 УСД, што резултира нето приходом од 24.000 УСД за Схпритз. ХОО Ватер, који поседује обе дивизије, од оба производа остварује укупни приход од 26.000 УСД.

Одлуке о базичној трансферној цени на пуном трошку могу навести руководиоце одељења да донесу лоше одлуке које штете укупној профитабилности компаније. Претпоставимо да нека друга компанија, Малцолм Ватер, продаје воду за 0,65 долара по галону. (У случају да се питате, Малцолм Ватер може наплатити мање новца за своју воду јер је вода лошијег квалитета.) Подјела Схпритз мора бирати између плаћања 0,70 долара по галону за одјељење Цлор или 0,65 УСД по галону за Малцолм.

С једне стране, Схпритз можда радије послује са Цлор-ом само зато што обе компаније имају истог родитеља. Међутим, ако ХОО плати 0,70 галона за воду, али само 0,65 долара за откуп од Малцолма, зар ХОО не би требао само да купи воду од јефтинијег спољног добављача и уштеди 0,05 долара по галону?

Не нужно. Следећа слика илуструје фијаско до којег долази када Шпритз покуша уштедети новац купујући своју воду од Малцолма.

имаге1.јпг

Схпритз-ова одлука да покуша да смањи трошкове смањује укупну профитабилност ХОО Ватер-а за 21.000 УСД. Нема сумње у то: Схпритзова профитабилност расте. С обзиром да одлука о преузимању извора смањује варијабилне трошкове куповине воде са 42.000 на 39.000 долара, нето приход Схпритза расте на 27.000 долара.

Међутим, одлука Схпритза наноси штету Цлор-у и на крају смањује укупну профитабилност ХОО Ватер-а. Продаја Цлора компанији Схпритз од 42.000 долара потпуно се пресушила. Његови променљиви трошкови такође падају са 30.000 на 12.000 долара.

Међутим, Цлор-ови фиксни трошкови од 40.000 долара остају исти, због чега је Цлор претрпео губитак у износу од 22.000 долара. Укупни приходи компаније ХОО Ватер пале су са 26.000 на само 5.000 долара. Успостављање трансферне цене на пуном трошку довело је до тога да Схпритз доноси одлуке које штете укупној профитабилности компаније.

  1. БусинессМаркетингСоциал Медиа МаркетингКако пронаћи контакте на Инстаграму
Инстаграм Фор Бусинесс Фор Думмиес

Аутор: Јеннифер Херман, Ериц Бутов, Цореи Валкер

Ако сте нови на Инстаграму, можда се питате одакле започети. Инстаграм (и његов тата Фацебоок) радо ће вам помоћи у успостављању веза. Можете пронаћи људе на неколико различитих начина.

Проналажење Фацебоок пријатеља

Фацебоок има велико интересовање за постизање раста на Инстаграму, па вас покушава подстаћи да заокружите своје Фацебоок пријатеље и доведете их у Инстаграм. То вам је лак начин да пронађете људе.

Да бисте пронашли пријатеље на Фацебооку, следите ове кораке:

  1. Идите на своју Инстаграм страницу профила додиром на фотографију у доњем десном углу екрана вашег телефона. Тапните особу са плусом (и евентуално црвеним бројем) у горњем левом делу. Додирните Фацебоок везу у врху екрана. Потврдите своју Фацебоок пријаву тако што ћете тапнути на ОК. Екран приказује колико Фацебоок пријатеља имате на Инстаграму. Тапните на или Фоллов Алл или Фоллов. Да бисте пратили све своје Фацебоок пријатеље на Инстаграму, тапните на Фоллов Алл. Ако бисте радије били селективнији, поготово зато што ћете вероватно промовисати свој производ или услугу, можда ћете желети да пратите пријатеље једног по једног. Једноставно тапните на Следите поред сваког пријатеља са којим желите да се повежете и наставите да се крећете и пратите!
нађите Фацебоок пријатеље Инстаграм

Неки од ваших пријатеља можда су поделили своје рачуне на приватне. У том случају ћете видети Захтевано након што тапнете на дугме Прати. Морају да вас одобре пре него што прегледате њихов профил и постове.

Синхронизује своју листу контаката

Инстаграм вас такође може повезати са контактима сачуваним на вашем телефону или таблету. Након што активирате ову функцију, ваши контакти се периодично синхронизују са Инстаграм-овим серверима. Инстаграм не прати никога у ваше име и можете да прекинете контакте у било којем тренутку тако да им Инстаграм не може приступити.

Ова је функција можда најбоља као једно и урађено на почетку насупрот сталној вези у сврху приватности.

Да бисте повезали контакте, следите ове кораке:

  1. Идите на своју Инстаграм страницу профила додиром на фотографију у доњем десном углу екрана вашег телефона. Куцните малу особу са плусом (и евентуално црвеним бројем) у горњем левом делу. Додирните везу Контакти. Следећи екран ће вам рећи да ће Инстаграм пронаћи људе које познајете, а ви имате могућност да их пратите. Да бисте наставили, тапните на Цоннецт Цонтацтс. Још један скочни прозор може ли Инстаграм моћи да приступа вашим контактима. Тапните Дозволи приступ. Појавиће се скочни прозор са захтевом да омогућите Инстаграму приступ контактима. Ово вам је последња шанса да откажете одлуку да Инстаграму омогућите приступ контактима. Тапните на ОК. Појавни прозор се гаси и појављује се екран са контактима. Пратите све контакте на Инстаграму тако што ћете тапнути на дугме Следити све или изаберите контакте који ћете пратити тако што ћете додирнути Прати поред сваког.
инстаграм контакти

Ако се у неком тренутку предомислите и желите да онемогућите Инстаграму приступ контактима, додирните икону на точкићу на страници вашег профила, дођите до Подешавања, а затим додирните Контакти. Додирните преклопник Цоннецт Цонтацтс да бисте га вратили у белу боју, а то укида Инстаграм-ов приступ.

  1. БусинессОператионс МанагементКоришћење најбољег пружаоца услуга у облаку, функције и алате за ДевОпс

Аутор: Емили Фрееман

Успех ваше ДевОпс иницијативе се у великој мери ослања на праћење поступка, али је такође важно користити праве алате. Одабир добављача услуга у облаку није лак избор, посебно када је ДевОпс ваша мотивација за вожњу. ГЦП (Гоогле Цлоуд Платформ), АВС (Амазон Веб Сервицес) и Азуре имају више заједничког него што раздвајају.

Често ваша одлука више зависи од нивоа комфора вашег тима ДевОпс са одређеним провајдером облака или тренутним пакетом више од самог пружатеља услуга облака. Након што се одлучите за прелазак у облак, следећа одлука је одлучивање о провајдеру облака који одговара вашим ДевОпс потребама. Ево неколико ствари које треба узети у обзир приликом процене провајдера облака имајући на уму ДевОпс принципе:

  • Солидна евиденција. Облак који изаберете треба да има историју одговорних финансијских одлука и довољно капитала за рад и ширење великих центара података током деценија. Усклађеност и управљање ризиком. Формална структура и утврђене политике усклађивања су од виталног значаја за осигуравање сигурних и сигурних података. У идеалном случају прегледајте ревизије пре него што потпишете уговоре. Позитивна репутација. Поверење купаца је апсолутно кључно. Да ли верујете да се можете поуздати у овог пружаоца услуга облака да ће наставити да расте и подржава ваше потребе за развијањем ДевОпс-а? Уговори о нивоу услуге (СЛАс). Који сте ниво услуге потребни? Обично пружаоци услуга у облаку нуде различите нивое поузданости на основу трошкова. На пример, 99,9 одсто продуженог радног времена биће знатно јефтиније од продуженог 99,999 одсто. Метрике и мониторинг. Које врсте увида у апликације, праћење и телеметрију пружа добављач? Будите сигурни да можете стећи одговарајући ниво увида у ваше системе што је могуће ближе реалном времену.

И на крају, осигурајте да добављач облака који одаберете има одличне техничке могућности које пружају услуге које задовољавају ваше специфичне ДевОпс потребе. Генерално, потражите

  • Могућности рачунања Решења за складиштење Функције размештања Записивање и надгледање Пријатељски кориснички интерфејси

Такође би требало да потврдите способност примене хибридног облачног решења у случају да требате у неком тренутку, као и да упућујете ХТТП позиве у друге АПИ-је и услуге.

Три главна добављача облака су Гоогле Цлоуд Платформ (ГЦП), Мицрософт Азуре и Амазон Веб Сервицес (АВС). Такође можете пронаћи мање провајдера облака и сигурно велики број приватних провајдера облака, али већина онога што требате знати долази од поређења јавних провајдера облака.

Амазонске веб услуге (АВС)

Као и остали велики јавни провајдери облака, АВС пружа рачунање на захтев путем претплате уз наплату. Корисници АВС-а могу се претплатити на било који број услуга и рачунарских ресурса. Амазон је тренутни лидер на тржишту међу облачним провајдерима, који држи већину претплатника у облаку.

Нуди робустан скуп функција и услуга у регионима широм света. Два најпознатија сервиса су Амазон Еластиц Цомпуте Цлоуд (ЕЦ2) и Амазон Симпле Стораге Сервице (Амазон С3). Као и код других пружатеља услуга облака, услугама се приступа и инфраструктури се пружа путем АПИ-ја.

Мицрософт Азуре

Пре него што је Мицрософт покренуо овај провајдер облака као Мицрософт Азуре, звао се Виндовс Азуре. Мицрософт га је дизајнирао да ради управо оно што назив подразумева - служи као провајдер облака за традиционално Виндовс ИТ организације. Али како је тржиште постајало конкурентније и Мицрософт је почео да боље разуме инжењерски крајолик, Азуре се прилагођавао, растао и еволуирао.

Иако је и даље мање робустан од АВС-а, Азуре је добро заобљен пружатељ услуга облака који је фокусиран на корисничко искуство. Кроз различите лансирање и аквизиције производа - посебно ГитХуб - Мицрософт је много уложио у инфраструктуру Линука, што му је омогућило снажније услуге широј публици.

Гоогле Цлоуд Платформ (ГЦП)

Гоогле Цлоуд Платформ (ГЦП) има најмањи тржишни удео од три главна пружаоца јавних облака, али нуди значајан сет услуга у облаку у скоро две десетине географских региона.

Можда је најпривлачнији аспект ГЦП-а тај што он нуди корисницима исту инфраструктуру коју Гоогле користи интерно. Ова инфраструктура укључује изузетно моћне услуге рачунара, складиштења, аналитике и машинског учења. У зависности од вашег одређеног производа, ГЦП можда има специјализоване алате који недостају (или мање зрели) у АВС-у и Азуре-у.

Проналажење ДевОпс алата и услуга у облаку

Буквално стотине алата и услуга стоје вам на располагању путем главних пружатеља услуга облака. Ти алати и услуге се углавном раздвајају на следеће категорије:

  • Рачунајте Складиште Умрежавање Управљање ресурсима Облачна вештачка интелигенција (АИ) Идентитет Сигурност Без сервера ИоТ

Слиједи листа најчешће кориштених услуга за сва три главна пружатеља услуга облака. Ове услуге укључују имплементацију апликација, управљање виртуалном машином (ВМ), оркестрацију спремника, функције без сервера, складиштење и базе података.

Укључене су додатне услуге, као што су управљање идентитетом, блок похрана, приватни облак, чување тајни и још много тога. То је далеко од исцрпне листе, али може вам послужити као чврста основа док почнете да истражујете своје могућности и осећате шта разликује пружатеље услуга у облаку.

  • Примена апликације: Платформа као сервисно (ПааС) решење за размештање апликација на различитим језицима, укључујући Јава, .НЕТ, Питхон, Ноде.јс, Ц #, Руби и Го Азуре: Азуре Цлоуд Сервицес АВС: АВС Еластични Беансталк ГЦП: Гоогле Апп Енгине
  • Управљање виртуелном машином (ВМ): Инфраструктура као сервисна (ИааС) опција за покретање виртуелних машина (ВМ-ова) са Линуком или Виндовс-ом Азуре: Азуре Виртуал Мацхинес АВС: Амазон ЕЦ2 ГЦП: Гоогле рачунарство
  • Манагед Кубернетес: Омогућује боље управљање контејнерима путем популарног оркестра Кубернетес Азуре: Азуре Кубернетес Сервице (АКС) АВС: Амазонска услуга за еластичне контејнере (ЕЦС) за Кубернетес ГЦП: Гоогле Кубернетес Енгине
  • Без сервера: Омогућује корисницима да креирају логичке токове функција без сервера Азуре: Азуре функције АВС: АВС Ламбда ГЦП: Гоогле Цлоуд функције
  • Спремање у облаку: Неструктурирано спремање објеката са кеширањем Азуре: Азуре Блоб Стораге АВС: Амазон С3 ГЦП: Гоогле Цлоуд Стораге
  • Базе података: СКЛ и НоСКЛ базе података, на захтјев Азуре: ДБ Азуре Цосмос АВС: Амазонска услуга релационе базе података (РДС) и Амазон ДинамоДБ (НоСКЛ) ГЦП: Гоогле Цлоуд СКЛ и Гоогле Цлоуд БигТабле (НоСКЛ)

Док истражујете три главна пружаоца услуга облака, примећујете дугачку листу услуга. Можда ћете се осећати преплављеним стотинама опција које су вам на располагању. Ако случајно не можете пронаћи оно што вам треба, тржиште ће вероватно пружити нешто слично. Тржиште је место где независни програмери нуде услуге које се прикључују у облак - чији су домаћини Азуре, АВС или ГЦП.

У доњој табели су наведене додатне услуге које пружа већина, ако не и сви, пружаоци услуга у облаку.

Категорија услугеФункционалност
Блокирај складиштеСкладиште података које се користи у окружењима мреже података (САН). Складиштење блока је слично чувању података на тврдом диску.
Виртуелни приватни облак (ВПЦ)Логично изоловани, дељени рачунарски ресурси.
Ватрени зидМрежна сигурност која контролише саобраћај.
Мрежа за испоруку садржаја (ЦДН)Испорука садржаја на основу локације корисника. Обично користи кеширање, балансирање оптерећења и аналитику.
Систем домена (ДНС)Преводилац имена домена на ИП адресе за прегледаче.
Јединствена пријава (ССО)Контрола приступа више система или апликација помоћу истих акредитива. Ако сте се пријавили у независну апликацију са својим Гоогле, Твиттер или ГитХуб акредитивима, користили сте ССО.
Управљање идентитетом и приступом (ИАМ)Управљање корисничким приступом засновано на улогама. Унапред одређене улоге имају приступ постављеној групи функција; корисницима се додељују улоге.
Телеметрија, надзор и евидентирањеАлатке за пружање увида у апликацију о перформансама, учитавању сервера, потрошњи меморије и још много тога.
ДеплоиментсКонфигурација, инфраструктура и пуштање алата за управљање цевоводом.
Цлоуд схеллСхелл приступ са интерфејса командне линије (ЦЛИ) у прегледачу.
Складиштење тајниСигурно чување кључева, токена, лозинки, сертификата и других тајни.
Редови порукаБрокери за поруке с динамичким скалирањем.
Машинско учење (МЛ)Оквири и алати за дубоко учење за научнике података.
ИоТПовезивање и управљање уређајима.