1. Pamamahala ng BusinessOperationsMga Bagay na Mga DevOps: 11 Mga Paraan ng Mga DevOps Nakikinabang sa Iyong Organisasyon

Ni Emily Freeman

Kung tama nang tama, nag-aalok ang DevOps ng mga makabuluhang pakinabang para sa iyong samahan. Inihahatid ng artikulong ito ang mga pangunahing punto upang malaman tungkol sa kung paano nakikinabang ang iyong DevOps sa iyong samahan. Gamitin ito bilang isang sanggunian upang matulungan kang hikayatin ang iyong mga kasamahan o upang mapalakas ang iyong pag-unawa sa kung bakit pinili mong pumunta ang ruta ng DevOps kapag ang kalsada ay nabulabog.

Nakikinabang ang mga DevOps

Tinutulungan ka ng DevOps na tanggapin ang patuloy na pagbabago

Ang tech landscape ay isang palaging nagbabago na kapaligiran. Ang ilang mga wika ay nagbabago at ang mga bago ay nilikha. Dumating ang mga Frameworks at umalis. Ang mga pagbabago sa tooling ng imprastraktura upang matugunan ang patuloy na lumalaking pangangailangan para sa pag-host ng mga aplikasyon nang mas mahusay at paghahatid ng mga serbisyo nang mas mabilis. Ang mga tool ay nagpapatuloy na abstract ang mababang antas ng computing upang mabawasan ang overhead ng engineering.

Ang tanging pare-pareho ang pagbabago. Ang iyong kakayahang umangkop sa pagbabagong iyon ay matukoy ang iyong tagumpay bilang isang indibidwal na tagatatag, tagapamahala, o ehekutibo. Anuman ang papel na kasalukuyang pinupunan mo sa iyong kumpanya o umaasa na sa pag-play sa huli, mahalaga na umangkop nang mabilis at alisin ang mas maraming alitan mula sa paglago hangga't maaari. Binibigyang-daan ka ng DevOps na umangkop at lumago sa pamamagitan ng pagpapabuti ng komunikasyon at pakikipagtulungan.

Niyakap ng mga DevOps ang ulap

Ang ulap ay hindi ang hinaharap; ngayon. Bagaman maaari ka pa ring lumipat o hindi pa handa na ilipat, mapagtanto na ang ulap ay ang paraan ng pasulong para sa lahat maliban sa iilang mga kumpanya. Nagbibigay ito sa iyo ng higit na kakayahang umangkop kaysa sa tradisyunal na imprastraktura, nagpapababa ng stress ng mga operasyon, at (kadalasan) ay nagkakahalaga nang malaki dahil sa isang istraktura ng pagpepresyo ng pay-as-you-go.

Ang mga ulap, pampubliko, at mestiso na ulap ay nagbibigay sa iyo ng walang katapusang mga posibilidad upang mas mahusay ang iyong negosyo. Ang kakayahang iikot (ilunsad) mga mapagkukunan sa loob ng ilang minuto ay isang bagay na hindi nakaranas ng karamihan sa mga kumpanya bago ang ulap.

Ang kakayahang ito na ibinigay ng ulap ay magkasama sa mga DevOps. Si Omri Gazitt mula sa Puppet, isang kumpanya na nakatuon sa pamamahala ng automation at pagsasaayos, ay pinakamabuting: "Habang lumilipat ang mga organisasyon sa ulap, muling sinusuri nila ang kanilang mga pangunahing pagpapalagay tungkol sa kung paano sila naghahatid ng software."

Sa ulap, kinokonekta ng mga API ang bawat serbisyo, platform, at tool sa imprastraktura upang maaari mong mapangasiwaan nang maayos ang iyong mga mapagkukunan at application. Bilang lumipat ka sa ulap, maaari mong masuri muli ang mga nakaraang desisyon sa arkitektura at dahan-dahang ilipat ang iyong aplikasyon at sistema upang maging cloud-katutubong, o dinisenyo na may ulap sa isip.

Tinutulungan ka ng DevOps na maarkila ang pinakamahusay

