Comments (0)

By Steven Lloyd Watkin , sunnudaginn 27. mars 2011 12:57

Þessi færsla mun fljótt sýna þér hvernig á að setja upp proxying með einfalda auðkenningu með Apache .

Ef ég vildi hafa sending bita straumur viðskiptavinur í boði á internetinu svo ég gæti kíkja á adminster straumur niður ríki og (eins og nýjasta Fedora út) sem krafist er. Afhending sjálft keyrir viðskiptavini sína á vefnum á höfn 9091 sjálfgefið. Frekar en að nennir að opna fleiri port á eldvegg mína og bæta við nessecary höfn áfram reglur ákvað ég að ég myndi bara umboð símtöl í gegnum til heppilegra að nota Apache mod_proxy .

Halda áfram að lesa "Apache umboð með melta auðkenningar '»

Comments (0)

By Steven Lloyd Watkin , sunnudaginn 12. Des 2010 16:19

Yfirlit

Þetta er fljótleg eftir að ræða frekar einföld sjá hjálpar Ég bjó til flutningur á Zend Framework stíl skoða skrá aðeins ef það er til staðar. Almennt biðja um númerið til að láta skrá sem er ekki til að kasta undantekning. Því ég bjó til umbúðir fyrir Zend_View:: bakið () aðferð sem ákvarðað hvort skrá er til og ef svo gerir, annars skilar einfaldlega tómur strengur.
Halda áfram að lesa "Zend Framework: Render ef til staðar '»

Comments (7)

By Steven Lloyd Watkin , fimmtudaginn 30. Sep 2010 21:00

Með opinbera útgáfu af Zend Certified Engineer (ZCE) fyrir 5,3 Ég hélt ég myndi gefa far minn fljótur af því sem ég hugsaði um prófið.

Smá bakgrunnur um sjálfan mig: Ég var fyrst kynnt til PHP um 7 ár síðan og hef starfað faglega í PHP síðan 2006. Ég vinn eins og er fyrir spennandi spili sem kallast Brightpearl aðsetur í Bristol, Bretlandi , framleiða samþætt CRM, bókhalds og ecommerce hugbúnaði. Ég hef ekki áður fengið eitthvað af fyrri menntun ZCE. Ég þróa nú í 5.2.X röð og hafa í raun ekki notað einhverjar af tilteknum 5.3 lögun (ég bið um Zend Framework 2 og kenningunni 2) í þróunarverkefnum minn.
Halda áfram að lesa "Zend Certified Engineer (ZCE) 5.3 '»

Comments (2)

By Steven Lloyd Watkin , þriðjudaginn 16. febrúar 2010 20:48

Til að fylgja til þess að skrifa mína fyrri á hverja einingu byggt stillingar skipulag fyrir Zend Framework , hef ég uppfært kóða til að þurfa minna stillingar þá áður (ekki það að það þarf meira að nokkrar línur í uppsetningu umsókn þína!).
Halda áfram 'lestur' Zend Framework Per Module Layout Settings - Eftirfylgni »

Comments (2)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:59

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í 3. hluta sem við bjuggum til vél okkar raunverulegur vinnslu og setja upp Windows vélum að verða aðgerðalaus tíma starfsmanna.

Running nýjustu kóða

Óhjákvæmilega eftir að búa rökfræði þinni starfsmenn fyrirtækisins mun breytast, mun galla að finna, hraðar skilvirkari númerið verður framleitt svona afgangur starfsmönnum þínum sat í kringum úrvinnslu með gamla daunillur kóða . Hvernig þá get ég tryggt að við það að við erum alltaf með nýjustu og snjöllustu útgáfa af vinnslu handrits?

Það eru nokkrar mjög auðvelt einfaldar leiðir sem við gætum gert þetta, bragð, er hins vegar að draga úr vinnslugetu og net umferð að ná þessu. Skulum byrja með einföldustu lausnir og bæta það rólega yfir nokkra endurtekningar.

The fyrstur aðferð væri að einfaldlega tengja starf stjórna þjónum okkar (í gegnum samba, FTP, eða svipað) og rífa niður nýjustu útgáfu af kóða. Ekki mjög duglegur, en það vilja gera the starf. Lætur bæta á það heldur, hvernig væri að búa til rsync handrit og með því að í hvert sinn í staðinn? Að öðrum kosti hvað um að setja handrit okkar nýjustu vinnslu í haka niðurrifsstarfsemi út kóða í upphafi og síðan bara uppfæra kóðann okkar á hverjum tíma ( SVN uppfæra )?

Að lokum gæti endað með bash handrit (kallað eftir cron á 10 mínútna fresti), sem lítur út eins einfalt og þetta:

  #! / Bin / sh
 ef PS öxi | grep-v grep | grep PHP > / dev / null
 þá
     echo "Job er nú að vinna, hætta"
 annað
     echo "Job er ekki í gangi, byrja núna"
     CD / slóð / að / vinnandi / afrit
     SVN uppfæra
     PHP yourJobProcessingScript.php
 Fi 

Nú getum við verið viss um að með hverri hlaupa við erum örugglega að keyra nýjustu kóðann. Við erum að tryggja þetta með því að uppfæra kóðann stöð okkar í hvert og hvert skipti sem við framkvæmum hlaupa og draga net umferð með því aðeins að flytja skrána munur á netinu.

Í skipulag sýning minn, ég gerði nákvæmlega eins og að ofan. Subversion var sett á starf vinnslu vefþjóninum mínum og ég tók einfaldlega nýjustu kóða frá grein a 'starfsmaður' með 'SVN uppfærslu. Ég bætti líka nokkrum útgáfa tag vinnslu handrit mitt sem var skilað inn í gagnagrunninn sem hluta af niðurstöðum aftur. Þessi leið sem ég gat séð að númerið mitt var að uppfæra í hvert sinn sem ég afrita skottinu mínu í útibú starfsmaður þ.e. að ég var ákveðið að keyra nýjustu vinnslu handriti.

Nota nýjustu gögn

Ef starf úrvinnslu nýtir sér heimildir gögn þá á einhverjum tímapunkti þetta eru að fara að uppfæra líka. Nema þú kallar gögn heimildir þínar á mjög sjaldgæfir grundvelli þú ert að fara að flóðið net með umferð um leið og starfsmenn þínar byrja að birtast koma allt til kyrrstöðu. Lausn ég ákvað að mig langar að flytja gögn heimildum mínum í kring með VMs minn.

Bið þú ert hestar þarna! Hvað ef heimildir mínar upplýsingar eru HUGE? Jæja í raun er þetta dæmi um hversu mikið af gögnum erum við að tala? Það kann að vera hagkvæmari til að setja upp fleiri stærri harða diskinum inn í hvert vél en að kaupa frekari vinnsla þjóni. Þetta er spurning um fjárhagsáætlun og er allt að fyrirtæki til að ráða. Það kannski að heimildir þínar upplýsingar eru svo stór að útbúa þess bara að halda að magn gagna í vélum starfsmaður þinn. Í því tilfelli sem hvað myndir þú gera? Ja við gætum litið á að hringja á staðnum upplýsingar um þjón, en þetta gæti valdið málefni við netið. Í þessu tilfelli með rist kerfi eins og það getur orðið óraunhæft að fela í umhverfi skrifstofu. Það getur líka verið að þú getur litið inn í val gangi áætlanir, td einungis kalla starfsmönnum þínum 20:00-06:00 hvert kvöld og / eða sogi gögn uppspretta beiðnir.

