Inngangur
Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.
Í hluta 1 ég gaf yfirlit yfir kerfi og tækni sem ég mun nota eins og heilbrigður eins og rætt sumir af mögulegum ástæðum hvers vegna þú vilt að búa til skrifstofu rist.
Job Control
Ef þú ert að fara að keyra störf þá þú ert að fara að þurfa einhverja leið til að stjórna þeim. Starf eftirlitskerfi þín (á þjóninum starfsumsókn) þarf að vera virkilega vel hugsað út fyrir jafnvel að reyna að keyra skrifstofu rist. Svo í fyrsta lagi, hver eru verkefni fyrir stjórn starf kerfi:
- Skilið út störf að beiðni starfsmanna
- Segðu starfsmenn hvaða tegund af störf til að keyra
- Track störf
- Að tryggja að störf eru aðeins keyra einu sinni
- Veita starf gögn til starfsmanna, eða að minnsta kosti segja þeim hvar á að fá það
Kerfið þarf einnig að vera teygjanlegur, lausn sem virkar fyrir nú í einu tilviki er heimilt að framlengja til að keyra nokkrar tegundir af störfum sem fyrirtæki sér gildi í töflu lausn. Til dæmis, störf má fá forgangsröðun, fleiri en eitt starf tegund getur verið (þ.e. margar undirstöður númer), að lokum getur þú jafnvel hlaupa nokkrum mismunandi véla starfsmaður sem eru bjartsýni fyrir hverja tegund vinnu (þó að það er flutt í burtu frá the 'almenna starfsmann "Hugmyndin). Alltaf að reyna að hugsa um framtíðina þegar að þróa kerfi, til skamms tíma sýn getur leitt til lengri tíma gremju og aukinni þróun tíma.
Atvinna Server
Við erum að fara að þurfa einhvers staðar að stjórna störf okkar frá, ætti þetta að vera eina kerfið á rist þinn sem hefur fasta úrræði Locator, vera að IP tölu, gestgjafi nafn, slóð (með innri DNS) o.fl. Þetta er vegna þess að starfsmenn þurfa að vita hvar á að leita að starfi, þarf starfsmenn til að finna stjórn starf kerfi (ekki stjórna starf kerfi finna starfsmenn).
Starfið framreiðslumaður sig ekki í raun hafa flókið verkefni (í grunn kerfi einhvern veginn), þarf það að geyma lista yfir störf, hönd út störf, fá niðurstöður, og síðan vista þær til síðari sókn. Hvernig þessir hlutir ('hönd út Jobs "eins) eru skilgreindar getur verið mjög einfalt. Seinna getum við lengja kerfið til að fela í sér gjöf tengi til að bæta við, breyta, eyða, fresta störfum en þetta er handan þessa æfingu.
Það er engin ástæða alls þá sem starf framreiðslumaður þín gæti ekki verið raunverulegur vél í gangi innan helstu vinnslu miðlara enda er ekki holræsi of margar auðlindir frá því. Starfið framreiðslumaður þó hefur þurft mikið framboð, ef það fer niður á föstudagskvöldi þú ert að fara að missa allt helgi vinnslu, hugsanlega kosta þig nokkrar vikur virði af tíma vinnslu (í samanburði við helstu vinnslu miðlara eingöngu) . Þú vilt kannski að íhuga að setja starf miðlara á hlaða jafnvægi umhverfi fyrir hár framboð.
Basic Setup
Grunn skipulag fyrir miðlara starf okkar mun samanstanda af því sem ég kalla einn af Limp netþjónum mínum (sem er Li nux, m ySql, P HP). Kóðinn í gangi á Thea starfsmenn vilja raunverulega vinna út hvað störf það er hægt að keyra í gegnum samskipti við með starf stjórna kerfi gagnagrunna. Síðar við gætum búið til vefur þjónustu og í raun hendinni út störf frekar en að þurfa starfsmenn að gera vinnu sig, en nú munum við halda áfram að nota KISS meginreglu (Hafðu það einfalt, Stupid!).
Svo leyfir, að búa til þrjú mySQL töflur til að takast á við störf. Þetta mun vera `störf`, `jobRecords` og `jobResults`.
Hér ég er að nota SQL Buddy a mikill lítill val til phpMyAdmin bara vegna þess að auðveldara þess að setja á CentOS (fyrir aðra sjá: 10 Great val til phpMyAdmin )
Þessi tafla samanstendur af 5 einföldum sviðum,
- id: Einstaklega finna starf
- Nafn: Gæti verið viðskiptavinur tilvísun, eða allir tala af öðrum auðkennum
- Staða: Þú þarft að vita hvar starfið er á, td
- 0: Ekki byrja
- 1: sóttir
- 2: Lokið
- started_by: Hver er byrjað að gera í vinnunni? Þetta er ekki alveg nauðsynlegt en er gott að hafa. Ég vil benda mælingar starfsmenn með IP tölu þeirra á netið
- started_at: Hvenær á starfsmaður að byrja starfið? Með því að fylgjast með störf sem ekki hafa lokið innan X tíma og við vitum að við þurfum að taka upp starf aftur og byrja vinnslu af öðrum starfsmanni. Starfsmenn gætu hætt vinnslu / go ótengdur fyrir af ýmsum ástæðum, máttur bilun, hrun, net tap, o.fl.
Það er auðvelt hvernig þessi tafla gæti verið framlengdur með nokkrum fleiri sviðum til að leyfa fyrir tölfræði virka, tími klára dálki til að sjá hversu lengi starf tók, er gegn til að sjá hversu margir starfsmenn tóku upp starfið (augljóslega þetta þarf að hafa tilhneigingu til að 1), starf forgang, listinn getur farið á og á. Í flóknari vinnu tilfellum væri hægt að tilgreina hversu mikið minni starfsmaður þyrfti aðgang að (og því aðeins að nota viðeigandi starfsmenn), eða jafnvel hvaða tegund af starfsmanni væri nauðsynleg.
Lets bæta nokkrum störf dæmi:
Næsta tafla aftur er alveg einfalt að skilja, eru þetta starf færslur okkar. Þau eru tengd við helstu störf töflu með dálkum `jobs_id`. Að hringja upp á þessari töflu mjög mikið veltur á þeim gögnum sem þú þarft að veita starfsmönnum þínum, gerir þér kleift að gera mjög einfalt dæmi þar sem við höfum fjóra dálka:
- id: Auðkenni færslu
- Nafn: nafn viðkomandi
- Heimilisfang: heimilisfang viðkomandi
- jobs_id: Starfið auðkenni sem þessi færsla er tengd við
Þriðja og síðasta borð samanstendur af niðurstöðunum, það hefur mikið sama að gera upp og færslur borð okkar, og með því að bæta við nokkrum dálkum gæti verið hluti af færslur töflu:
- job_record_id: Link niðurstöðu að starf borð
- Niðurstaðan: niðurstöðu gögn
... Og það er allt sem þú þarft að stjórna vinnu! (Að vísu á mjög undirstöðu stig) Í mínu tilfelli ég benti á annað borð þar sem gögn mín aðferð var staðsett, en þetta gæti alveg eins auðveldlega verið skrá, breytur til að keyra uppgerð kóða, nefndu það.
Val á starfi
Eins og áður segir, að starfsmenn vilja gera starf stjórnenda okkar fyrir okkur nú, svo er allt sem við þurfum virkilega að gera að finna vinnu sem þarf úrvinnslu og fá upplýsingar. Hvernig myndum við gera þetta? Jæja velja starf valforsendur okkar og leita að starfi, í SQL Ég gerði eftirfarandi:
- Taka allar störf sem eru ekki merkt sem lokið en frá starfsmanni okkar og endurstilla þá (í stað __ ME__ með heiti, einfaldasta væri IP heimilisfang):
UPDATE `störf` SET `Staða` = 0 ÞAR `Staða` = 1 OG `started_by` = __ ME__;
- Notkun starf valforsendur okkar, velja starf og segja eftirlitskerfi sem þessi starfsmaður er að takast á við það:
UPDATE `störf` SET `Staða` = 1, `started_by` = __ ME__, `started_at` = NÚNA () HVAR `Staða` = 0 EÐA
(`Staða` = 1 OG `started_at`> DATE_SUB (nú (), bil X Hour)) Raða eftir `id` Svæðisþjónustu;
Með því að grípa störf sem ekki hafa skilað árangri í X tíma við að tryggja að öll störf eru að keyra ef starfsmanni hrun eða fara AWOL.
- Næsta grípa störf upplýsingar fylgja með gögnum sjálfum:
SELECT * FROM `störf` HVAR `started_by` = __ ME__ VIÐMIÐUNARMÖRK 1;
SELECT * FROM `job_records` HVAR `id` = __ JOBID__;
Að loknu starfi við að setja niðurstöðu Okkar og merkja starf sem lokið. Mundu svo störf geta svæfingu / vöknun hvenær leyfa einhverjum robustness í handritið. Það gæti verið að verkefni frestar hálfa leið í gegnum uppfærslu stjórn starf kerfi, svo haka við fjölda gagna í starfi og fjölda niðurstaðna vistuð aftur að stjórna vinnu kerfi myndi vera vitur hreyfa.
Að auki, á meðan þetta sýnir hvernig störf er hægt að velja og stjórnað frá SQL-fyrirspurn ramma sem þú ættir virkilega að abstracting starf stjórn þannig að ef þú ákveður að skipta yfir í að nota vefur þjónusta, skrá undirstaða kerfi, XML , eða einhver önnur fjöldi kerfa mun það ekki hafa áhrif á kóðann hér að ofan.
Atvinna Stillingar
Næsta þáttur til íhuga er starf stærð og stillingar. Með því að spila með stillingum starf við getum slá mjög gott jafnvægi milli hraða, ferli afritunar og áreiðanleika. Taktu of nokkra atburðarás:
- Algengar taka 1 dag hvern til að keyra: Þetta þýðir að starfsmenn þínir þurfa 15 daga til að vinna hvert starf (muna 10% af krafti fyrir 2/3rds í tíma). Þetta er greinilega ekki vitur stillingar, starf stærð er alltof stór! Það myndi taka að minnsta kosti tvöfalt tíma til að fá starf unnið að fyrstu starfsmaður fara AWOL (tími til að ná upp að það hefur ekki skilað niðurstöðu auk endurvinnslu tíma). Í hugsjón sem þú vilt hafa að minnsta kosti einn fullan vinnu auðveldlega bjartur í lok hvers langs aðgerðalaus tíma, þannig að þú halda störf tjalddúkur yfir og í versta falli ef starf myndi taka tvo daga að vinna ætti að fara fyrst vantar.
- Algengar taka 1 mínútu til að keyra: Þetta þýðir að starfsmenn þínir taka um 15 mínútur að keyra hvert starf. Þó að þetta getur í upphafi virðast hugsjón, þú fá frekari vinnu vinnslu á hádeginu og kaffitíma og fundir o.fl. Þessi atburðarás setur álag á öðrum sviðum kerfisins og kynnir eigin vandamálum sínum. Til dæmis, í fyrsta lagi skipulag / vinnsla tími hlutfall er að fara að fara rétt niður, því að tapa kerfi skilvirkni. Net er að fara að vera stöðugt streymi starf upplýsingar til ýmissa starfsmanna pirrandi starfsmanna sem eru dó þeirra dagur til dags vinnu. Þú ert líka að fara að setja meira álag á starf vinnslu miðlara sem það hefur að fat út fullt og fullt af litlum bitum af vinnu með reglulegu millibili. Loks, í þessu ástandi ef starf netþjóninn fer niður þú ert að fara að búa til mikið aftur yfir það uncompleted vinnu en stærri störf gæti áframhaldandi vinnslu í sátt og samlyndi ókunnugt um að starfið framreiðslumaður var í vandræðum.
Í raun og veru verður enginn kjörinn stillingar fyrir uppsetningu rist þitt, mikið veltur á fyrirliggjandi úrræði, gerðir af vinnu, starf afgreiðslutími kröfur, net hæfileiki, og svo framvegis. Hins vegar nokkrar leiðbeiningar væru:
- Stærð störf þannig að hver starfsmaður getur fengið í gegnum að minnsta kosti 3-4 störfum á tímabili 15 klst lengsta líklegt aðgerðalaus tímabil)
- Spila með starf stærð þannig að skipulag tíma verður nokkuð óveruleg samanborið við vinnslu tíma gr ber í huga að ofan benda).
- Ef starf er ekki lokið í tvöfalt tíma (kannski minna) þú ætlast það til að ljúka því gera ráð fyrir að gengið AWOL hennar og byrja að vinna það með öðrum starfsmanni. Þetta þýðir að þú gætir þurft að bíða í allt að þrisvar sinnum eðlilega lengd vinnu fyrir það að ljúka (hugsanlega lengur ef síðari starf ekki). Þú vilt kannski að draga úr þessum tíma, en vera varkár ekki til að draga það of mikið og þú getur byrjað að endurtaka vinnslu verkefna með reglulegu millibili.
- Algengar ætti að vera óháð utanaðkomandi kröfum eins mikið og mögulegt er. Starfið miðlara, til dæmis, ætti aðeins að hafa samband í upphafi og lok hvert starf.
- Ekki saturate ekki net, þetta mun hafa tvær neikvæð áhrif, daginn starfsfólk mun finna með því að nota net pirrandi og vandamál geta komið fram við tengingar tímasetja út vandamál sem mun aðeins versna og þú mælikvarði rist þinn.
- Tryggja störf geta keyrt á starfsmenn þínum. Ef störf verða of minni ákafur eða diskur rúm ákafur störf hefst Hætti og það eina sem þú munt taka eftir er dropi í fjölda starfa unnin með enginn raunverulegur ástæðu hvers vegna.
Sendi Niðurstöður atvinnuleit
Þegar að senda inn niðurstöður vinnu er mikilvægt að athuga að árangur hefur ekki verið lögð fram af öðrum starfsmanni, sérstaklega ef núverandi starfsmaður hefur verið sofandi um nokkurt skeið.
Þegar niðurstöður eru lagðar að tryggja að fjöldi niðurstaðna samsvarar fjölda gagna innan starfi.
Eins og áður segir, og má ekki vera yfir áherslu, byggja kenna umburðarlyndi í sókn starf og niðurstöður uppgjöf. Starfsmenn geta (og líklega verður) að fara inn fresta háttur á the óþægilegur sinnum og þetta þarf að vera veitingamaður fyrir. Einnig ný abstracting burtu úrslit senda inn mun hjálpa koma til móts við um breytingar á starfi stjórna vélinni þinni miklu auðveldara að takast á við.
Yfirlit
Í þessu section höfum við litið á það sem stjórnkerfi starf miðlara þarf að gera og hvernig á að fá mjög einfalt kerfi sett upp. Við ræddum hvernig á að sækja vinnu frá eftirlitskerfi og hvernig best sé að stilla störf til að fá sem mest okkar á skrifstofu rist kerfi. Til að ljúka, var málsgrein eða tveir á að senda niðurstöður til baka til að stjórna vinnu miðlara fram.
- A stjórna starf miðlara stýrir störfum og tryggir að öll vinna einingar er lokið
- Með abstracting starf velja / niðurstöður uppgjöf við getum breytt tækni stjórna miðlara án þess að mikið vandamál
- Stilla störf til að tryggja að þeir eru að keyra hratt og vel án þess að setja of mikið álag á innviði net, og án þess að endurtaka vinnslu verkefna með reglulegu millibili.
- Gakktu úr skugga um að þú byggir kenna umburðarlyndi og villa checking í venjur þínar, starfsmenn geta stöðvað og haldið áfram og mest óþægilegur sinnum. Mundu að athuga hvort árangur hefur þegar verið lögð fram af öðrum starfsmanni.
Næst þegar
Í 3. hluta munum við búa til raunverulegur vinnsla vél okkar og setja upp Windows vélar okkar til að verða aðgerðalaus-tími starfsmenn.
Athugasemdir (1) 
Greinar , Computing , Tafla Computing , Linux , PHP | 
hópur , cron , gagnasafn , dB , rist computing , aðgerðalaus , Linux , PHP , vinnslu , niðurrifsstarfsemi , SVN , raunverulegur , Raunverulegur , gluggar 