Dahil sa tumaas na demand, ang mga mahusay na inhinyero ay mahirap makuha. Hindi sapat ang mga inhinyero upang punan ang lahat ng mga trabahong kasalukuyang bukas o upang matugunan ang pangangailangan ng merkado sa susunod na dekada at higit pa. Bagaman mahirap ang paghahanap ng mga inhinyero, hindi imposible, lalo na kung nakatuon ka sa pagtuklas ng mga inhinyero na yumakap sa pag-usisa at hindi takot na mabigo. Kung ipinatupad mo ang mga DevOps sa iyong pangkalahatang kultura ng engineering, maaari mong i-level up ang mga inhinyero at sanayin ang mga ito sa pamamaraan at teknolohiya na sumusuporta sa patuloy na pagpapabuti.

Mahirap sukatin ang potensyal sa isang pakikipanayam. Karaniwan, mga bulong ng talento. Ang pinaka-may talino na inhinyero ay karaniwang hindi gregarious o braggarts; hinayaan nilang magsalita ang kanilang gawain para sa kanila. Binibigyang-daan ka ng DevOps na makinig nang mas malapit sa personal at propesyonal na interes ng mga inhinyero na iyong panayam.

Subukang pumili ng mga kandidato batay sa kanilang antas ng pagkamausisa, kasanayan sa komunikasyon, at sigasig. Ang mga katangiang iyon ay makikita ang iyong koponan sa pamamagitan ng mga takot, kawalan ng katiyakan, at pag-aalinlangan. Maaari nilang dalhin ang koponan sa pamamagitan ng mga mahirap na pagpapasya, na ginawa sa loob ng mga pagpilit, sa kanilang pagtatangka na malutas ang mga mahihirap na problema.

Maaari kang magturo sa isang tao ng isang kasanayan, ngunit ang pagtuturo sa isang tao kung paano matuto ay isang iba't ibang bagay. Ang kultura ng pag-aaral na nilikha mo sa iyong organisasyon ng DevOps ay nagbibigay-daan sa iyo upang unahin ang isang mindset ng paglaki sa teknikal na kasanayan. Sa DevOps, kritikal ang pag-upa para sa koponan. Ang bawat indibidwal ay isang piraso ng isang buo, at ang koponan ay dapat magkaroon ng balanse nang buo. Ang pagkamit ng balanse na ito ay nangangahulugan na kung minsan hindi ka umarkila ng "pinakamahusay" na engineer, inaarkila mo ang pinakamahusay na engineer para sa koponan.

Kapag nag-upa ka para sa koponan ng DevOps maaari mong, tulad ng draft ng mga kabayo na pinagsama, hilahin ang higit na timbang kaysa sa maaari mong isa-isa. Sa mga DevOps, maaari mong maparami ang mga indibidwal na sangkap ng iyong koponan at, sa kabuuan, lumikha ng isang powerhouse ng isang koponan.

Pinapanatili ka ng mga DevOps na mapagkumpitensya

Ang taunang Estado ng DevOps Report na inilabas ng DevOps Research and Assessment (DORA) ay malinaw na: Ang mga kumpanya sa buong mundo ay gumagamit ng DevOps upang ayusin ang kanilang mga kasanayan sa engineering at inaani ang mga benepisyo. Nakikita nila ang pagtaas ng paggawa ng engineering at pagbawas sa gastos. Sa DevOps, ang mga kumpanyang ito ay lumilipat mula sa mga clunky na proseso at mga sistema sa isang streamline na paraan ng pagbuo ng software na nakatuon sa end user.

Binibigyang-daan ng DevOps ang mga kumpanya na lumikha ng maaasahang imprastraktura at magamit ang imprastraktura upang mapalabas ang software nang mas mabilis at mas maaasahan. Ang pinakamababang linya nito ay: Ang mga organisasyong gumaganap ng mataas na pagganap ay gumagamit ng mga DevOps, at dinurog nila ang kanilang kumpetisyon sa pamamagitan ng pagdaragdag ng kanilang pagdaragdag ng dalas at makabuluhang pagbawas sa kanilang mga pagkabigo na nagaganap dahil sa mga pagbabago sa system.

