Infrastruktur sakumaha Kode: kumaha carana nungkulan masalah ngagunakeun XP

Halo, Habr! Saméméhna, kuring humandeuar ngeunaan kahirupan di Infrastruktur salaku paradigma kode jeung teu nawiskeun nanaon pikeun ngajawab kaayaan ayeuna. Dinten ayeuna kuring uih deui pikeun nyarioskeun ka anjeun naon pendekatan sareng prakték anu bakal ngabantosan anjeun kabur tina jurang putus asa sareng ngarahkeun kaayaan ka arah anu leres.

Dina tulisan saméméhna "Infrastruktur salaku kode: kenalan munggaran" Kuring babagi tayangan kuring ngeunaan wewengkon ieu, nyoba ngeunteung kana kaayaan ayeuna di wewengkon ieu, komo ngusulkeun yén prakték baku dipikawanoh ka sadaya pamekar bisa mantuan. Éta sigana sigana seueur keluhan ngeunaan kahirupan, tapi henteu aya usulan pikeun jalan kaluar tina kaayaan ayeuna.

Saha kami, dimana kami sareng naon masalah anu urang gaduh

Kami ayeuna aya dina Tim Sre Onboarding, anu diwangun ku genep programer sareng tilu insinyur infrastruktur. Urang sadayana nyobian nyerat Infrastruktur salaku kode (IaC). Urang ngalakukeun ieu kusabab urang dasarna terang kumaha nyerat kode sareng gaduh sajarah janten pamekar "di luhur rata-rata".

• Urang boga set kaunggulan: kasang tukang nu tangtu, pangaweruh prakték, kamampuhan pikeun nulis kode, kahayang pikeun neuleuman hal anyar.
• Sareng aya bagian sagging, anu ogé dikurangan: kurangna pangaweruh ngeunaan hardware infrastruktur.

Téknologi tumpukan anu kami anggo dina IaC kami.

• Terraform pikeun nyiptakeun sumberdaya.
• Packer pikeun assembling gambar. Ieu Windows, CentOS 7 gambar.
• Jsonnet pikeun ngadamel gedong anu kuat dina drone.io, ogé ngahasilkeun packer json sareng modul terraform kami.
• Azure.
• Ansible nalika nyiapkeun gambar.
• Python pikeun jasa bantu sareng skrip provisioning.
• Sareng sadaya ieu dina VSCode sareng plugins anu dibagi antara anggota tim.

Kacindekan ti abdi artikel panungtungan Ieu kawas kieu: Kuring nyoba instill (mimiti sadayana dina diri) optimism, abdi hoyong disebutkeun yen urang bakal coba pendekatan jeung prakték dipikawanoh pikeun urang pikeun nungkulan kasusah jeung complexities anu aya di wewengkon ieu.

Kami ayeuna bajoang sareng masalah IaC ieu:

• Kasampurnaan alat sareng sarana pikeun ngembangkeun kode.
• Slow deployment. Infrastruktur mangrupikeun bagian tina dunya nyata, sareng tiasa ngalambatkeun.
• Kurangna pendekatan sareng prakték.
• Kami anyar jeung teu nyaho loba.

Programming ekstrim (XP) pikeun nyalametkeun

Sadaya pamekar wawuh sareng Extreme Programming (XP) sareng prakték anu aya di tukangeunana. Seueur urang parantos damel sareng pendekatan ieu, sareng éta suksés. Janten naha henteu nganggo prinsip sareng prakték anu ditetepkeun di dinya pikeun ngatasi tantangan infrastruktur? Kami mutuskeun nyandak pendekatan ieu sareng ningali naon anu kajantenan.

Mariksa panerapan pendekatan XP pikeun industri anjeunIeu pedaran ngeunaan lingkungan anu cocog pikeun XP, sareng kumaha hubunganana sareng urang:

1. Sarat software ngarobah dinamis. Ieu jelas keur urang naon tujuan ahir. Tapi rinci bisa rupa-rupa. Urang sorangan mutuskeun dimana urang kudu taksi, jadi sarat robah périodik (utamana ku sorangan). Upami urang nyandak tim SRE, anu ngalakukeun otomatisasi sorangan, sareng nyalira ngabatesan syarat sareng ruang lingkup padamelan, maka titik ieu pas.