Að flytja á geturðu sagt gögn heimildir upphæð okkar til 100GB af gögnum. Jæja já það er töluvert af gögnum til að fletta á netinu á uppfærslu. Hvernig ættum við að tryggja að við höfum nýjustu afrit af gögnum í þessu tilviki? Rsync er möguleiki, en persónulega held ég með því að keyra nýjustu gögn fengið á starf vinnslu vefþjónsins þíns og setja þetta upp sem master í endurtekningu (með a ágætur langur bin log) gæti verið leið til að fara:

Með því að setja hvern launþega upp sem þræll að stjórna vinnu miðlara uppfærslur á gögnum heimildum mun seytla niður fallega til starfsmanna án þess að mikil aukning á virkni net (sem er nema þú framkvæma a gríðarstór gögn uppfært og alla launþega þína sparka í í einu). Þetta hefur kosti yfir rsync í sem þú vilt ekki fá langt hlé fyrir hvert starf, sem í gagnagrunninum uppfærslur á MySQL púkinn á starfsmaður mun stöðugt uppfæra gögn á meðan vinnslu áfram.

Þetta er hvernig ég setti upp kynningu vefþjóninum mínum. Til að setja upp afritunar ég fylgdi leiðarvísir um mySQL síða ( Setja upp afritunar ) og innan 20 mínútna að ég hafði starfsmaður minn inital afrit stjórn starf netþjónum gagnasafni. Fyrir hverja starfsmaður afritunar stillingum og ferli í uppnámi í hvert sinn þegar VM var afrituð.

Yfirlit

Í þessum hluta greinarinnar sem við höfum horft á hversu auðvelt og sársaukalaust það er að halda vinnslu númerið þitt upp til dagsetning með using rsync eða subverion (SVN) til að gera verkið og draga net umferð á sama time. Við ræddum einnig hvernig að halda gögn fengið upplýsingar upp til dagsetning með því að leyfa það að seytla niður til hvers launþega þína. Svona svæði tryggjum við að við höldum upp með rökfræði fyrirtæki og upplýsingar á skrifstofu rist kerfi okkar. Það mun augljóslega óteljandi val til að skila þessum verkefnum, en hér voru tvö einföld dæmi til að sýna hversu auðvelt lausn er að koma við.

Næst þegar

Í síðasta hluta af þessari röð, viðeigandi heitir Part 5 , munum við ræða beita þessu kerfi. Ég ætla að draga saman það sem hefur verið lært og hvað ég náði að búa til.

Comments (3)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 23:37

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í hluta 2 við skoðuðum störf miðlara að keyra hana og hvernig störf ættu að vera stillt til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Uppsetning starfsmaður þína - eða haltur miðlara

Næsta skref í ferlinu er að setja upp Virtual starfsmönnum þínum. Fyrir þetta Ég ætla að nota uppsetningu CentOS nota Raunverulegur. Ég ætla að setja upp MySQL og PHP á vefþjóninum, einnig þekktur sem haltur (Li nux, m ySQL, P HP) Servera (ég gæti hafa gert það nafn upp).

• Setja Raunverulegur á Windows vélina (fylgja hlekkur)
• Sækja og setja CentOS (núverandi útgáfa 5.3) innan skapa raunverulegur vél

Það er enginn benda mér að fara að þessu það er líklega er 1.000 mikill námskeið þarna úti (ok, hér er eitt: Að búa og Managing CentOS raunverulegur vél undir Raunverulegur ). The mikilvægt atriði til að huga ég geri ráð fyrir er að ég kallaði GridMachine minn raunverulegur vél.