Kung nais mong makipagkumpetensya, dapat mong gamitin ang solidong mga pamamaraan ng DevOps. Marahil hindi lahat sa kanila, at siguradong hindi lahat sa isang oras - ngunit ang oras upang maghintay at makita kung ang DevOps ay nagkakahalaga ay lumipas.

Ang DevOps ay tumutulong sa paglutas ng mga problema ng tao

Ang mga tao ay umabot sa isang punto sa aming ebolusyon kung saan ang teknolohiya ay mabilis na umuusbong kaysa sa ating talino. Sa gayon ang mga pinakadakilang hamon na kinakaharap ng mga tao ay dahil sa mga limitasyon ng tao - hindi ang mga limitasyon ng software o imprastraktura. Hindi tulad ng iba pang mga pamamaraan ng pag-unlad ng software, ang DevOps ay nakatuon sa holistically sa iyong sociotechnical system.

Ang pag-aayos ng mga DevOps ay nangangailangan ng isang paglipat sa kultura at mindset. Ngunit kung nakamit mo ang isang kultura at mindset ng DevOps, ikaw at ang iyong organisasyon ay umani ng halos walang limitasyong mga benepisyo. Kapag ang mga inhinyero ay binigyan ng kapangyarihan upang galugarin, nang walang presyur at takot sa pagkabigo, mga kamangha-manghang bagay ang nangyari.

Natuklasan ng mga inhinyero ang mga bagong paraan upang malutas ang mga problema. Lumapit sila sa mga proyekto at mga problema sa isang malusog na kaisipan at nagtutulungan nang mas maraming likido, nang walang kailangan at negatibong kumpetisyon.

Hinahamon ng mga empleyado ng DevOps ang mga empleyado

Pinabilis ng mga DevOps ang paglaki ng mga indibidwal na inhinyero pati na rin ang koponan ng inhinyero sa kabuuan. Ang mga inhinyero ay matalinong tao. Natural din silang kakaiba. Ang isang mahusay na inhinyero na yumayakap sa isang mindset ng paglago ay nangangailangan ng mga bagong hamon matapos na makabisado ang isang partikular na teknolohiya, tool, o pamamaraan o madalas silang tumatakbo.

Kailangang maramdaman nila na parang ang kanilang utak at mga set ng kasanayan ay nakaunat - hindi sa punto na labis na nasasaktan o ma-stress, ngunit sapat na upang madama na sila ay lumalaki. Iyon ang pag-igting na inilarawan ni Dan Pink sa Drive. Kung maaari mong hampasin ang balanse na iyon, ang iyong mga inhinyero ay umunlad - bilang mga indibidwal at bilang isang koponan.

Ang pamamaraan ng DevOps ay nagtataguyod ng mga kasanayang may hugis ng T, na nangangahulugang ang mga inhinyero ay nagpakadalubhasa sa isang lugar na may malalim na kaalaman at may malawak na pag-unawa sa maraming iba pang mga lugar. Ang pamamaraang ito ay nagbibigay-daan sa mga inhinyero upang galugarin ang iba pang mga lugar na interes.

Marahil ang isang engineer ng Python ay may interes sa imprastrakturang ulap, halimbawa. Walang ibang pamamaraan ng engineering ang nagpapahintulot at naghihikayat sa mga inhinyero na galugarin tulad ng ginagawa ng DevOps, at ito ay isang malaking kontribusyon sa pag-upa at pagpapanatili ng talento.

Ang mga tulay ng DevOps ay gaps

Isa sa mga hamon ng mga modernong teknolohiya ng kumpanya ay ang puwang na ito sa pagitan ng mga pangangailangan ng negosyo at mga pangangailangan ng inhinyero. Sa isang tradisyunal na kumpanya, na may mga diskarte sa pamamahala ng tradisyonal, umiiral ang isang likas na alitan sa pagitan ng engineering at mga kagawaran tulad ng marketing, benta, at pag-unlad ng negosyo. Ang alitan na ito ay nagmumula sa kakulangan ng pagkakahanay. Ang bawat departamento ay sinusukat ng iba't ibang mga tagapagpahiwatig ng tagumpay.