2. Résiko disababkeun ku proyék waktos tetep ngagunakeun téknologi anyar. Urang tiasa ngalaman résiko nalika ngagunakeun sababaraha hal anu teu dipikanyaho ku urang. Sareng ieu 100% kasus urang. Sakabéh proyék kami nyaéta ngagunakeun téknologi anu kami henteu sapinuhna wawuh. Sacara umum, ieu masalah konstan, sabab ... Aya seueur téknologi anyar anu muncul dina sektor infrastruktur sepanjang waktos.

3,4. Leutik, co-lokasina tim ngembangkeun nambahan. Téknologi otomatis anu anjeun anggo ngamungkinkeun pikeun uji unit sareng fungsional. Dua titik ieu henteu cocog sareng urang. Kahiji, urang lain tim koordinasi, jeung kadua, aya salapan urang, nu bisa dianggap tim badag. Sanajan, nurutkeun sababaraha definisi tim "badag", loba 14+ jalma.

Hayu urang tingali sababaraha prakték XP sareng kumaha mangaruhan kana laju sareng kualitas eupan balik.

XP Eupan Balik Loop Prinsipna

Dina pamahaman kuring, eupan balik nyaéta jawaban kana patarosan, naha kuring ngalakukeun hal anu leres, naha urang angkat ka dinya? XP boga skéma ketuhanan pikeun ieu: loop eupan balik waktu. Hal anu pikaresepeun nyaéta yén urang langkung handap, langkung gancang urang tiasa nampi OS pikeun ngajawab patarosan anu diperyogikeun.

Ieu mangrupikeun topik anu rada pikaresepeun pikeun diskusi, yén dina industri IT urang tiasa gancang kéngingkeun OS. Bayangkeun kumaha nyerina pikeun ngalakukeun proyék salami genep bulan sareng ngan ukur terang yén aya kasalahan dina awalna. Ieu lumangsung dina rarancang jeung dina sagala konstruksi sistem kompléks.

Dina kasus kami ngeunaan IaC, eupan balik mantuan kami. Kuring bakal geuwat nyieun adjustment leutik kana diagram di luhur: rencana release teu boga siklus bulanan, tapi lumangsung sababaraha kali sapoé. Aya sababaraha prakték anu aya hubunganana sareng siklus OS ieu anu bakal urang tingali langkung rinci.

Penting: eupan balik tiasa janten solusi pikeun sadaya masalah anu disebatkeun di luhur. Digabungkeun sareng prakték XP, éta tiasa narik anjeun kaluar tina jurang putus asa.

Kumaha carana narik diri kaluar tina jurang asa: tilu prakték

Tés

Tés disebutkeun dua kali dina loop eupan balik XP. Ieu mah sakadar kitu. Éta penting pisan pikeun sakabéh téhnik Extreme Programming.

Dianggap yén anjeun gaduh tés Unit sareng Panarimaan. Sababaraha masihan anjeun eupan balik dina sababaraha menit, batur dina sababaraha poé, jadi maranéhna butuh waktu leuwih lila nulis sarta reviewed kirang sering.

Aya piramida tés klasik, anu nunjukkeun yén kedah aya deui tés.

Kumaha kerangka ieu dilarapkeun ka urang dina proyék IaC? Sabenerna... henteu pisan.

• Tes unit, sanaos kanyataanna kedah seueur, teu tiasa seueur teuing. Atawa aranjeunna nguji hal pisan teu langsung. Nyatana, urang tiasa nyarios yén urang henteu nyerat sadayana. Tapi ieu sababaraha aplikasi pikeun tés sapertos anu urang tiasa laksanakeun:
  1. Nguji kode jsonnet. Ieu, contona, nyaéta pipa assembly drone urang, nu rada pajeulit. Kode jsonnet ogé katutupan ku tés.
     Urang make ieu Unit kerangka nguji pikeun Jsonnet.
  2. Tés pikeun skrip anu dieksekusi nalika sumberna dimimitian. Skrip ditulis dina Python, sareng ku kituna tés tiasa ditulis dina éta.