Eins langt og val mitt viðskiptavinur virtualisation og stýrikerfi fara þangað er ekki stór sannfærandi ástæða fyrir hvert val. Raunverulegur er eitthvað sem ég nota á vél heima og er stutt af þremur helstu stýrikerfi. Ég valdi CentOS sem þess gott jafnvægi OS og ég nota það á eigin vefþjóni mínum. Ég er mikill trúmaður í rétt verkfæri fyrir vinnu (þó svo að ég ætla að sækja 'nota fljótlegasta og einfaldasta fyrir þig "hugarfar hér), þannig að ef stýrikerfið X keyrir kóðann þinn hraða og á skilvirkari hátt að nota það í staðinn:)

Mikilvægara að tryggja að VM þín notar DHCP, annað fyrir hverja nýja raunverulegur vél þyrfti að vera stillt sig sem er eitthvað sem við gerum ekki want.By nota DHCP við þurfum ekki að stilla netið stillingu fyrir sig fyrir vélar starfsmaður, DHCP mun afhenda út IP-tölum fyrir þig. Þess vegna er hægt að afrita Virtual vélina þína um skrifstofu án þess að hafa áhyggjur um að setja hvern og einn upp (þetta bætir samhæfni og dregur starfsmanni gjöf).

Því ferli sem þú ættir að stefna að því að ná fram væri að fá nýja líkamlega vél, setja í embætti Raunverulegur, og þá nokkurn veginn að dreifa raunverulegur mynd án þess að margt annað. Það gæti verið skynsamlegt að setja alla starfsmenn á mismunandi subnet þannig að þú getur að minnsta kosti að sjá hversu margar vélar eru í gangi. Þú þarft einnig að setja upp vélar á langa leigu eða ótakmarkaða leigja DHCP.

Hvernig á að keyra starf á starfsmaður

Þetta er áhugavert svæði og þar eru nokkrar gildar aðferðir til að vinna störf á starfsmanninum. Hér að ég verð bara að ræða tvö augljós:

• Perpetually gangi handriti: A handriti, að það skeljaskripta eða PHP handrit er keyrð einu sinni á starfsmann og rennur hluti af óendanlega lykkju. Ég hef afsláttur þessa aðferð sem einn hrun af handriti og hugsanlega starfsmenn munu hætta að birtast án einhvers konar íhlutunar.
• Cron byggir handrit framkvæmd: hvert X mínútur cron púkinn ánægja burt á símtali stendur til handritið til að fá hlutina að fara. Án þess að nokkur stöðva þetta gæti leitt til þess að mörg mörg eintök af handriti starfsmaður í gangi.

Ákvörðun mín var að fara með cron sem ánægja burt skeljaskripta hverjum 10 minutes. skeljaskripta My framkvæma eftirfarandi verkefni:

1. Fá ferli lista og grep þetta fyrir 'PHP'. Ef ekki finnast þá áfram.
2. Call starf númerið þitt, í mínu tilfelli að þetta væri eitthvað PHP byggð
3. Worker handrit lýkur hlaupa þess
4. Tilbúinn til að fara aftur á næsta viðeigandi símtal

bash handrit mitt lítur út eitthvað eins og eftirfarandi:

  #! / Bin / sh
 ef PS öxi | grep-v grep | grep PHP> / dev / null
 þá
     echo "Job er nú að vinna, hætta"
 annað
     echo "Job er ekki í gangi, byrja núna"
     PHP yourJobProcessingScript.php
 Fi 

Ath: echo eru næstum alveg tilgangslaust, en getur hjálpað næsta manneskja sem kemur með til að reyna að breyta þeim.

Að lokum að setja upp starfsmannsins raunverulegur vél, fljótleg, einföld og auðvelt er að afrita hvert nýtt verk á vélbúnaði sem er móttekin. 'Slungin' á rist kerfið í raun er ekki í visualized OS, þess allt að gera með kóðann búin að vinna störf, starfið stillingar, og í því að tryggja að starf keyrir þegar við á (þ.e. þegar vélin sé aðgerðalaus ).

Setja upp Windows að frumstilla Workers

Fyrsta verkefni er að vinna úr stjórn þarf til að keyra raunverulegur vél frá gluggakista stjórn lína. Ef þú hefur sett Raunverulegur í sjálfgefna staðsetningu og þú hefur nefnt GridMachine þitt starfsmanninum þá skipun sem þarf til að hlaða upp starfsmann þinn er:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxManage.exe" startvm GridMachine 

Þó að keyra handriti í a 'headless' ástand sem við þurfum að nota:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxHeadless.exe"-startvm GridMachine - vrdp = burt 

Þetta mun byrja á raunverulegur vél án GUI og leyfa því að spara ríki þokkafullur. Seinni rök slekkur RDP svo það stangist ekki með Windows RDP, eða gefa þér skilaboð um að hlusta á höfn 3389. The raunverulegur vél nafn er tilfelli næmur!

Næst munum við þurfa að setja Windows upp að sparka burt verkamaður VM okkar þegar vélin hefur ekki verið notaður. Til að gera þetta (á Windows XP) sem þú þarft að fara í Start -> All Programs -> Accessories -> System Tools -> Scheduled Tasks og hér að neðan:

Næsta smella á 'Bæta við Scheduled Task "ásamt fletta til að bæta við sérsniðna áætlun. Vafraðu VBoxManage handrit og smelltu á Í lagi. Stundaskrá verkefni fyrir eitthvað af valkostum (við munum breyta þessu í eina mínútu) og halda áfram. Eftir að skipstjóri á næsta gluggakista skjár vilja spyrja hver þú vilt keyra þetta verkefni, ég vil benda annaðhvort 'Administrator' eða búa til nýja forréttinda notandi. Mundu að við viljum ekki að trufla venjulegt starfsfólk reikning á vél hvenær sem er. Smelltu á næsta og athuga sýna ítarlega valkosti fyrir þetta verkefni.

Að lokum keyra kennslubók bæta streng 'startvm GridMachine "okkar og tryggja að keyra aðeins þegar skráður í er vinstra unticked. Farðu á áætlun verkefni næsta og breyta áætlun falla niður á kostinn 'þegar aðgerðalaus', velja þann tíma sem þú vilt að tölvan vera aðgerðalaus áður en hann flutti í næsta flipa.

Loks óþrifalegur möguleika sem segir að stöðva verkefni ef það hefur verið í gangi X tíma, en merktu við möguleika á að stöðva verkefni ef vélin er ekki lengur aðgerðalaus.

Það er það þá fyrir Windows gestgjafi Uppsetning!

Yfirlit

Í þessum hluta sem við höfum sett upp a raunverulegur vél til að starfa sem verkafólk, sem og með hvaða hætti við að hringja og framkvæma starf vinnslu handrits (fyrir mig a PHP handrit). Héðan við líta á hvernig á að setja upp afrit okkar glugga til að byrja upp á raunverulegur vél í headless ham þegar tölvan verður aðgerðalaus og vista stöðu þegar notandi áfram notkun á vél. Vonandi á þessum tímapunkti sem þú ert að sjá hvernig það er einfalt að setja upp slíkt kerfi og erfitt með að fá smá tilraunir fara sjálfur!

Næst þegar

Í kafla 4 við munum vera að horfa á að nota tæki til að tryggja að þú ert að keyra nýjustu útgáfuna af kóða og gögnum heimildum svo sem fengnar niðurstöður eru alltaf upp til dagsetning með nýjustu upplýsingar um fyrirtæki og rökfræði.

Comments (1)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:23

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Sem PHP forritari ég ætla að nota verkfæri sem ég nota á hverjum degi nefnilega, Linux, MySQL , PHP, Raunverulegur og niðurrifsstarfsemi (SVN). En ég vona að þessi handbók verður að laga sig að öðrum tungumálum og tækni eins og heilbrigður.

Lausnin Ég veita mun vera mjög lauslega byggð á tegund vinnslu og við myndum þurfa að ná þó þetta má ekki vera satt í gegnum allt hlutur sem ég ætla að breyta hlutum fyrir einfaldleika, eða til að framleiða fleiri áhugaverða notkun atburðarás.

Þessar virtualised umhverfi mun keyra á Windows vél þar sem þetta er það sem meirihluti skrifstofur hlaupa. Vinnslu að skrifstofa vélar ætti ekki að trufla starfsfólk með þessum vélum ætti þurfa ekki viðhald á vél, og hæglega Deployable að nýjar vélar eins og þeir liggja fyrir. Einnig nýr raunverulegur vél ætti ekki að þurfa frekari stillingar þar sem það dregur stórlega úr þeim sveigjanleika og vellíðan þar sem rist kerfi má framlengja.

Hvers vegna Dreifa á Computing Office Grid?

Í fyrsta lagi þú gætir verið að hugsa, hvers vegna ekki bara að nota a computing ský úrræði eins og EC2 vettvang Amazon's ? Jæja ástæður gætu verið nokkur, til dæmis:

• Þú munt ekki fela ákveðnar upplýsingar til computing ský umhverfi
• Þú getur ekki sett ákveðnar upplýsingar í computing ský umhverfi fyrir lagalegum ástæðum (td gögn yfirgefa landið), hugsanlega fyrir lagalegum ástæðum, td NHS færslur.
• Þú vilt halda vinnslu einingar þinn loka og hafa fulla stjórn á vélbúnaði of
• Þú ert ekki með verkefninu fjármagn til að keyra ský tilvikum
• skrifstofunni þinn styður ekki hafa tengingu við internetið og því er ekki hægt að nota ský síðu
• Þú ert ekki eins og rigning, mæli skýjunum rigning, því þú halda vel í burtu

Ég er viss um að listinn gæti haldið áfram, en ég held að það er nóg í bili.

Kostir á Computing Office Grid

Jæja leyfir, sumir stærðfræði (og í sönnum eðlisfræði stíl lætur gera sumir sópa forsendum). Ímyndaðu þér að þú ert stór þrekinn vinnslu Server 100 störf á dag. Á skrifstofunni að þú ert 50 vélar sem eru aðgerðalaus 16 tíma á dag, hvert af þessum vélum er 10% eins og öflugur eins og þrekinn úrvinnslu skera. (Öll úrslit hér eru hækkuð til að vanmeta árangur hækkun).

Svo, 1 vél * 10% afli * 2 / 3 time = 0,067 þ.e. 1 skrifborð vinnslu í biðstöðu tíma gæti ferli 6 fullur störf á dag.

Ef þú mælikvarða er nú komin upp það tekur 15 aðgerðalaus skjáborð að vinna eins mörg störf á dag eins miðlara megin vinnsla gerir.

Svo á skrifstofu okkar láta af 50 vélum við gætum aukið vald okkar vinnslu frá 1 miðlara allt að 4 fullur netþjóna vinnslu, eða við gætum verið að afgreiða 400 störf á dag í stað 100.

Fyrirvara, engin fjárfesting í nýjum vélbúnaði fyrirtækisins hefur bara aukið getu sína runuvinnsla 4 sinnum! Mögulega þú ert að fara að auka vald notkun þína, en frá flestum skrifstofu umhverfi sem ég hef verið að vélar eru yfirleitt skilið eftir á einni nóttu samt, svo þú gætir séð þetta sem grænt frumkvæði.

Aðrir kostir þýða einnig að fjárfesta í nýjum (eða uppfæra) vinnsla framreiðslumaður geta tafist ef skrifstofa véla eru næg og að þegar þú bæta afl véla skrifstofu skrifstofu rist þitt verða öflugra sjálfkrafa.

Technologies

Það sem þú þarft? (Eða meira rétt hvað gerði ég nota):

• Idle Skrifstofuvélar (í mínu tilfelli vara gamla Windows XP laptop)
• Raunverulegur (eða annar viðskiptavinur virtualisation hugbúnaður)
• A raunverulegur vél með PHP, MySQL running keyra skera niður OS, ég er að kalla þessa miðlara minn haltur:)
• Störf til að hlaupa
• Atvinna miðlara (má vera annar raunverulegur vél einhversstaðar)