Nilalayon ng DevOps na pag-isahin ang bawat departamento ng isang negosyo at lumikha ng isang ibinahaging pag-unawa at paggalang. Ang paggalang sa bawat isa sa mga trabaho at kontribusyon ay ang nagbibigay daan sa bawat tao sa kumpanya na umunlad. Tinatanggal nito ang alitan at pinapabuti ang pabilis.

Mag-isip tungkol sa isang pangkat ng mga sled dogs. Kung ang bawat aso ay gumagalaw sa magkahiwalay na direksyon, ang sled ay wala kahit saan. Ngayon isipin ang mga aso na nagtatrabaho nang sama-sama, na nakatuon sa paglipat - magkasama. Kung kulang ka ng alitan sa loob, ang mga hamon lamang na iyong kinakaharap ay panlabas, at ang mga panlabas na hamon ay halos palaging mas mapapamahalaan kaysa sa panloob na pag-aaway.

Hinahayaan ka ng mga DevOps na mabigo ka nang maayos

Ang pagkabigo ay hindi maiiwasan. Hindi maiiwasan ito. Ang paghula sa bawat paraan kung saan maaaring mabigo ang iyong system ay imposible dahil sa lahat ng mga hindi alam. (At maaari itong mabigong kamangha-mangha, hindi ba?) Sa halip na maiwasan ang kabiguan sa lahat ng mga gastos at pakiramdam na madurog kapag nangyari ang pagkabigo, maaari kang maghanda para dito. Inihahanda ng DevOps ang mga samahan na tumugon sa kabiguan, ngunit hindi sa isang nakakalito, naiimpluwensyang paraan.

Ang mga insidente ay palaging kasangkot sa ilang antas ng pagkapagod. Sa ilang mga punto kasama ang iyong istraktura ng utos, ang isang ehekutibo ay malamang na mapasigaw sa nawawalang pera sa panahon ng isang serbisyo ng pag-outage. Ngunit maaari mong bawasan ang stress na nararanasan ng iyong koponan sa pamamagitan ng paggamit ng kabiguan bilang isang paraan ng pag-aaral at pagbagay sa iyong system upang maging mas nababanat.

Ang bawat insidente ay isang pagkakataon upang mapabuti at lumago, bilang mga indibidwal at bilang isang koponan.

Niyakap ng DevOps ang kaizen, ang sining ng patuloy na pagpapabuti. Kapag ang iyong mga karanasan sa koponan ay dumadaloy sa kanilang trabaho, maaari silang gumawa ng maliliit na pagpipilian araw-araw na nag-aambag sa pangmatagalang paglaki at, sa huli, isang mas mahusay na produkto.

Binibigyang-daan ka ng DevOps na patuloy mong pagbutihin

Ang patuloy na pagpapabuti ay isang pangunahing sangkap sa DevOps. Gumamit ng visualization ng isang walang katapusang siklo kapag nag-aaplay ng DevOps sa iyong samahan. Ang siklo ay hindi dapat magalit ng mga takot sa mga saloobin ni Sisyphus, na itulak ang isang malaking bato sa isang burol para sa walang hanggan. Sa halip, isipin ang siklo na ito bilang paggalaw, tulad ng isang snowball na gumulong pababa, nagtitipon ng momentum at masa.

Habang pinagtibay mo ang mga DevOps at higit na isinama ang mga pangunahing pamagat nito sa iyong pang-araw-araw na daloy ng trabaho, masasaksihan mo ang pabilis na kamay na ito. Ang siklo ng patuloy na pagpapabuti ay dapat palaging sentro sa paligid ng customer. Dapat mong patuloy na isipin ang tungkol sa end user at pagsamahin ang puna sa iyong cycle ng buhay ng paghahatid ng software.

Ang pangunahing kaalaman sa siklo na ito ay CI / CD. Ang pag-ad ng CI / CD ay hindi isang kinakailangan o lahat na kailangan ng DevOps; sa halip, ito ay isang mabagal na proseso ng pagpapatupad. Dapat kang tumuon sa mastering tuluy-tuloy na pagsasama. Hikayatin ang mga inhinyero na ibahagi ang code nang malaya at pagsamahin ang code nang madalas. Pinipigilan ng pamamaraang ito ang paghihiwalay at silos mula sa pagiging blockers sa iyong samahan sa engineering.