• Kamungkinan mariksa konfigurasi dina tés, tapi urang henteu ngalakukeun éta. Ieu oge mungkin pikeun ngonpigurasikeun mariksa aturan konfigurasi sumberdaya via tflint. Sanajan kitu, éta cék aya saukur teuing dasar pikeun terraform, tapi loba Aksara test ditulis pikeun AWS. Sarta kami on Azure, jadi ieu deui teu berlaku.
• Tés integrasi komponén: gumantung kana kumaha anjeun ngagolongkeunana sareng dimana anjeun nempatkeunana. Tapi aranjeunna dasarna jalan.

  Ieu mangrupikeun tés integrasi.

  
  
  Ieu mangrupikeun conto nalika ngawangun gambar dina Drone CI. Pikeun ngahontal éta, anjeun kedah ngantosan 30 menit kanggo gambar Packer kabentuk, teras antosan 15 menit deui kanggo aranjeunna lulus. Tapi aranjeunna aya!

  Algoritma verifikasi gambar

  1. Packer mimitina kudu nyiapkeun gambar lengkep.
  2. Gigireun tés aya terraform sareng kaayaan lokal, anu kami anggo pikeun nyebarkeun gambar ieu.
  3. Nalika dibuka, modul leutik anu aya caket dieu dianggo pikeun ngagampangkeun damel sareng gambar.
  4. Sakali VM dikaluarkeun tina gambar, cék tiasa dimimitian. Dasarna, cék dilaksanakeun ku mobil. Éta pariksa kumaha skrip damel nalika ngamimitian sareng kumaha daemon jalanna. Jang ngalampahkeun ieu, via ssh atanapi winrm kami asup kana mesin anu nembe diangkat sareng pariksa status konfigurasi atanapi naha jasa naék.

• Kaayaanana sami sareng tes integrasi dina modul pikeun terraform. Ieu tabel pondok anu ngajelaskeun fitur tés sapertos kitu.

  
  
  Eupan balik kana pipa sakitar 40 menit. Sagalana lumangsung pikeun waktu anu pohara lila. Éta tiasa dianggo pikeun régrési, tapi pikeun pamekaran énggal umumna henteu réalistis. Upami anjeun siap pisan pikeun ieu, nyiapkeun skrip jalan, teras anjeun tiasa ngirangan kana 10 menit. Tapi ieu sanés tés Unit, anu ngalakukeun 5 lembar dina 100 detik.

Henteuna tes Unit nalika assembling gambar atawa modul terraform nyorong mindahkeun karya ka layanan misah nu saukur bisa dijalankeun via REST, atawa Aksara Python.

Contona, urang diperlukeun pikeun mastikeun yén nalika mesin virtual dimimitian, registers sorangan dina layanan nu SkalaFT, sarta lamun mesin virtual ieu ancur, dihapus sorangan.

Kusabab urang boga ScaleFT salaku layanan a, urang kapaksa digawekeun ku eta ngaliwatan API. Aya bungkus anu ditulis di dinya anu anjeun tiasa tarik sareng ucapkeun: "Asup sareng hapus ieu sareng éta." Éta nyimpen sadaya setélan sareng aksés anu diperyogikeun.

Kami parantos tiasa nyerat tés normal pikeun ieu, sabab éta henteu béda ti parangkat lunak biasa: sababaraha jinis apiha dipoyok, anjeun tarik, sareng tingali naon anu lumangsung.

Hasil tina tés: Unit nguji, nu kedah masihan OS dina hiji menit, teu masihan. Sareng jinis tés anu langkung luhur dina piramida mujarab, tapi ngan ukur nutupan bagian tina masalah.

pasangan programming

Tés téh, tangtosna, alus. Anjeun tiasa nyerat seueur di antarana, aranjeunna tiasa tina sababaraha jinis. Aranjeunna bakal dianggo dina tingkat maranéhanana sarta masihan kami eupan balik. Tapi masalah sareng tés Unit goréng, anu masihan OS panggancangna, tetep. Dina waktos anu sami, kuring masih hoyong OS gancang anu gampang sareng pikaresepeun pikeun dianggo. Teu nyebut kualitas solusi anu dihasilkeun. Untungna, aya téknik anu tiasa masihan tanggapan anu langkung gancang tibatan tés unit. Ieu pasangan programming.

Nalika nulis kode, anjeun hoyong kéngingkeun tanggapan ngeunaan kualitasna gancang-gancang. Leres, anjeun tiasa nyerat sadayana dina cabang fitur (supaya henteu ngarobih nanaon pikeun saha waé), ngadamel pamundut tarik dina Github, napelkeun ka batur anu pendapatna beurat, sareng ngantosan réspon.

Tapi anjeun bisa antosan lila. Jalma-jalma sibuk, sareng jawabanna, sanaos aya hiji, panginten henteu kualitas pangluhurna. Anggap jawaban datang langsung, reviewer instan ngartos sakabeh gagasan, tapi jawaban masih datang telat, sanggeus kanyataan. Kuring miharep éta saméméhna. Ieu mangrupikeun program pasangan anu dituju - langsung, dina waktos nyerat.