Dæmigert starf

Þær gerðir af störfum sem þetta kerfi er hannað til að keyra er sem hér segir:

• Kerfi fær lista yfir gögn sem við þurfum til að passa og aftur niðurstöður
• Lokað felur haka / leita nokkrum (frekar truflanir) gögn heimildir
• Niðurstöður frá aðilum gögn kunna að krefjast frekari fullgildingu, samruna, eftirlit með frekari gögn heimildir til að bregðast við niðurstöðum
• Gögnum er skilað sem passa við færslur, fullkomlega staðfestar og unnið
• Hver færsla í vinnu er óháð öðrum

Svo í rauninni að við erum að horfa á gangi störf sem krefjast blöndu af leit gagnagrunn og sumir tala marr, nokkuð dæmigerður atburðarás í viðskiptaumhverfi.

Rist lausnir eru ekki aðeins hagkvæmt fyrir vinnslu störf af þessu tagi. Í grundvallaratriðum, getur nokkur ferli sem getur verið skipt upp í sjálfstæðar einingar að keyra samhliða. Sjá þessa wikipedia um dæmi og fleiri upplýsingar: Grid Computing , en nokkra fræga dæmi eru SETI @ Home og BIONC . Það eru ramma fyrir að keyra computing flutningskerfi, og þetta eru vel þess virði að skoða.

Hvað munum við ná?

Við lok þessara greinar sem ég vona að sýna að beita skrifstofu rist þarf ekki að vera gríðarlega dýrt eða tímafrekt. Ég ætla að ræða:

• Að setja upp eftirlit starf kerfi, starf stillingar
• Búa til viðeigandi vinnsla raunverulegur vél
• Hvernig á að setja upp kerfi á Windows vél
• Að tryggja að þú ert að nota nýjustu kóða og gögn
• Dreifing og kvóti
• Horft fram á veginn

Ég ætla að byggja (ok ég byggði, þá skrifaði þetta) dæmi forrit til að prófa hugmyndir á vél með Windows XP og Virtual vél 'GridMachine minn'. miðlara mitt starf eftirlit verður vél mín helsta sem keyrir Fedora 11 .

Þetta er á engan hátt ætlað að sýna fram á fullu að vinna öflugt kerfi, þess þýddi meira af kynningu og ræða sem sýnir að þetta getur verið náð á tiltölulega skömmum tíma og á lítill kostnaður. Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða endurbóta og ég mun gera mitt besta til að halda þessari grein uppfærð til að passa.

Næst þegar

Í hluta 2 Ég mun byrja á því að horfa á stjórn starf kerfi, og kanna hvernig störf ættu að vera stillt til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Comments (1)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:23

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í Part 1 ég gaf yfirlit um kerfi og tækni sem ég mun vera með og rætt sum mögulegar ástæður hvers vegna þú vilt að búa til skrifstofu rist.

Job Control

Ef þú ert að fara að keyra störf þá þú ert að fara að þurfa á einhvern hátt að stjórna þeim. starf eftirlitskerfi þín (á vefþjóninum starf þitt) þarf að vera mjög vel ígrunduð áður jafnvel reynt að keyra á skrifstofu rist. Svo í fyrsta lagi, hver eru verkefni fyrir stjórn starf kerfi:

• Afhentu störf samkvæmt beiðni frá starfsmönnum
• Segðu starfsmenn hvers konar störf til að keyra
• Track störf
• Tryggja að störf eru að keyra aðeins einu sinni
• Veita starf gögn til starfsmanna, eða að minnsta kosti segja þeim hvar á að fá það

Kerfið þarf einnig að framlengja, lausn sem virkar fyrir nú í einu tilviki má framlengja til að keyra nokkrar gerðir af störfum sem fyrirtækið sér virði í töflu lausn. Til dæmis, störf geta fengið forgang, fleiri en einu starfi gerð geta til (þ.e. nokkrar bækistöðvar code), loksins að þú gætir jafnvel keyrt mörg mismunandi vélar verkamaður sem eru bjartsýni fyrir hverja tegund vinnu (þó það þýðir að flytja í burtu frá 'almenna starfsmann 'hugmynd). Alltaf að reyna að hugsa um framtíðina er að þróa kerfi, stutt framtíðarsýn getur leitt til lengri tíma litið gremju og aukin þroska sinn.

Job Server

Við erum að fara að þurfa einhversstaðar að stjórna störfum okkar, þetta ætti að vera eina kerfið í rist þínum sem hefur fasta Resource Locator, er að IP tölu, vélarheitið URL (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 vinnu kerfi finna starfsmenn).