Matapos ang patuloy na pagsasama ng iyong samahan, magpatuloy sa patuloy na paghahatid, ang pagsasagawa ng paghahatid ng automating software. Ang hakbang na ito ay nangangailangan ng automation dahil ang code ay lilipat sa maraming mga tseke upang matiyak ang kalidad. Matapos ang lahat ng iyong code ay ligtas at maa-access sa isang repositoryo ng source code, maaari mong simulan ang pagpapatupad ng mga maliliit na pagbabago. Ang iyong layunin ay upang alisin ang manu-manong mga hadlang at pagbutihin ang kakayahan ng iyong koponan upang matuklasan at ayusin ang mga bug nang walang epekto sa customer.

Ang automOps ay nagpapagana sa trabaho

Ang pagpapabilis at pagtaas ng pagiging epektibo ay nasa pangunahing pamamaraan ng DevOps. Sa pamamagitan ng pag-automate ng mga manu-manong proseso ng manu-manong paggawa, pinalalaya ng mga DevOps ang mga inhinyero upang magtrabaho sa mga proyekto na ginagawang mas maaasahan at madaling mapanatili ang software at mga system - nang walang kaguluhan ng hindi inaasahang pagkagambala sa serbisyo.

Ang pagiging maaasahan ng site (SRE) ay tumatalakay sa trabaho, na ang gawaing kinakailangan upang mapanatili ang mga serbisyo at tumatakbo ngunit manu-mano at paulit-ulit. Ang daliri ay maaaring awtomatiko at kakulangan ng pangmatagalang halaga. Marahil ang pinakamahalaga sa lahat, ang mga kaliskis sa paggawa ay magkakasunod, na naglilimita sa paglaki. Tandaan na ang trabaho ay hindi tumutukoy sa itaas ng mga pangangailangang pang-administratibo tulad ng mga pagpupulong at pagpaplano. Ang ganitong uri ng trabaho, kung ipinatupad gamit ang isang mentOps mentality, ay kapaki-pakinabang sa pangmatagalang pagbilis ng iyong koponan.

Ang isa sa mga pangunahing pamagat ng tooling ng iyong pagsasanay sa DevOps ay ang automation. Maaari mong awtomatiko ang iyong paglawak ng pipeline upang maisama ang isang testose test suite pati na rin ang iba pang mga gate kung saan dapat ipasa ang code upang mailabas. Sa maraming mga paraan, ang SRE ay ang susunod na lohikal na hakbang sa ebolusyon ng DevOps at dapat na ang iyong susunod na hakbang pagkatapos mong at ang iyong samahan ay ang mga pangunahing konsepto ng DevOps at ipatupad ang kasanayan sa iyong koponan.

Pinabilis ng mga DevOps ang paghahatid

Ang siklo ng buhay ng paghahatid ng software ay umusbong mula sa mabagal at linear na proseso ng Waterfall sa isang maliksi at patuloy na loop ng DevOps. Hindi ka na nag-iisip ng isang produkto, buuin ito nang lubusan, at pagkatapos ay ilabas ito sa mga customer, umaasa sa tagumpay nito.

Sa halip, lumikha ka ng isang feedback loop sa paligid ng customer at patuloy na naghahatid ng mga nagbabago na mga pagbabago sa iyong mga produkto. Ang konektadong circuit na ito ay nagbibigay-daan sa iyo upang patuloy na pagbutihin ang iyong mga tampok at matiyak na nasiyahan ang customer sa iyong inihahatid.

Kapag ikinonekta mo ang lahat ng mga tuldok at ganap na pinagtibay ang mga DevOps sa iyong samahan, pinapanood mo habang ang iyong koponan ay maaaring maihatid ang mas mahusay na software nang mas mabilis. Ang mga pagbabago ay maliit sa una, tulad ng mga pagbabagong inilabas mo. Ngunit sa paglipas ng panahon, ang mga tila hindi gaanong mahalagang pagbabago ay nagdaragdag at lumikha ng isang koponan na nagpapabilis sa paghahatid ng kalidad ng software.