Di handap ieu aya pasangan gaya program sareng aplikasina dina damel di IaC:

1. Klasik, Ngalaman + Ngalaman, shift ku timer. Dua kalungguhan - supir jeung navigator. Dua jalma. Aranjeunna tiasa dianggo dina kode anu sami sareng ngalih peran saatos waktos anu parantos ditangtukeun.

Hayu urang nganggap kasaluyuan masalah urang sareng gaya:

• Masalah: teu sampurna alat sareng alat pikeun pangwangunan kode.
  Dampak négatif: peryogi langkung lami pikeun ngembangkeun, urang ngalambatkeun, laju / wirahma damel leungit.
  Kumaha urang ngalawan: kami nganggo alat anu béda, IDE umum sareng ogé diajar potong kompas.
• Masalah: Slow deployment.
  Dampak négatif: nambahan waktu nu diperlukeun pikeun nyieun sapotong kode gawé. Bosen bari ngadagoan, leungeunna ngarampay rék ngalakukeun hal séjén bari ngadagoan.
  Kumaha urang ngalawan: urang teu nungkulan eta.
• Masalah: kurangna pendekatan sareng prakték.
  Dampak négatif: teu aya pangaweruh ngeunaan cara ngalakukeunana saé sareng kumaha cara ngalakukeunana goréng. Manjangkeun resi eupan balik.
  Kumaha urang tarung: silih tukeur pendapat jeung prakték dina karya pasangan ampir solves masalah.

Masalah utama nganggo gaya ieu dina IaC nyaéta laju anu henteu rata. Dina pamekaran parangkat lunak tradisional, anjeun gaduh gerakan anu seragam. Anjeun tiasa méakkeun lima menit jeung nulis N. Méakkeun 10 menit jeung nulis 2N, 15 menit - 3N. Di dieu anjeun bisa méakkeun lima menit jeung nulis N, lajeng méakkeun sejen 30 menit jeung nulis kasapuluh tina N. Di dieu anjeun teu nyaho nanaon, anjeun nyangkut, bodo. Panalitian butuh waktos sareng ngaganggu tina program sorangan.

Kacindekan: dina bentuk murni na teu cocog pikeun urang.

2. Ping-pong. Pendekatan ieu ngalibatkeun hiji jalma anu nyerat tés sareng anu sanés ngalaksanakeun palaksanaan éta. Nyandak kana akun kanyataan yén sagalana geus pajeulit jeung tés Unit, jeung anjeun kudu nulis hiji test integrasi nu butuh loba waktu programming, sagala betah ping-pong mana jauh.

Abdi tiasa disebutkeun yen urang diusahakeun misahkeun tanggung jawab pikeun ngarancang hiji Aksara test na kode nerapkeun eta. Hiji pamilon datang nepi ka naskah, dina ieu bagian tina karya manéhna jawab, manéhna kecap panungtungan. Sareng anu sanésna tanggung jawab palaksanaan. Ieu digawé kaluar ogé. Kualitas naskah kalayan pendekatan ieu ningkat.

Kacindekan: Alas, laju gawé teu ngidinan pamakéan ping-pong salaku prakték programming pasangan di IaC.

3. Gaya Kuat. prakna hese. Gagasanna nyaéta saurang pamilon janten navigator diréktif, sareng anu kadua nyandak peran supir palaksanaan. Dina hal ieu, hak nyandak kaputusan ngan ukur aya sareng navigator. Supir ngan ukur nyitak sareng tiasa mangaruhan naon anu lumangsung ku kecap. Peran teu robah pikeun lila.

Alus keur diajar, tapi merlukeun soft skill kuat. Ieu dimana urang faltered. Téhnik éta hésé. Sareng éta sanés ngeunaan infrastruktur.

Kacindekan: éta berpotensi tiasa dianggo, kami henteu nyerah nyobian.

4. Mobbing, swarming tur sagala gaya dipikawanoh tapi teu didaptarkeun Kami henteu nganggap éta, sabab Kami henteu acan nyobian éta sareng mustahil pikeun ngobrol ngeunaan éta dina kontéks padamelan urang.

Hasil umum ngeunaan ngagunakeun program pasangan:

• Urang boga hiji Pace henteu rata gawé, nu matak ngabingungkeun.
• Urang lumpat kana kaahlian lemes insufficiently alus. Jeung wewengkon subjek teu mantuan nungkulan shortcomings ieu urang.
• Tés panjang sareng masalah sareng alat ngajantenkeun pamekaran anu dipasangkeun sesah.