Starfið miðlara sig ekki raunverulega hafa flókið verkefni (í grunn kerfi einhvern veginn), þarf það að geyma lista yfir störf, hendi út störf, fá niðurstöðurnar, og síðan vista þær fyrir seinna sókn. Hvernig þessir hlutir ('hendinni störf "svo sem) eru skilgreindar getur verið mjög einföld. Seinna getum við framlengt kerfi til að fela stjórnsýslu tengi til að bæta við, breyta, eyða, fella störf en þetta er utan þessa æfingu.

Það er engin ástæða til alls þá er það starf netþjóninn gæti ekki verið raunverulegur vél í gangi innan helstu vinnslu netþjóninn sem það er ekki holræsi of margar auðlindir frá því. Starfið miðlara er hins vegar að þurfa mikið framboð, ef það fer niður á föstudagskvöldi þú ert að fara að missa alla helgina í vinnslu, hugsanlega kosta þig nokkrar vikur virði vinnslu tíma (í samanburði við helstu vinnslu netþjóninn einn) . Þú vilt kannski íhuga að setja starf netþjóninn á álag jafnvægi umhverfi fyrir mikið framboð.

Basic Setup

Grunn skipulag fyrir miðlara starf okkar mun samanstanda af því sem ég ætla að hringja eitt af netþjónum minn Limp (sem er Li nux, m ySql, P HP). Númerið í gangi á Thea starfsmenn munu í raun vinna út hvað störf það getur keyrt um samskipti við með starfið eftirlitskerfi gagnagrunna. Síðar á að við gætum búið til vefþjónustu og í raun hendinni störf frekar en að hafa starfsmenn eiga erfitt verk sín, en nú ætlum við munum halda áfram að nota KISS meginreglu (Hafðu það einfalt, heimskur!).

Svo leyfir, búa til þrjú mySQL töflur til að takast á við störf. Þetta verður "störf", "jobRecords` og `jobResults`.

Hér ég er að nota SQL Buddy a mikill lítill val til phpMyAdmin bara vegna þess auðveldara að setja á CentOS (fyrir aðra sjá: 10 Great val að phpMyAdmin )

Þessi tafla samanstendur af 5 einfalt sviðum,

• id: Einstaklega finna starf
• Notendanafn: Gæti verið viðskiptavinur tilvísun eða fjölda annarra auðkenni
• Status: Þú þarft að vita hvar starfið er á, td
  • 0: byrjaði ekki
  • 1: sóttir
  • 2: Lokið
• started_by: Hver er byrjað að gera starfið? Þetta er ekki alveg nauðsynlegt en er gott að hafa. Ég vil benda mælingar starfsfólk IP-tölu þeirra á netinu þínu
• started_at: Hvenær kom starfsmaður byrjar í vinnu? Með því að fylgjast með störf sem ekki hafa lokið innan X tíma sem við vitum að við þurfum að taka upp vinnu aftur og hefja vinnslu hjá öðru starfsmanninum. Verkamenn gætu hætt vinnslu / go óvirkt í allir tala af ástæða, rafmagnið, hrun, net tap, o.fl.

Það er auðvelt hvernig þessari töflu gæti verið framlengdur með nokkrum fleiri sviðum til að leyfa að tölfræði rekja spor einhvers, tími ljúka dálki til að sjá hversu lengi starf tók gegn til að sjá hversu margir starfsmenn tók upp á starf (augljóslega þetta þarf að sinna 1), starf forgang, listinn getur farið á og á. Í flóknari atburðarás starf það væri hægt að tilgreina hversu mikið minni er starfsmaður þyrfti aðgang að (og því aðeins að nota viðeigandi starfsmenn), eða jafnvel hvaða gerð af starfsmanni væri þörf.

Lets bæta nokkrum störf dæmi:

Í næsta borð aftur er alveg einfalt að skilja, eru þessar starf skrám okkar. Þau eru tengd helstu störf borð við dálk `jobs_id`. The gera upp þessa töflu mjög mikið veltur á þeim gögnum sem þú þarft að afhenda starfsmönnum þínum, lætur gera mjög einfalt dæmi þar sem við höfum fjóra dálka:

• id: ID á hreinu
• Notendanafn: Nafn Person
• heimilisfang:'s heimilisfang Person
• jobs_id: Starfið ID að þessi færsla er tengd við

Þriðja og síðasta borð samanstendur af niðurstöðum borð, það hefur mikið sama gera allt sem skráir borð okkar, og með því að bæta við nokkrum dálkum gæti verið hluti af gögnum töflu:

• job_record_id: Link niðurstaðan að starfið töflu
• niðurstaða: Niðurstaðan gögn

... Og það er allt sem þú þarft til að fylgjast með vinnu! (Að vísu í mjög einfaldar stig) Ef ég er bent á annað borð þar sem gögn mína til að ferlið var staðsett, en þetta gæti alveg eins auðveldlega verið skrá, breytur til að keyra uppgerð kóðann, þú nafn það.

Val á starfi

Eins og áður sagði, að starfsmenn munu gera starf stjórnenda okkar fyrir okkur í bili, svo er allt sem við þurfum virkilega að gera að finna vinnu sem þarf að vinna og fá upplýsingar. Hvernig ættum við að gera þetta? Jæja velja starf úrval viðmið okkar og leita að starfi í SQL ég gerði eftirfarandi:

1. Taktu hvaða störf sem eru ekki merkt sem lokið en frá starfsmanni okkar og endurstilla þær (í staðinn __ME__ með auðkenni, auðveldast yrði IP-tölu):

     UPDATE `störf` SETJA `stöðu` = 0 HVAR `stöðu` = 1 AND `started_by` = __ME__; 

2. Using starf valforsendur okkar, velja vinnu og segja eftirlitskerfi að þessi starfsmaður er að fást við það:

     UPDATE `störf` SETJA `stöðu` = 1, `started_by` = __ME__, `started_at` = NOW () HVAR `stöðu` = 0 OR
    (`Stöðu` = 1 AND `started_at`> DATE_SUB (NOW (), bil X klukkustund)) ORDER BY `id` ASC; 

   Með grabbing störf sem ekki hafa skilað árangri í X tíma við að tryggja að öll störf eru rekin í the atburður af a verkamaður hrun eða fara AWOL.

3. Next grípa störf upplýsingar á eftir færslum sig:

     SELECT * FROM `störf` WHERE `started_by` = __ME__ TAKMARKA 1;
    SELECT * FROM `job_records` WHERE `id` = __JOBID__; 

Að loknu starfi við setja inn úrslit skrám okkar og merkja starf sem lokið. Mundu svo störf geti stöðvað / byrja aftur á hverjum tíma gera ráð fyrir sumir robustness í handritið. Það gæti verið að verkefnisstjórnin frestar hálfa leið í gegnum uppfærslu stjórna starfi kerfi, svo haka við fjölda gagna í vinnu og hversu margar niðurstöður vistuð aftur að stjórna vinnu yrði skynsamlegt að færa.

Að auki, meðan þetta sýnir hvernig störf geta verið valið og stjórnað úr SQL-fyrirspurn ramma þú ættir í raun að vera abstracting þinn stjórna starfi þannig að ef þú ákveður að skipta yfir í vefþjónustu, skráin byggð kerfi, XML , eða önnur fjöldi kerfa mun ekki hafa áhrif á kóða fyrir ofan það.

Atvinna Stillingar

Í næsta þætti til að íhuga er starf stærð og stillingar. Með því að spila með stillingar starf við getum slá mjög gott jafnvægi milli hraða, ferli afritunar og áreiðanleika. Take a par ofa aðstæður:

1. Störf taka 1 dag hvern til að keyra: Þetta þýðir að starfsmönnum þínum þarf 15 daga til að vinna hvert starf (muna 10% af orku fyrir 2/3rds á þeim tíma). Þetta er greinilega ekki vitur stillingar, starf stærð þinni 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á sér að það hefur ekki skilað niðurstöðu plús reprocessing tíma). Í fullkominni þú vilt hafa að minnsta kosti eitt fullt starf auðveldlega eytt í lok hvers lengi aðgerðalaus tíma, þannig að þú haldir störf tifar yfir og í versta tilfelli vinnu myndi taka tvo daga að vinna ætti að fara fyrst vantar.
2. Störf taka 1 mínútu til að keyra: Þetta þýðir að starfsmenn þinn tekur um 15 mínútur að keyra hvert starf. Þó að þetta kann að upphaflega virðist hugsjón, fá þér frekari vinnu vinnslu á hádegi, kaffitíma, fundum, etc þessari atburðarás setur álag á öðrum sviðum kerfisins og kynnir eigin vandamál þess. Til dæmis, í fyrsta lagi skipulag / afgreiðslutíma hlutfall er að fara að fara rétt niður, því að tapa kerfi skilvirkni. net er að fara að vera stöðugt á vinnu upplýsingum til ýmissa starfsmanna pirrandi starfsfólk sem dó degi til dags vinnu. Þú ert líka að fara að setja meira álag á vinnu vinnslu netþjóninn sem það hefur að fat út fullt og fullt af litla bita af vinnu með reglulegu millibili. Loks, í þessu ástandi ef starfið þjóni þínum fer niður þú ert að fara að búa til mikið aftur log ólokin vinna en stærri störf gætu áframhaldandi vinnslu í sátt og samlyndi ókunnugt um að starfið þjóni var að upplifa erfiðleika.

Í raun verður enginn kjörinn stillingar fyrir uppsetningu rist þína, mikið veltur á fyrirliggjandi úrræði, tegundir af vinnu, starf afgreiðslutími kröfur, net hæfileiki, og svo framvegis. Þó nokkrar reglur væri:

• Stærð störf þannig að hver starfsmaður getur fengið í gegnum að minnsta kosti 3-4 störf á 15 klst (lengsta líklega aðgerðalaus tímabil)
• Leika við starfið stærð svo að skipulag tíma verður nokkuð óveruleg samanborið við vinnslu tíma (með það í huga að ofangreind lið).
• Ef starfi er ekki lokið í tvöfalda tíma (kannski minna) sem þú býst við að ljúka því gera ráð fyrir að þess farið AWOL og hefja vinnslu það með öðrum starfsmanninum. Þetta þýðir að þú gætir þurft að bíða í allt að þrisvar sinnum eðlileg lengd vinnu til þess að lokið (hugsanlega lengur ef síðari starf mistakast). Þú vilt kannski að draga úr þessum tíma, en vera varkár ekki að draga það of mikið og þú getur byrjað að endurtaka vinnslu verkefna með reglulegu millibili.
• Störf skal vera óháð utan kröfur eins mikið og mögulegt er. Starfið miðlara, til dæmis ætti aðeins að hafa samband við upphaf og lok hvert starf.
• Ekki saturate netið, þetta mun hafa tvö neikvæð áhrif, daginn starfsfólk mun finna með netið pirrandi og vandamál gæti komið fram með tengingum tímasetningu út vandamál sem mun aðeins versna eins og þú mælikvarða rist þinn.
• Tryggja störf geta keyrt á starfsmönnum þínum. Ef störf verða líka minni ákafur eða diskur rúm ákafur störf munu byrja hætti og það eina sem þú munt taka eftir er lækkun á fjölda störf unnin án alvöru ástæðu hvers vegna.

Sendi Niðurstöður starf

Þegar senda niðurstöður starf það er mikilvægt að athuga að árangurinn 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 tryggja að margar niðurstöður samsvarar fjölda gagna innan starfsins.

Eins og áður segir, og getur ekki verið yfir áherslu, byggja kenna umburðarlyndi í sókn starf og árangur uppgjöf. Starfsmenn geta (og líklega vilja) fara inn fresta ham í mesta óþægilegur sinnum og þetta þarf að vera veitingamaður fyrir. Einnig aftur abstracting burtu niðurstöður uppgjöf mun hjálpa koma til móts við um breytingar á starfi eftirlitskerfi þinn mun auðveldara að takast á við.

Yfirlit

Í þessu section höfum við skoðuðum það sem stjórna vinnu miðlara þarf að gera og hvernig á að fá mjög undirstöðu-kerfi sett upp. Við ræddum hvernig á að sækja vinnu frá stjórn og hvernig best sé að stilla störf til að fá sem mest okkar á skrifstofu rist vélinni þinni. Til að ljúka, málsgrein eða tveir á senda niðurstöður aftur til að stjórna vinnu miðlara var kynnt.

• A stjórna starfi miðlari stýrir störfum og tryggir að öll verk einingar eru lokið
• Með abstracting starf select / niðurstöður uppgjöf við getum breytt tækni stjórn miðlara án mikillar vandræðum
• Stilla störf til að tryggja að þeir eru að keyra hratt og örugglega á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 inn venjur, 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 vél okkar raunverulegur vinnslu og setja upp vélum okkar gluggum til að verða aðgerðalaus tíma starfsmanna.

Comments (3)

By Steven Lloyd Watkin , föstudaginn 4. desember 2009 11:03

Inngangur

Ég vinn í fyrirtæki þar sem keyrt mörg störf runuvinnsla milljónir færslur 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ð þá vél til að styrkja vinnslu mátt kerfi okkar? Í þessum hóp greinar sem ég ætla að horfa á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í kafla 4 skoðuðum við nota tæki til að tryggja að við erum að keyra nýjustu útgáfuna af kóða og gögnum heimildum svo sem fengnar niðurstöður eru alltaf upp til dagsetning með nýjustu upplýsingar um fyrirtæki og rökfræði.

Pre-Dreifing

Áður en beita vélinni net ef það er eitt sem þú gerir og eitt einn það er kvóti kerfi núverandi! Sama hvað þú segir samstarfsmenn um hversu mikið aukalega vinnu vélinni þinni er að fara að gera nema að þú sért númer til baka þetta upp ábyrgðir eru ekki neitt. Svo,

• hversu margar færslur er hægt að vinna núna? Per Day? Per Hour?
• Hversu langan tíma tekur það yfirleitt að snúa við vinnu?
• Hversu mikið meira getu hefur þú?

Það er líka fleiri spurningar:

• Ef vinnsla þjóni þínum (eða eitt af vinnslu þjónum þínum) fer niður hvernig mun þetta hafa áhrif á getu þína, verður þú að vera fötluð?
• Hvaða kosti finnst þér von / búist við að fá frá rist kerfi?
• Eru Skrifstofuvélar þinn fær um að keyra störf?
• Eru þín (eða þú geta störf verið breytt) að vinna í þessum stíl í gangi?

Síðasta stóra lið er að taka tíma á öllum helstu breytinga eins og þetta. Uppfæra vinnslu númerið þitt til að vinna með nýja aðferðafræði, viðmið aftur. Hugsanlega setja upp vinnslu vefþjón þinn til að hlaupa raunverulegur vél, eftir öll vinnsla þjóni mun bara vera annar starfsmaður (bara mjög öflugur einn tiltölulega). Leyfa nýja aðferð til að setjast.

Dreifing

tillaga mín væri að skjóta inn á skrifstofu einni helgi framkvæma allar innsetningar og skipulag. Gera þetta rétt áður en tvær vikur í frí í og yfirgefa svo annar fátækur springa að takast á við afleiðingarnar ... kannski ekki ...

Dreifing að kerfi eins og þetta þarf að vera hægt. Þrátt fyrir það að vera tiltölulega einfalt að setja upp þetta kerfi mun hafa áhrif á allan skrifstofu innviði þína (og stafræna einn). Í fyrsta lagi, rúlla út til a par af vélum í senn, fylgjast með net umferð, hvernig starfsmaður allsherjar framkvæma á degi til dags. Þú gætir þurft að breyta starf þínar stillingar sem svar við niðurstöður þínar.

Þegar kerfið hefur leyst með nokkrum vélum (lætur segja 10% af öllum skrifstofa véla, þ.e. 5) halda eftirlit net umferð og hýsa vél performance. Next kvóti aftur, þú ættir nú að afgreiða 33% fleiri störf en fyrsta viðmið þína. Athuga þetta er svo, eða að þú ert að minnsta kosti í þessu ballpark. Ef ekki, rannsaka hvað er að gerast áður en hann flutti á. Endurtaktu þetta tímabil þar til þú hamingjusamlega hafa öll skrifstofu vélar í gangi án þess að drepa einstaka vél eða árangur mala netið til kyrrstöðu.