5. Sanajan ieu, aya sukses. Urang datang nepi ka metoda urang sorangan "Konvergénsi - Divergence". Kuring bakal ngajelaskeun sakeudeung kumaha gawéna.

Simkuring gaduh mitra permanén pikeun sababaraha poé (kirang ti saminggu). Urang ngalakukeun hiji tugas babarengan. Urang calik babarengan pikeun sakedap: anu saurang nyerat, anu sanésna calik sareng ningali tim pangrojong. Teras urang bubarkeun sababaraha waktos, masing-masing ngalakukeun sababaraha hal anu mandiri, teras urang kumpul deui, gancang pisan nyingkronkeun, ngalakukeun hiji hal babarengan sareng bubar deui.

Tata jeung komunikasi

Blok prakték anu terakhir pikeun ngarengsekeun masalah OS nyaéta organisasi damel sareng tugasna sorangan. Ieu ogé kalebet bursa pangalaman anu di luar padamelan pasangan. Hayu urang tingali tilu prakték:

1. Tujuan ngaliwatan tangkal gawang. Urang ngatur sakabéh manajemén proyék ngaliwatan tangkal nu mana endlessly kana mangsa nu bakal datang. Téhnisna, tracking dipigawé di Miro. Aya hiji tugas - éta tujuan panengah. Ti dinya balikkeun tujuan anu langkung alit atanapi kelompok tugas. Tugas sorangan asalna ti aranjeunna. Sadaya tugas didamel sareng dijaga dina papan ieu.

Skéma ieu ogé nyadiakeun eupan balik, nu lumangsung sakali sapoé nalika urang nyingkronkeun di unjuk rasa. Ngagaduhan rencana umum di payuneun sadayana, tapi terstruktur sareng kabuka lengkep, ngamungkinkeun sadayana sadar naon anu kajantenan sareng sabaraha jauh urang parantos maju.

Kaunggulan tina visi visual tugas:

• kausalitas. Unggal tugas ngabalukarkeun sababaraha tujuan global. Tugas dikelompokkeun kana tujuan anu langkung alit. Domain infrastruktur sorangan rada teknis. Teu salawasna jelas naon dampak husus, contona, nulis runbook on migrasi ka nginx sejen boga on bisnis. Gaduh kartu target caket dieu ngajantenkeun langkung jelas.
  
  Kausalitas mangrupa sipat penting tina masalah. Éta langsung ngajawab patarosan: "Naha kuring ngalakukeun anu leres?"
• Paralélisme. Aya salapan urang, tur éta saukur fisik teu mungkin mun buang dulur di hiji tugas. Tugas ti hiji wewengkon ogé teu salawasna cukup. Urang dipaksa pikeun parallelize gawé antara grup kerja leutik. Dina waktos anu sami, kelompok-kelompok linggih dina tugasna pikeun sababaraha waktos, aranjeunna tiasa dikuatkeun ku batur. Kadang-kadang jalma ragrag jauh ti grup kerja ieu. Aya anu nuju liburan, aya anu ngadamel laporan pikeun conf DevOps, aya anu nyerat tulisan ngeunaan Habr. Nyaho naon tujuan sareng tugas anu tiasa dilakukeun sacara paralel janten penting pisan.

2. Pangganti presenter rapat isuk. Dina stand-up kami gaduh masalah ieu - jalma ngalakukeun seueur tugas paralel. Kadang-kadang tugas disambungkeun sacara bébas sareng teu aya pamahaman saha anu ngalakukeun naon. Sareng pendapat anggota tim anu sanés penting pisan. Ieu mangrupikeun inpormasi tambahan anu tiasa ngarobih jalanna ngarengsekeun masalah. Tangtu, biasana aya batur sareng anjeun, tapi nasihat sarta tips salawasna mangpaat.

Pikeun ningkatkeun kaayaan ieu, kami nganggo téknik "Ngarobah Anjog Stand-Up". Ayeuna aranjeunna diputer dumasar kana daptar anu tangtu, sareng ieu pangaruhna. Nalika giliran anjeun, anjeun kapaksa teuleum sareng ngartos naon anu lumangsung pikeun ngajalankeun rapat Scrum anu saé.

3. demo internal. Pitulung dina ngarengsekeun masalah tina programming pasangan, visualisasi dina tangkal masalah jeung pitulung dina rapat scrum isuk-isuk anu alus, tapi teu idéal. Salaku pasangan, anjeun ngan diwatesan ku pangaweruh anjeun. Tangkal tugas ngabantosan sacara global ngartos saha anu ngalakukeun naon. Sareng presenter sareng kolega dina rapat énjing moal teuleum kana masalah anjeun. Éta pasti tiasa sono hiji hal.