Á öllum tímum hafa kvóti, jafnvel eftir að öll dreifing eru gerðar. Athugaðu hvernig nýjar uppfærslur kóða áhrif á hraða kerfisins, athuga alla starfsmenn eru fjárreiður og vinnslu starfa. Hægt og rólega (mjög hægt) vöxtur starf stillingar til að fá það besta frá starfsmönnum og símkerfi.

Stop!

Hvað ef þú vilt hætta að starfsmenn birtingu á einhverjum tíma? Þau eru öll þarna úti að keyra, endurnýjun, og reyna sitt besta til að vinna úr gögnum eins og hungraður skordýr. Svarið kann að virðast augljóst, en þess virði að bæta bara ef þess gleymast. Einfaldlega breyta vinnslu handrit með brottför (0) eða deyja () eða einhverja aðra yfirlýsingu að drepa vinnslu starf þitt. Mikilvæg ástæða fyrir því að við reynum alltaf að uppfæra í nýjustu vinnslu handrit áður en allir hlaupa!

Sýning System

Til að skrifa þessa sett af stuttum greinum sem ég bjó til mjög lítil rist til að sýna fram á tækni og aðferðir. Ég las fullt af greinum, námskeið og nota ýmis tæki til skipulag og fylgjast með því sem var í gangi. Á engan hátt hef ég farið út og mettuð heild skrifstofu með umferð og né hef ég haft aðgang að reglulegum starfsmönnum PC til að sjá hvernig gestgjafi árangur var áhrifum.

sýning Kerfið mitt var mjög auðmjúkur örugglega. Ég notaði reglulega skrifborð minn setja upp sem stjórna vinnu miðlara. Á þessu ég hafði sett upp mySQL miðlara sett sett upp sem master í afritun, PHP , Â og SVN sem tengd er í gegnum Apache (fyrir aðgang í gegnum VM starfsmann).

Ég bjó þá CentOS starfsmaður vél á Raunverulegur á 6 ára gamla Windows XP laptop. Ég skipulag tímaáætlun verkefni eins og tilgreint er eftir að afrita VM inn á vél og láta hana fara.

The raunverulegur vél var sett upp með PHP, niðurrifsstarfsemi, og mySQL. Ég kíkti útibú sem heitir 'starfsmaður' úr starfi stjórna framreiðslumaður minni geymsla og gert viss um að það væri hægt að uppfæra í gegnum "SVN Update '. Næsta ég skipulag mySQL sem þræll og skoðaði þessi gögn var afrit úr mySQL um eftirlit með starfi miðlara niður að starfsmanninum VM. Eftir allt þetta ég skipulag á bash handrit og cron starf.

vinnslu handrit minn fór í rauninni á sömu nótum og þetta (mjög einfalt efni):

• Lesa í reitnum Heiti
• Taldi margar svipaðar nöfn á borð frá þeim gögnum sem uppspretta haldin á VM
• Taldi fjölda nafna eins og að ofan, en að skipta heiti með því rými (þ.e. eiginnafn, miðju ættarnafn)
• Endurtekin þetta ferli 1.000 sinnum

Hvert starf tók u.þ.b. 20 mínútur að keyra. Á einum stað opnaði ég nokkur eintök starfsmannsins VM á Windows fartölvu og horfði á störf verða merkt með hverjum starfsmanni IP tölur. Á þessum tímapunkti Ég staðfesti einnig að afritunar sjálfkrafa endurræst.

Keyrsla á fartölvu til aðgerðalaus í för launþega að byrja að vinna störf frá stjórn vinnu miðlara. Þegar byrja aftur fartölvu notkun þar var seinkun um 30-60 sekúndur, þetta er sanngjarn magn af tíma og starfsmenn myndu þurfa að vera meðvitaðir um að þeirra vél getur hlé í smástund þegar aftur fyrir vélina. Nýrri vélar eru ekki með hlé á þessu lengi. Ávinningur af upphæð vinnslu flutt af þessum vélum á aðgerðalaus tíma vildi meira að yfirgnæfa starfsmenn þurfa að bíða í skamman tíma (td 1 mínútu) á koma á vélum þeirra um morguninn (ég bíða oft lengur að þessu fyrir Windows Defender uppfærslu á sér stað) að því tilskildu að þeir væru meðvitaðir um þetta (gagnlegur tími til að grípa morgun kaffi!).

Overall Mér finnst viss um að ég hafi sýnt fram á tækni sem hægt væri að nota til að búa til slíkt kerfi. Ég hef sýnt að slíkt kerfi virkar á (mjög) litlum mæli og með sumir fleiri tilraunir gætu verið minnkaðar upp nýta auðlindir á vél skrifstofu er. Ef ég fæ ekki að benda á að gera þetta ég væri mjög áhugavert að vita / sjá þegar einhver annar gerir það.

Ályktanir / Mat

Næsta augljós skref væri að raunverulega fá a raunverulega heimi fordæmi og byrja að senda kerfi eins og þetta innan skrifstofu umhverfi og sjá hvað gerist. Biðja fyrirtæki að skuldbinda sig til að þetta án slóð logi fyrirtæki til að sanna tækni og skilvirkni getur verið smá erfitt. Tafla / Distributed computing er mjög vinsælt er sumum hópum og hafa sumir stór forrit (BIONC, SETI @ Home, Folding @ Home, etc.) Ég vissi ekki, þó að finna minni skala og einföld kerfi eins og þetta í leit minni sem getur verið velt út í skrifstofu umhverfi.

Ég bjó í grundvallaratriðum frjáls kerfi með mestu opinn hugbúnaður og tæki sem til eru í næstum hvaða embætti. Tækni sem voru í grundvallaratriðum fram og sýna að framkvæma og vinna eins og búast mætti ​​við. Vonandi hef ég sýna að með ekki mikið verk og með mjög einfalt skipulag sem þú getur sent á rist skrifstofu computing kerfi sem er öflugt, ódýr, Â og stigstærð allar á sama tíma.

Þegar kerfið er allt í gangi það er nánast engin hætta að upphæð customization og úrbætur sem þú getur gert. Til dæmis tölfræði / kvóti getur auðveldlega verið bætt sýnir virði af slíku kerfi á hverjum degi. Nýjar vélar má bæta hratt og örugglega eins og þegar þeir koma með uppfærslu á núverandi vélbúnaði efla vinnslu orku þína.

Ég vona að þú hafir gaman af að lesa þetta röð af greinum og þess gefið þér mat fyrir hugsun um að keyra á rist skrifstofu kerfi. Lausnin sem hér verða ekki endilega að vinna í öllum tilfellum en ætti að vera að laga til að leyfa þér að fá þinn gögn vinnslu gert með eigin lausn þína.

Vinsamlegast ekki hika við að senda mér einhverjar athugasemdir, leiðréttingar eða endurbóta og ég mun gera mitt besta til að halda þessari grein uppfærð til að passa.

Comments (3)

By Steven Lloyd Watkin , laugardaginn 28. nóvember, 2009 22:42