Leyuran ieu kapanggih dina demonstrating karya dipigawé pikeun silih lajeng ngabahas eta. Urang tepang saminggu sakali sajam sareng nunjukkeun detil solusi pikeun tugas-tugas anu parantos dilakukeun dina saminggu katukang.

Salila demonstrasi, perlu pikeun nembongkeun rinci tugas jeung pastikeun pikeun demonstrate operasi na.

Laporan bisa dilaksanakeun ngagunakeun Daptar pariksa.1. Asupkeun kana kontéks. Dimana tugas asalna, naha éta malah diperlukeun?

2. Kumaha éta masalah direngsekeun saméméh? Salaku conto, ngaklik beurit masif diperyogikeun, atanapi mustahil pikeun ngalakukeun nanaon.

3. Kumaha urang ningkatkeun eta. Contona: "Tingali, ayeuna aya scriptosik, ieu readme."

4. Témbongkeun kumaha gawéna. Disarankeun pikeun langsung nerapkeun sababaraha skenario pangguna. Abdi hoyong X, abdi ngalakukeun Y, abdi ningali Y (atawa Z). Salaku conto, kuring nyebarkeun NGINX, ngaroko url, sareng nampi 200 OKÉ. Upami tindakanna panjang, siapkeun sateuacanna supados anjeun tiasa nunjukkeun engké. Disarankeun henteu ngarecah teuing sajam sateuacan demo, upami éta rapuh.

5. Ngajelaskeun kumaha hasil masalah ieu direngsekeun, naon kasusah tetep, naon teu réngsé, naon perbaikan mungkin dina mangsa nu bakal datang. Contona, ayeuna CLI, teras bakal aya automation pinuh di CI.

Disarankeun pikeun unggal speaker tetep 5-10 menit. Upami pidato anjeun écés penting sareng bakal langkung lami, koordinat sateuacanna dina saluran sre-takeover.

Saatos bagian face-to-face sok aya diskusi dina thread. Ieu tempat eupan balik anu urang peryogikeun dina tugas urang muncul.

Hasilna, survéy dilaksanakeun pikeun nangtukeun mangpaat naon anu lumangsung. Ieu eupan balik dina hakekat ucapan jeung pentingna tugas.

Kasimpulan panjang sareng naon salajengna

Éta sigana yén nada tulisanna rada pesimis. Ieu salah. Dua tingkat handap eupan balik, nyaéta tés jeung pasangan programming, karya. Teu sampurna saperti dina pangwangunan tradisional, tapi aya pangaruh positif ti eta.

Tés, dina bentuk ayeuna, ngan nyadiakeun cakupan kode parsial. Loba fungsi konfigurasi mungkas nepi untested. Pangaruh maranéhanana dina karya sabenerna nalika nulis kode low. Nanging, aya pangaruh tina tes integrasi, sareng aranjeunna ngamungkinkeun anjeun henteu sieun ngalaksanakeun refactorings. Ieu prestasi hébat. Ogé, kalayan pergeseran fokus kana pamekaran dina basa tingkat luhur (urang gaduh python, go), masalahna ngaleungit. Sareng anjeun henteu peryogi seueur cek pikeun "lem"; cek integrasi umum cekap.

Gawe bareng pasangan gumantung leuwih kana jalma husus. Aya faktor tugas sareng kaahlian lemes urang. Kalawan sababaraha urang gawéna kaluar kacida alusna, kalawan batur gawéna kaluar goréng. Pasti aya kauntungan tina ieu. Ieu jelas yén sanajan aturan gawé pasangan teu cukup dititénan, kanyataanna ngalaksanakeun tugas babarengan boga pangaruh positif kana kualitas hasilna. Pribadi, kuring mendakan damel pasangan langkung gampang sareng langkung nikmat.

Cara-tingkat anu langkung luhur pikeun mangaruhan OS - ngarencanakeun sareng damel sareng tugas-tugas leres-leres ngahasilkeun épék: bursa pangaweruh kualitas luhur sareng kualitas pangwangunan anu ningkat.

conclusions pondok dina hiji garis

• Praktisi HR damel di IaC, tapi kalayan efisiensi kirang.
• Nguatkeun naon gawéna.
• Jieun mékanisme sareng prakték kompensasi anjeun sorangan.

sumber: www.habr.com