Vinnuveitandi minn nýlega borgað fyrir hóp af okkur forritara til að taka Zend Framework: Uppbygging sjálfsögðu, hér ég draga saman hugsanir mínar og skoðanir á námskeiðinu fyrir aðra. Fyrir þá sem leita að spara tíma, hér er samantekt mína:

Fyrir forritara sem hafa ekki haft tíma til að líta á Zend Framework þessu námskeiði (Zend Framework: Undirstöðuatriði) býður upp á góða heildarmynd af ramma kynna að helstu sviðum og veita nægar upplýsingar til þess að halda áfram. Fyrir þá sem hafa eytt tíma í að skoða ramma og hafa fylgt eitt eða tvö námskeið þetta auðvitað ekki upp mikið lengur.

Bakgrunnur

Ég hef verið PHP forritari í um 5-6 ár, og hafa byrjað að vinna við Zend Framework á hluti miðað við síðustu 6 mánuðum. Ég hef þróað og / eða verið verktaki á a par af lítill Zend Framework MVC sites. ég vera heiðarleg, ég hef ekki haft mikið af völdum annarra ramma frá erfðaskrá sjónarhorni en hafa eytt nokkrum klst að rannsaka verkefna vefsíður og meta them. Ramma og samfélag í kringum Zend Framework það er alveg spennandi og það virðist vera mikið möguleika á hvar fara þess.

Um Námskeið

Námskeiðið er afhent yfir 9 tveggja tíma fundur WebEx (með 10 mínútna hlé í miðju). Tíminn er varið að fara í gegnum safn af renna sem Zend með umræðu á hverjum tíma. Þú getur notað hljóðnema til að tala við kennara, en til að vera heiðarlegur ég ekki séð neinn nota eitthvað meira en spjall gluggann. Auk þess VMWare Ubuntu vél er svo framarlega sem hefur td kóðann og verkefni sett upp til reynslu útgáfu af Zend Studio. Leiðtogi sjálfsögðu talar við mæta annaðhvort yfir samþætt VoIP lausninni, eða þú getur hringja í að nota eitt af mörgum um allan heim hringja í númer.

Á meðan efnið samanstendur af stutt yfirlit yfir Framework og MVC mynstur áður stefnir í gestabók sýnishorn umsókn. Umfjöllun sýndu bootstrapping, Zend_Application, Db Töflur, Database aðgang, Form, Sía, ACL, sannprófa, etc, etc grundvallaratriðum yfir allt efni sem þú vilt þurfa að fá undirstöðu síðu upp í gangi allan tímann gefa þér tæki til að fara og fá lengra í ramma (þó að þetta hafi numið 'Sjá heimasíðu' mikið af þeim tíma).

Tími er gefið að kóða upp smá dæmi, og til að þróa "gestabók" og forritið 'wiki' einfalt. Persónulega fannst mér að veita númer eða hvert app og síðan að spyrja okkur að þróa það sem var í raun afrit hlið gerði í raun ekki veita gott nám. Ég hefði kosið að þróa forrit svipuð, en ekki eins. til dæmis forritið með hag af því að hafa leiðbeiningar til að vísa til. Að öðrum kosti að byggja upp forrit frá grunni með demonstrator vegna væri hugsanlega leitt til fleiri spurningar um hvers vegna og hvernig, þannig að gefa betri skilning á ramma, eftir allt sem þú getur litið upp nákvæmlega eftir námskeiðið.

Í síðasta fyrirlestri samanstóð af störfum á wiki-forritið með hjálpa / leiðsögn frá leiðbeinanda. Eftir námskeiðið viðbrögð var tekin, var lögð áhersla á nokkrum sinnum í gegnum námskeiðið sem Zend tekur viðbrögð mjög alvarlega, í raun virðist okkar útgáfu af námskeiðinu var alveg nýtt. Sumir af öðrum hönnuðum í félaginu verður að taka námskeið bráðum svo það verður áhugavert að sjá hvort þetta hefur gerst.

Námskeiðið stíl var óformlega, leyfð fyrir viðbrögð og samvinnu milli mæta og kennari. Námskeiðið leiðtogi var vingjarnlegur, approachable (netföng voru hluti fyrir spurningar), og á meðan framsetning hans renna var dálítið óstöðugur virtist fyllilega bær í ramma. Hann var greinilega einhver sem notaði ramma með reglubundnum hætti frekar en einhver sem er kennt að kenna auðvitað, fannst ég upplifa "raunverulega heimi" í þeim efnum.

Overall Feeling

Að sumu leyti að ég fann auðvitað tímasóun, annars var það mjög vel. Vonandi að ég muni fá ástæður mínar yfir skýrt og kannski veitt einhverjum mat fyrir hugsun eða gagnlegar athugasemdir (þekkja mig þetta er ólíklegt!).

Fyrir sjálfan mig þessu námskeiði var ætlað of lítið borð. Að hafa farið í gegnum QuickStart handbók, lesa Rob Allen's Zend Framework í aðgerð, og vann með ramma fyrir lítið ég gerði í raun ekki fá neitt of mikið. Ég vildi af taldi auðvitað að taka upp úr enda QuickStart og þróa frekari færni.

Sem sagt, auðvitað titilinn er skýrt "Zend Framework: Uppbygging" og þessi þáttur að sjálfsögðu fær það sem það hefst handa við að gera. Aðrir þátttakendur í þróun lið sem hafa ekki eytt tíma í að skoða inn í ramma lokið hverri lotu með spurningum eldmóð og sem var mjög gaman að sjá.

Allt var ekki glatað, það var gott að eyða tíma staðfestir helstu upplýsingar um ramma og fá að spyrja nokkrar spurningar á svæðum þar sem ég var ekki 100%. Það var líka tími til að ég fékk að setjast niður á hverjum degi og hugsa um forritun með ramma og verkefna í framtíðinni, eitthvað sem ég hefði ekki verið hægt að gera annað (er hægt að ímynda sér fyrirtækið samþykkir að:?)). Síðast en ekki síst þú færð einnig gott vottorð frá Zend að segja að þú sótti námskeið (að vísu með tölvupósti).

Zend Framework Vottun

Þetta var ein spurning sem héldu að koma upp í hugann á auðvitað myndi það taka mig fyrir vottun? Fljótur, þægilegur er hljómandi No. Námskeiðið kennari var alveg á hreinu að með fleiri ráð sem um vottun sem þú ættir virkilega að nota ramma á degi til dags og finnst mjög þægilegt og öruggur í notkun hennar og aðferðafræði.

Yfirlit

Gefið allt sem ég hef skrifað hér að ofan, ég ætla að draga saman allt í tveimur auðvelt stig bullet:

• Nýtt til Zend Framework: Þetta námskeið er nákvæmlega það sem þú vilt búast við, gefur það þér góð kynning á ramma og góð niðri á grunnatriði sem hægt er að byggja. Námskeiðið virðist að mynda áhuga og áhugi fyrir ramma meðal forritara.
• Nota Zend Framework: Þó að það var gaman að landi upp sum mjög grunnatriði sem ég fann í tíma, fyrirhöfn og fé til að taka námskeiðið gæti að verið betur varið annars staðar. Það verður gaman að see Zend búa til nýtt hærra stig auðvitað að taka verktaki á næsta stig - að minnsta kosti til staðlaða vottun og víðar strax. Til að ég myndi skrá sig.