Hozzászólások (0)

Által Steven Lloyd Watkin , vasárnap 27 március 2011 12:57

Ez az üzenet gyorsan megmutatja, hogyan kell beállítani a proxy az alapfokú hitelesítést használ apache .

Az én esetemben akartam átviteli bit torrent kliens elérhetővé az interneten, úgy tudtam ellenőrizni az állapotát, és adminster torrent letöltések (mint például a legújabb fedora kiadás), mint szükséges. Beterjesztés maga futtatja a webes kliens portot 9091 alapértelmezés szerint. Ahelyett zavarta megnyitását több kikötő én tűzfal és hozzáadjuk a nessecary port továbbítási szabályok úgy döntöttem, én csak proxy a hívások révén az átviteli keresztül apache segítségével mod_proxy .

Folytatódik olvasó "Apache proxy kivonatoló hitelesítést" »

Hozzászólások (0)

Által Steven Lloyd Watkin , vasárnap 12 december 2010 16:19

Összefoglaló

Ez egy gyors post, hogy megvitassák a meglehetősen egyszerű képet segítő hoztam létre a renderelés a Zend Framework stílusú nézet fájl csak akkor létezik. Általában azt kéri a kódot, hogy alakít egy fájl, ami nem létezik fog dobni egy kivételt. Ezért hoztam létre egy wrapper a Zend_View:: render () metódus, amely határozni, hogy a fájl létezik, és ha igen teszi, különben egyszerűen csak üres stringgel tér vissza.
Folytatódik olvasó "Zend Framework: Render Ha létezik" »

Hozzászólások (7)

Által Steven Lloyd Watkin , csütörtök 30 szeptember 2010 21:00

A hivatalos kiadás a Zend Certified Engineer (ZCE) program 5,3 Azt hittem, hogy az én gyors benyomás, amit gondoltam a vizsga.

Egy kis háttér magam: én mutatták be a PHP mintegy 7 évvel ezelőtt, és dolgozott szakmailag PHP-ben 2006 óta. Én jelenleg dolgozik egy izgalmas induló nevezett Brightpearl székhelyű Bristol, UK , termelő integrált CRM, számviteli és e-kereskedelmi szoftver. Én korábban nem részesült az előző ZCE képesítést. Én jelenleg fejleszteni a 5.2.X sorozat, és nem igazán használnak semmilyen egyedi 5,3 jellemzők (várom a Zend Framework 2 és Tan 2) az én fejlesztési projektekben.
Folytatódik olvasó "Zend Certified Engineer (ZCE) 5.3" »

Hozzászólások (2)

Által Steven Lloyd Watkin , kedd 16 február 2010 20:48

Ennek nyomán a korábbi post-án egy modul alapú elrendezés beállítások a Zend Framework , már frissíteni a kódot igényel kevesebb konfigurációt, akkor az előbb (nem szükséges, hogy több mint egy pár sort kell az alkalmazás konfigurációs!).
Folytatódik olvasó "Zend Framework Per modul elrendezés beállításai - Nyomon követés" »

Hozzászólások (2)

Által Steven Lloyd Watkin , péntek december 4, 2009 11:59

Bevezetés

Dolgozom a vállalatnál, ahol fuss sok kötegelt feladatok feldolgozására millió nyilvántartást adatok minden nap, és én már gondoltam a közelmúltban arról az összes gépet, hogy ülünk, minden egyes nap semmit sem csinál több órán át. Nem lenne jó, ha tudnánk használni e gépek, mely növeli a feldolgozási teljesítmény, a mi rendszerek? Ebben a cikket, megyek megnézni a potenciális előnyei foglalkoztató iroda hálózat segítségével virtualizált környezetben.

A 3. rész hoztuk létre virtuális feldolgozó gép és beállítani a Windows gépek lesz tétlen munkaidőben.

Futás a legfrissebb kódot

Tagadhatatlanul létrehozása után a dolgozók az üzleti logikát változni fog, meg fogja találni a hibákat, gyorsabb és hatékonyabb kódot fog tartalmazni, így elhagyja a munkavállalók körül ültek adatfeldolgozás segítségével régi büdös kód . Hogy akkor tudjuk biztosítani, hogy mindig a legújabb és legnagyszerűbb változata a feldolgozó scriptek?

Van néhány nagyon egyszerű egyszerű módon tudnánk ezt a trükköt, azonban az, hogy csökkentse feldolgozási teljesítmény és a hálózati forgalom ennek elérésében. Kezdjük a legegyszerűbb megoldás, és javítása lassan egy pár iteráció.

Az első módszer az lenne, hogy egyszerűen csak csatlakozni a munka feletti ellenőrzés szerver (via szamba, FTP, vagy hasonló), és húzza le a legújabb verzióját a kódot. Nem túl hatékony, de ez fogja ezt a munkát. Lets javítani, hogy valamivel, mi a helyzet megteremtése rsync script segítségével, és hogy minden egyes alkalommal helyette? Pedig milyen arról szól legújabb feldolgozása script felforgatás megnézni a kódot eredetileg, majd csak a frissítése a kódot minden távon ( svn update )?

A végén sikerült a végén egy bash script (hívott cron minden 10 percben), amely úgy néz ki, olyan egyszerű, mint ez:

  #! / Bin / sh
 ha ps ax | grep-v grep | grep php > / dev / null
 majd
     echo "A foglalkoztatási jelenleg feldolgozás, kilépés"
 más
     echo "munka nem fut, indítsa el a most"
     cd / path / to / munka / másolás
     svn update
     php yourJobProcessingScript.php
 fi 

Most már biztos lehet benne, hogy minden távon mi biztosan fut a legújabb kódot. Mi biztosítja ezt frissítjük alapkód minden egyes alkalommal, amikor végre egy-egy sorozaton és csökkenti a hálózati forgalmat csak a fájl átvitele különbségek a hálózaton.

Az én demonstrációs setup, én pontosan úgy, ahogy fent. Subversion volt telepítve a munkám feldolgozás szerver és egyszerűen kihúzta a legfrissebb kódot a "munkavállaló" fióktelep a 'svn update ". Azt is hozzá egy verziószámot tag a saját feldolgozó forgatókönyvet, amely visszakerült az adatbázisba részeként az eredmények vissza. Így láttam, hogy a kód volt, hogy frissíteni kell másoltam a törzs a munkavállaló ág, azaz, hogy én biztosan fut a legújabb feldolgozás forgatókönyvet.

A legújabb adatok

Ha a feladat feldolgozását teszi adatforrások használata, majd egy ponton ezek lesznek frissíteni is. Kivéve, ha hívja a források, egy nagyon ritka alapján fogsz árvíz a hálózat forgalmi amint a munkások elkezdenek megjelenni így mindent a holtpontról. Mert a megoldás, úgy döntöttem, hogy szeretnék áthelyezni az adatokat a források körül a virtuális gépeken.

Tartsa te ló van! Mit tegyek, ha adatforrások HATALMAS? Hát ez valóban egy esetben, hogy mennyi adat van itt szó? Lehet, hogy költséghatékonyabbá kell telepíteni egy további nagyobb merevlemezt minden gépen, mint a vásárlás egy további feldolgozó szerver. Ez a kérdés a költségvetési és akár az üzleti dönteni. Ez lehet, hogy az adatforrások olyan nagy, hogy annak csak kivitelezhetetlen tartani, hogy a tárolt adatmennyiség a munkavállaló gépek. Ebben az esetben mit tenne? Hát mi is nézd meg hív egy helyi adatok szerver, de ez okozhat problémákat a hálózat. Ebben az esetben a távvezeték-hálózat, mint ez válhat irreális, hogy magában foglalja az irodai környezetben. Az is lehet, hogy meg lehet keresni az alternatív működési stratégiák, például a csak hívás a dolgozók 20:00-06:00 Minden este és / vagy fojtás adatforrás kéri.

Mozog mondjuk mi adatforrások összege 100 GB-os adatok. Hát igen, ez egy kicsit az adatok mozoghat a hálózat egy frissítést. Hogyan tudjuk biztosítani, hogy a legújabb példányát az adatok ebben az esetben? Rsync egy lehetőség, de személy szerint azt hiszem, a futás a legfrissebb adatok forrása a munka feldolgozó szerver és beállítva, mint egy mester replikáció (egy szép hosszú bin log) lehet az az út:

Azáltal, minden a munkavállalók, mint egy rabszolga, hogy a munka feletti ellenőrzés szerver frissítéseket a adatforrások leszivárog szépen, hogy a dolgozók nem ugrásszerűen megnőtt hálózati tevékenységet (azaz ha nem végez egy hatalmas adatok frissítése és az összes munkavállaló rúgás egyszerre). Ez előnye rsync-ben, hogy akkor nem kap egy hosszú szünet előtt minden munkát, mint az adatbázis-frissítések, a mysql démont a munkavállaló folyamatosan frissíti az adatokat, miközben a feldolgozás folytatódik.

Ez hogyan állíthatom be demonstrációs szervert. Ha be szeretné állítani replikációs Követtem az útmutatót a MySQL honlapján ( beállítása replikáció ) és 20 percen belül már én inital munkavállaló lemásolják a feladatot control szerverek adatbázisba. Minden további munkavállaló a replikációs beállításokat és a folyamat dolgozott minden egyes alkalommal, amikor a VM másolták.

Összefoglaló

Ebben a részben a cikket kerestünk, hogy mennyire egyszerű és gyors is tartani a feldolgozási kód naprakészen using rsync vagy subverion (SVN), hogy ezt a munkát és csökkenti a hálózati forgalmat ugyanazon a time. Azt is megvitatták, hogyan hogy az Ön adatait a forrása up-to-időpontot, amely lehetővé teszi lecsapódása az Ön egyes munkavállalók. Így a területen biztosítva azt, hogy lépést tartson az üzleti logikát és információs irodánkban rács rendszer. Ott magától értetődő módon számtalan alternatívák e feladatok, de itt volt két egyszerű példát, hogy megmutassuk, milyen egyszerű a megoldás találni.

Legközelebb

Az utolsó része ennek a sorozatban, találóan elnevezett 5. rész , megbeszéljük telepíteni ezt a rendszert. Majd össze, mit tudtunk meg, és mit sikerült létrehozni.

Hozzászólások (3)

Által Steven Lloyd Watkin , péntek december 4, 2009 23:37

Bevezetés

Dolgozom a vállalatnál, ahol fuss sok kötegelt feladatok feldolgozására millió nyilvántartást adatok minden nap, és én már gondoltam a közelmúltban arról az összes gépet, hogy ülünk, minden egyes nap semmit sem csinál több órán át. Nem lenne jó, ha tudnánk használni e gépek, mely növeli a feldolgozási teljesítmény, a mi rendszerek? Ebben a cikket, megyek megnézni a potenciális előnyei foglalkoztató iroda hálózat segítségével virtualizált környezetben.

A 2. részben megnéztük a munkahelyek a szerver fut, és hogyan munkahelyet kell konfigurálni annak érdekében, hogy legnagyobb összeget a feldolgozási, miközben biztosítja, hogy minden munka nélkül dolgoznak sikertelen.

Beállítása munkavállaló - és petyhüdt szerver

A következő lépés a folyamatban, hogy hozzanak létre a virtuális munkavállalók. Mert ez a fogom használni telepítése CentOS VirtualBox. Megyek telepíteni MySQL és a PHP a szerveren, más néven sántítás (Li Nux, m ySQL, P HP) Servera (Én lehet, hogy ezt a nevet ki).

• Telepítse VirtualBox a Windows gépen (az alábbi linkre)
• Töltse le és telepítse CentOS (aktuális verzió 5.3) belül létrehozott virtuális gép

Nincs értelme megyek erre van talán 1000 's nagy tutorials odakinn (rendben, itt van egy: létrehozása és Managing CentOS virtuális gép alatt VirtualBox ). A Fontos megjegyezni azt hiszem, hogy én hívtam virtuális gép GridMachine.

Ami az én választási a virtualizáció kliens és operációs rendszer ott nem nagy nyomós oka minden választás. VirtualBox van valami, amit használni az otthoni gépen, és támogatja a három fő operációs rendszer. Én választottam CentOS, mint egy jó stabil operációs rendszer, és azt használja a saját web szerver. Én nagy híve a megfelelő eszközöket a munka (bár én vagyok alkalmazása "használja a leggyorsabb és legkönnyebb" mentalitás itt), így ha az operációs rendszer X fut be a kódot, gyorsabb és hatékonyabb felhasználása, hogy inkább:)

Fontos meggyőződni arról, hogy a VM használ DHCP-t, különben minden egyes új virtuális gépet kellene beállítani külön-külön, ami valami, amit nem want.By használja a DHCP nem kell beállítani a hálózati beállításokat külön-külön dolgozó gépek, DHCP majd kézzel IPs ki az Ön számára. Ezért tudja másolni a virtuális gép a hivatal anélkül, hogy aggódniuk kellene a beállítás minden egyes fel (ez javítja a skálázhatóság és csökkenti a munkavállaló adminisztráció).

A folyamat akkor törekszik az lenne, hogy szerezzen egy új fizikai gépen, telepíteni VirtualBox, majd nagyjából telepíteni a virtuális kép nem sok mást. Lehet, hogy bölcs dolog, hogy beállít az összes munkavállaló egy másik alhálózaton, így legalább látom, hogy sok rendszer fut. Azt is el kell állítania a gépet egy hosszú távú bérleti szerződést határozott vagy határozatlan bérleti DHCP.

Hogyan kell futtatni Jobs a munkavállaló

Ez egy érdekes terület, és számos megalapozott módszereket feldolgozásra munkahelyet a munkavállaló. Itt én csak megvitassák a két legkézenfekvőbb:

• Állandóan futó szkript: A script, legyen az egy shell script, vagy egy PHP szkript lefut, ha a munkavállaló és fut részeként végtelen ciklusba kerül. Én ezt a módszert diszkontált egyik összeomlik a forgatókönyvet, és esetlegesen a munkavállalók félbeszakad nélkül valamilyen beavatkozásra.
• Cron alapú szkript futását: minden X percben a cron démon indul a hívás, hogy a forgatókönyvet, hogy mennek a dolgok. Anélkül, hogy bizonyos ellenőrzési vezethet sok-sok példányban a munkavállaló szkript fut.

Az én döntésem volt, hogy a cron, amely indul egy shell scriptet, minden 10 minutes. Saját shell script végzi a következő feladatokat:

1. Kap egy futó programok listáját, és a grep ezt a "php". Ha nem találja, akkor folytassa.
2. Hívja fel a munkát kódot, az én esetemben ez valami PHP alapú
3. Munkavállaló szkript befejezi a run
4. Készen áll ismét a következő megfelelő hívás

Saját bash script valahogy így néz ki a következő:

  #! / Bin / sh
 ha ps ax | grep-v grep | grep php> / dev / null
 majd
     echo "A foglalkoztatási jelenleg feldolgozás, kilépés"
 más
     echo "munka nem fut, indítsa el a most"
     php yourJobProcessingScript.php
 fi 

Megjegyzés: a visszhang a szinte teljesen értelmetlen, de segíthet a következő személyt, aki jön, hogy megpróbálja szerkeszteni őket.

Ez megköti a létrehozott a munkavállaló virtuális gép, gyors, egyszerű, és könnyen másolatot minden új darab hardvert kapott. Az "okosság" a grid-rendszer valójában nem a megjelenített operációs rendszer, annak, hogy mindez csak a kód létrehozott folyamat munkahelyet, a munkát konfigurációt, és ügyelve arra, hogy a feladat fut, amikor a megfelelő (azaz amikor a gép tétlen ).

A Windows beállítása a inicializálása munkavállalók

Az első feladat, hogy kidolgozza a parancs futtatásához szükséges virtuális gépet a Windows parancssorban. Ha már telepítette a VirtualBox az alapértelmezett helyre, és már megnevezett a munkavállaló GridMachine akkor a parancs szükséges töltse fel munkavállaló:

  "C: \ Program Files \ V \ VirtualBox \ VBoxManage.exe" startvm GridMachine 

Azonban futtatni a szkriptet a "fejetlen" állapotban is kell használni:

  "C: \ Program Files \ V \ VirtualBox \ VBoxHeadless.exe"-startvm GridMachine - VRDP = off 

Ez elindítja a virtuális gép nélkül a GUI-t, és lehetővé teszi, hogy mentse az állami kecsesen. A második érv kikapcsol RDP, így nem ütközik a Windows RDP, vagy kapsz egy üzenetet arról, hallgatja a 3389-es port. A virtuális gép neve kis-és nagybetűket!

Következő, akkor be kell állítani ablakok akár elindítására a munkavállaló VM miután a gép nyugalmi állapotban van. Ehhez (Windows XP) akkor be kell menni a Start -> Minden program -> Kellékek -> Rendszereszközök -> Ütemezett feladatok az alábbiak szerint:

Ezután kattintson a "Ütemezett feladat hozzáadása" majd keresse meg hozzá egy egyéni programot. Keresse meg a VBoxManage forgatókönyvet, és kattintson az OK gombra. Menetrend a feladat azon lehetőségek valamelyikével (mi ezen változtatni egy perc), és folytassuk. Miután kihagyom a következő képernyő ablak megkérdezi, hogy kivel szeretné futtatni ezt a feladatot, Én javaslom vagy a "Rendszergazda" vagy hoz létre egy új jogosultságokkal rendelkező felhasználóként. Ne feledje, nem akarunk beavatkozni a standard személyzeti fiók a gép az adott időpontban. Kattintson a Tovább gombra, és ellenőrizze azt mutatják, további opciókat erre a feladatra.

A végén a futás szövegdoboz hozzá a "startvm GridMachine" string, és biztosítják, hogy futni csak bejelentkezett marad unticked. Látogasson el a menetrend feladat mellett, és módosíthatja az ütemezési legördülő a lehetőséget ", ha üres", válassza ki azt az időt szeretné, hogy a gép tétlen, mielőtt a következő lapot.

Végül untick a lehetőség, amely kimondja, hagyja abba a feladatot, ha már fut az X idő alatt, de jelölje be a lehetőséget, hogy állítsa le a feladat, ha a gép már nem tétlen.

Ennyi, akkor a windows host beállítás!

Összefoglaló

Ebben a részben már létre egy virtuális gépet, hogy jár a munkavállalónak, valamint milyen módon nevezünk, és végre mi feladatunk feldolgozás szkriptek (magamnak egy PHP szkript). Innen megnézzük, hogyan kell beállítani a másolatot az ablakok hogy kezdje meg a virtuális gép a fej nélküli módban, ha a számítógép lesz tétlen, és mentse állapota, amikor a felhasználó újra használata a gép. Remélhetőleg ezen a ponton Ön látja, milyen egyszerű ez, hogy hozzanak létre egy ilyen rendszert, és a viszketés, hogy néhány kísérlet folyik magad!

Legközelebb

A 4. rész leszünk nézett eszközök használatával, annak érdekében, hogy saját maga vezeti a legfrissebb a kód és az adatforrások, hogy a kapott eredmények mindig up-to-date a legújabb üzleti információk és a logika.

Hozzászólások (1)

Által Steven Lloyd Watkin , péntek december 4, 2009 11:23

Bevezetés

Dolgozom a vállalatnál, ahol fuss sok kötegelt feladatok feldolgozására millió nyilvántartást adatok minden nap, és én már gondoltam a közelmúltban arról az összes gépet, hogy ülünk, minden egyes nap semmit sem csinál több órán át. Nem lenne jó, ha tudnánk használni e gépek, mely növeli a feldolgozási teljesítmény, a mi rendszerek? Ebben a cikket, megyek megnézni a potenciális előnyei foglalkoztató iroda hálózat segítségével virtualizált környezetben.

Mint PHP fejlesztő fogom, hogy eszközöket, hogy használom minden nap nevezetesen, Linux, MySQL , PHP, VirtualBox és a Subversion (SVN). Azonban remélem, hogy ez az útmutató alkalmazkodni a más nyelvek és technológiák éppúgy.

A megoldás biztosítja azt is nagyon lazán alapján a feldolgozás típusát is kéne elérni de ez nem lehet igaz az egész cikket fogok változtatni a dolgokat az egyszerűség kedvéért, illetve, hogy több érdekes használat módja.

Ezek a virtualizált környezetek fog futni a Windows gépeken, mivel ez az, amit a legtöbb irodák futnak. A feldolgozás az irodai gépek ne ne zavarja személyzet olyan berendezést, amennyiben nem igényelnek karbantartást, a gép, és könnyen telepíthető az új gépeket amint azok elérhetővé válnak. Is, az új virtuális gépek nem igényelnek semmilyen további beállításra, mivel ez nagyban csökkenti a skálázhatóságot és könnyű, ahol a rács rendszer kibővíthető.

Miért telepítése az Office Computing Grid?

Először is lehet, hogy gondol, miért nem használja a "cloud computing" forrás, mint az Amazon EC2 platformon ? Nos oka lehet több, mint például:

• Nem fog bízni bizonyos adatokat a cloud computing környezetben
• Nem tudod bizonyos adatokat egy cloud computing környezet jogi okok miatt (pl. adat elhagyja az országot), esetlegesen jogi okokból, például NHS rekordokat.
• Meg kívánja tartani a feldolgozó egységek szoros és teljes ellenőrzése alatt a hardver is
• Nem kell a projekt alapok futtatni felhő példányok
• Irodában nincs a kapcsolatot az interneten, és ezért a használata nem lehetséges egy felhő forrás
• Nem mint az eső, felhők sugallják eső, ezért tartsa távol a

Biztos vagyok benne, a lista folytatódhat, de azt hiszem, hogy ennyi elég most.

Előnyök az Office Computing Grid

Nos, hogy csináljunk néhány matematikai (és a valódi fizikai stílusban lehetővé teszi, hogy néhány lendületes feltételezések szerint). Képzeld el, hogy nagy húsos feldolgozó szerver fut 100 munkahely naponta. Az irodájában van 50 gép, amely használaton kívül van 16 órát egy nap, minden egyes ilyen gépek 10%-ot olyan erős, mint a húsos feldolgozás sever. (Az összes eredményt itt vannak kerekítve, hogy alábecsülik a teljesítmény növekedés).

Tehát, 1 gép * 10%-os teljesítmény * 2 / 3 = 0,067 idő, vagyis 1 asztali feldolgozás üresjárati időben képes feldolgozni 6 teljes napi feladatok.

Ha most ezt a skálán felfelé tart 15 idle asztali feldolgozni annyi napi feladatok, mint a főbb feldolgozó kiszolgáló nem.

Tehát mi úgy tesznek, mintha irodában, 50 gépet tudnánk növelni a feldolgozási teljesítmény 1-től szerveren akár 4 teljes feldolgozására szerver, vagy mi lehet feldolgozása 400 napi feladatok helyett a 100.

Értesítés, a nem befektetési új hardvert a cég már csak növelte a tétel feldolgozási kapacitás 4-szer! Potenciálisan mész, hogy növelje a hálózati használati, hanem a legtöbb irodai környezetben voltam, hogy gépeket általában marad éjszakára, úgyhogy lehetett látni ezt, mint a zöld kezdeményezést.

Más előnyök is jelenti, hogy a beruházások az új (vagy frissített) a feldolgozás szerver is elhalasztható, ha az irodai gépek elegendő, és ahogy javítják az erejét a irodagépek az irodai hálózat lesz erősebb automatikusan.

Technologies

Mi kell neked? (Vagy pontosabban mit tudom használni):

• Idle irodai gép (az én esetemben egy tartalék öreg Windows XP laptop)
• VirtualBox (vagy más virtualizációs kliens szoftver)
• A virtuális gép a PHP, MySQL running fut kivágták OS, hívom ezeket a LIMP szerver:)
• Állások futtatásához
• Állás szerver (lehet egy másik virtuális gépet valahol)

Tipikus Jobs

Azok a munkakörök, hogy ezt a rendszert úgy tervezték, hogy fut a következő:

• Rendszert kap egy listát az adatok, amelyek alapján meg kell egyeznie, és visszatér eredmények
• Matching ellenőrzését foglalja magában / keresés több (meglehetősen statikus) adatforrások
• Adatforrásokból származó eredmények kérhet további érvényesítése, összevonása, ellenőrzés további adatforrások válaszul eredmények
• Az adatok vissza egyező rekordok, teljes mértékben ellenőrzése és feldolgozása
• Minden rekord egy feladat független a többi

Tehát alapvetően keresünk a futás munkák, amelyek előírják keveréke adatbázis lekérdezések, és bizonyos számú ropogó, egy meglehetősen tipikus az üzleti környezetben.

Grid megoldások nem csak az előnyös feldolgozási munkát az ilyen típusú. Alapvetően, minden eljárás, amely lehet bontani önálló egységet lehet futtatni párhuzamosan. Lásd ezt a wikipedia példákat és további információ: Grid Computing , de pár híres példa SETI @ Home és a BIONC . Vannak keretek futó számítógépes hálózatok, és ezek jól Érdemes benézni.

Mit fogunk elérni?

Végére az e cikkek Remélem azt mutatják, hogy egy irodai hálózat kiépítése nem kell igen drága, vagy időigényes. Megyek, hogy megvitassák:

• Beállítása a munka ellenőrzési rendszer, munkahely konfiguráció
• Létrehozása a megfelelő feldolgozási virtuális gép
• Hogyan állítsuk be a rendszert egy Windows gép
• Biztosítva, hogy Ön használja a legújabb kódok és adatok
• Telepítés és a benchmarking
• Előretekintve

Én leszek épület (ok én építettem, akkor írtam ezt) egy példa alkalmazás teszt a fogalmak a helyi gépen a Windows XP és a "GridMachine" virtuális gép. A munkám ellenőrző szerver lesz a fő gépen futó Fedora 11 .

Ez egyáltalán nem azt jelentette, hogy igazolják a teljesen jól működő, megbízható rendszer, annak többet jelentett egy demonstrációs és megvitatása azt mutatja, hogy ezeket a dolgokat el lehet érni egy ésszerűen rövid idő alatt és alacsony költséggel. Kérjük, küldje el nekem minden megjegyzést, korrekciót, vagy a fejlesztések és én minden tőlem telhetőt, hogy ezt a cikket frissítve mérkőzést.

Legközelebb

A 2. részben fogom kezdeni nézett a munka ellenőrzési rendszer, és nézd, hogyan munkahelyet kell konfigurálni annak érdekében, hogy legnagyobb összeget a feldolgozási, miközben biztosítja, hogy minden munka nélkül dolgoznak sikertelen.

Hozzászólások (1)

Által Steven Lloyd Watkin , péntek december 4, 2009 11:23

Bevezetés

Dolgozom a vállalatnál, ahol fuss sok kötegelt feladatok feldolgozására millió nyilvántartást adatok minden nap, és én már gondoltam a közelmúltban arról az összes gépet, hogy ülünk, minden egyes nap semmit sem csinál több órán át. Nem lenne jó, ha tudnánk használni e gépek, mely növeli a feldolgozási teljesítmény, a mi rendszerek? Ebben a cikket, megyek megnézni a potenciális előnyei foglalkoztató iroda hálózat segítségével virtualizált környezetben.

A 1. rész I. áttekintést adott a rendszer és technológiák fogom használni, valamint tárgyalt néhány a lehetséges okok miért szeretne létrehozni egy irodai hálózathoz.

Job Control

Ha lesz futás munkahely akkor lesz szükségünk valamilyen módon kezelni őket. A munkád ellenőrzési rendszer (a munka szerveren) kell igazán jól átgondolt, mielőtt még megpróbál futtatni egy irodai hálózathoz. Tehát először is, mik a feladatok munkát ellenőrző rendszer:

• Terít munkahelyek kérésére munkavállalók
• Mondja a munkavállalók milyen típusú munkahelyek futtatásához
• Track munkahelyek
• Biztosítani kell, hogy a munkahelyek csak akkor fut, ha
• Adjon munkát az adatok a munkavállalók, vagy legalább mondd meg nekik, hogy hol kap ez

A rendszer azt is meg kell bővíthető, olyan megoldás, amely most egy esetben meg lehet hosszabbítani futtatni többféle munkahelyet teremteni, mint az üzleti látja a vagyon egy rács megoldás. Például, munkahely szert prioritásokat, több munkahely típus létezik (azaz több kód bázisok), végül akkor is futhat több különböző munkavállaló a gépeket, amelyek optimalizált mindegyik típusú feladat (bár az elmozdulás a "generikus munkavállaló "ötlet). Mindig próbáld meg a jövőre gondolni, amikor rendszereket fejlesztenek ki, a rövid távú elképzelések vezethet hosszabb távon a frusztrációt, és nőtt a fejlesztési időt.

Állás Server

Mi lesz szüksége valahol irányítják munkahelyeket, ez legyen az egyetlen rendszer a hálózatba, amely egy rögzített Resource Locator, lehet, hogy egy IP-címet, a fogadó nevét, URL-t (a belső DNS), stb Ez azért van, mert a munkavállalók kell, hogy hol kell keresni a munkahelyek, a munkavállalók meg kell találni a munka ellenőrzési rendszer (nem a munka ellenőrzési rendszer megtalálja a munkavállaló).

A munka szerver maga nem igazán bonyolult feladat (egy alap rendszer egyébként), akkor kell tárolni egy listát a munkahelyek, munkahelyek kezet, megkapja eredményeket, majd tárolja azt a későbbi visszakeresés. Hogy ezek a részek (például a "kezét munkahelyek") határozza meg lehet nagyon alap. Később tudjuk a rendszer kiterjesztését tartalmazza adminisztrációs felület felvenni, szerkeszteni, törölni, felfüggeszteni munkájukat, de ez meghaladja ezt a feladatot.

Nincs ok nélkül, majd, hogy a munka kiszolgáló nem egy virtuális gépen futó belül a főbb feldolgozó szerver, feltéve, hogy nem folyik túl sok erőforrást belőle. A munka azonban nem szükséges kiszolgáló magas szintű rendelkezésre állás, ha megy le egy péntek este fogsz veszíteni egy egész hétvégét a feldolgozás, esetleg olcsóbb akkor egy pár hétig értékű feldolgozási idő (összehasonlítva a főbb feldolgozó szerver egyedül) . Ha akarod, fontolja meg a munkát szerver terhelése kiegyensúlyozott környezetben a magas rendelkezésre állás.

Basic Setup

Az alap beállítás a mi feladatunk szerver áll, amit Hívom az egyik LIMP szerverek (azaz Li Nux, m ySql, P HP). A kód fut Thea munkavállalók ténylegesen dolgoznak ki, hogy milyen munkát is futtatható, kölcsönhatásban áll a munkahelyek rendszer adatbázisok. Később sikerült létrehozni egy webes szolgáltatást, és valóban szét munkahelyet nem pedig a munkavállalók nem a kemény munkát maguknak, de most fogjuk továbbra is használni a KISS elv (Keep It Simple, Stupid!).

Szóval, lehetővé teszi, hozzon létre három MySQL táblákat kezelni munkahely. Ezek lesznek a "munkahely`, `jobRecords` és `jobResults".

Itt vagyok használ SQL Buddy egy jó kis alternatíva a phpMyAdmin csak azért, mert az egyszerűbb telepíteni a CentOS (mások lásd: 10 Nagy alternatívái phpMyAdmin )

Ez a táblázat áll 5 egyszerű mezők,

• id: egyedi azonosítására a munkát
• név: Lehet, hogy az ügyfél referencia, vagy akárhány más azonosítók
• Státusz: Tudnod kell, amennyiben a munka van, például
  • 0: nem indult
  • 1: felkapott
  • 2: Befejezve
• started_by: Ki kezdte ezt a munkát? Ez nem teljesen szükséges, de egy szép volna. Én javaslom követési munkavállalók által IP-címét a hálózaton
• started_at: Mikor indul a munkavállaló a munkát? Nyomon követésével munkahelyek, amelyek nem fejeződik be X ideig tudjuk kell, hogy vegye fel a munkát újra és indítsa el a feldolgozás egy másik munkás. Munkavállalók tudta megállítani feldolgozása / go offline tetszőleges számú oka, áramkimaradás, összeomlás, hálózati veszteség, stb

Könnyen, hogy ezt a táblázatot kell bővíteni néhány további területekre, hogy a statisztikák nyomon követésére, a befejezési idő oszlopban, hogy mennyi ideig tartott a munka, egy számlálót, hogy hány munkavállaló felvette a munkát (nyilván ez kell, hogy inkább 1), munka kiemelt, a lista megy tovább és tovább. A bonyolultabb feladat forgatókönyvek lehetséges lenne, hogy meghatározza, hogy mennyi memóriát a munkavállaló kellene hozzáférés (és ezért csak akkor használja megfelelő dolgozók), vagy akár milyen típusú munkavállaló lenne szükség.

Lehetővé teszi, hogy adjunk hozzá egy kevés példa munkahelyek:

A következő táblázat ismét egyszerű megérteni, ezek munkánk rekordokat. Ezek kapcsolódnak a fő munkahelyek táblázat egy oszlop `jobs_id". Az alkotó az ebben a táblázatban nagyon sok múlik az adatokat, hogy kell bocsátania a munkavállalók, lehetővé teszi, hogy egy nagyon egyszerű példa, ahol már négy oszlopból áll:

• id: Azonosító a rekord
• név: személy neve
• címe: Személy címe
• jobs_id: A munka ID, hogy ez a rekord is kapcsolódik

A harmadik és a döntő asztalon áll egy eredmény táblázat, azt nagyon hasonló alkotják, mint a mi nyilvántartások asztalra, és azzal a kiegészítéssel, egyes oszlopok része lehetne a rekordok táblázat:

• job_record_id: Link az eredményt a feladatot
• eredmény: Az eredmény adatok

... És ez minden, amire szükség van a munka feletti ellenőrzés! (Igaz, egy nagyon alap szinten) Az én esetemben én vagyok arra, hogy egy másik asztalhoz, ahol az adataim feldolgozására volt található, de ez is ugyanolyan könnyen került egy fájlt, paraméterek futtatni szimulációs programot, meg ilyeneket.

Kiválasztása a munka

Mint azt korábban jeleztük, a munkavállalók a dolgunkat vezetés nekünk most, így is meg kellett tennie, hogy valóban munkát találni, hogy az igények feldolgozása és az információk beszerzése. Hogyan tudjuk ezt megtenni? Hát vedd mi feladatunk, kiválasztási kritériumok és munkát keresni, az SQL-én az alábbi:

1. Tegyen meg minden munkahelyet, amelyek nem jelölt teljes, de a mi munkás és reset őket (helyettesítő __ME__ azonosítójával, legegyszerűbb lenne IP-cím):

     UPDATE `` SET `munkahelyek status` = 0 WHERE `status` = 1 ÉS `started_by` = __ME__; 

2. Segítségével munkánk kiválasztási kritériumok, válasszon ki egy feladatot, és mondd el a rendszer, hogy ez a munkavállaló foglalkozik vele:

     UPDATE `` SET `munkahelyek status = 1", "started_by` = __ME__, `started_at` = NOW () `WHERE` status = 0 vagy
    (`Status` = 1 és a `` started_at> DATE_SUB (MOST (), interval X óra)) ORDER BY `id` ASC; 

   , Megragadva munkák, amelyeket nem tért vissza eredményeket X idő mi biztosítja, hogy minden munka futnak az esetben, ha a munkavállaló összeomlik vagy megy AWOL.

3. Következő megragad a munkahelyek adatait, majd a nyilvántartások maguk:

     SELECT * FROM `` WHERE `munkahelyek started_by` = __ME__ LIMIT 1;
    SELECT * FROM `job_records` WHERE `id` = __JOBID__; 

Ha elkészül a munka, amit be az eredményt rögzíti és jelöljük meg a munkát teljes. Ne feledje, a munkahely suspend / resume bármikor lehetővé teszi néhány robusztusság a szkript. Lehet, hogy a feladat felfüggeszti felénél frissítése a munka ellenőrzési rendszer, így ellenőrzi a rekordok száma a munkát, és a találatok számát mentette vissza a munka ellenőrzési rendszer lenne bölcs lépés.

Ezen kívül, bár ez jól illusztrálja, hogy munkahelyet lehet kiválasztani és kezelni egy SQL-lekérdezést keret akkor tényleg absztraháló a feladatuk, hogy ha úgy döntesz, hogy váltani egy web szolgáltatás, a fájl alapú rendszer, XML , vagy bármely más Számos rendszer nem fogja befolyásolni a fenti kódot is.

Állás konfiguráció

A következő szempont annak megállapítása, a feladat nagysága és konfiguráció. Játszva a munkahelyek konfiguráció tudunk teremteni egy kiváló egyensúly a sebesség, a folyamat replikáció, és a megbízhatóság. Vegyünk egy pár OFA forgatókönyvek:

1. Foglalkoztatáshoz 1 nap minden futtatni: Ez azt jelenti, hogy a dolgozók 15 napon belül kell feldolgozni minden munkát (emlékszem 10%-át az erőt 2/3rds az idő). Ez nyilvánvalóan nem egy okos konfigurációt, a feladat mérete túl nagy! Lenne szükség, legalább kétszer az ideje, hogy munkát kell feldolgozni az eredeti munkavállaló megy AWOL (idő, hogy vegye fel, hogy nem tért vissza következtében plusz újrafeldolgozási idő szerint). Egy ideális ha volna legalább egy teljes munkát, egyszerűen törli a végét Hosszabb üzemszünet, így tartsa a munkahelyek ketyeg újra és legrosszabb esetben a munkát venne igénybe a két nap során figyelembe kell menni az első hiányzik.
2. Foglalkoztatáshoz 1 perc futtatni: Ez azt jelenti, hogy a dolgozók mintegy 15 percet futni minden munkát. Míg ez eleinte úgy tűnik, ideális, kapsz újabb munkát feldolgozása során ebéd ideje, kávészünetek, találkozók, stb ez a forgatókönyv teszi törzs más területeken a rendszert, és bevezeti a saját problémáit. Például, először a setup / feldolgozási idő arány fog menni, egészen, ezért elveszti a rendszer hatékonyságát. A hálózat lesz állandó folyamatos munka az információkat a különböző munkavállalói bosszantó személyzet dong a napi munkát. Te is megy, hogy nagyobb megterhelést jelent a munka feldolgozó szerver, mivel a kiadagol sok-sok apró munkát rendszeresen. Végül, ebben a helyzetben, ha a munkád szerver leáll fogsz létrehozni egy hatalmas hátsó naplót befejezetlen munka mivel nagyobb munkahely folyamatos feldolgozás szerencsére tudják, hogy a munkát kiszolgáló nehézségei.

A valóságban nem lesz egy ideális beállításait a hálózati beállítás, sok múlik a rendelkezésre álló erőforrásokat, fajta munka, munka átfutási idő követelmények, a hálózati képességek, és így tovább. Azonban néhány iránymutatást a következő lenne:

• Méret munkahelyek érdekében, hogy minden munkavállaló képes átjutni legalább 3-4 munkahelyet számított 15 óra (a leghosszabb várható készenléti idő)
• Játssz a feladat méretének úgy, hogy a beállítási idő lesz meglehetősen jelentéktelen, mint a feldolgozási idő (szem előtt tartva a fenti pont).
• Ha a munka nem teljes, kétszer annyi idő (talán kevesebb), akkor elvárható, hogy töltse ki vállalja, hogy elment AWOL, és kezdje meg a feldolgozást másik munkás. Ez azt jelenti, lehet, hogy várni akár háromszor a szokásos ideje a munkát, hogy teljes (esetleg tovább, ha a következő feladat nem). Ha akarod, hogy csökkenteni ebben az időben, de vigyázzon, hogy ne csökkenjen túl nagy, mivel lehet kezdeni kétszeres feldolgozási feladatok rendszeresen.
• Aktuális függetlennek kell lennie a külső követelmények a lehető legnagyobb mértékben. A munka szervert, például, csak akkor kell felvenni a kapcsolatot elején és végén minden munkát.
• Ne telített a hálózat, ez két negatív hatásai, a nappali személyzet fogja találni a hálózat használatáról és bosszantó problémák tapasztalhatók a kapcsolat időtúllépés a probléma, hogy csak rosszabb lesz, mint te skála a rács.
• A munkahelyek is futhat a dolgozók. Ha munkahelyek túl memória igényes vagy lemezterület intenzív munkahely elindul kilépek, és az egyetlen dolog, észre fogod venni, egy csepp a munkahelyek száma feldolgozott nincs valódi oka.

Benyújtása eredményei a Job

Amikor benyújtása eredményei a feladata, fontos ellenőrizni, hogy az eredmények nem nyújtották be más munkavállaló, különösen, ha a jelenlegi munkavállaló szunnyadó egy ideje.

Ha eredményt nyújtják be arról, hogy a találatok száma megegyezik a rekordok száma a munkát.

Mint azt korábban jeleztük, és nem lehet több mint hangsúlyozni, építeni hibatűrés a munkát visszakeresése és az eredmények benyújtását. A munkavállalók (és valószínűleg lesz) bemegy felfüggeszti módot a legkellemetlenebb az idők, és ezt kell gondoskodjanak. Továbbá ismét absztraháló el az eredményt benyújtásának segít kielégíteni a jövőbeni változások a munka ellenőrzési rendszer sokkal könnyebb kezelni.

Összefoglaló

Ebben section már megnézték, hogy mi a feladatuk szervert kell csinálni, és hogyan lehet egy nagyon alap rendszer létrehozása. Megbeszéltük, hogyan kell letölteni a feladatot a rendszer, és hogyan lehet a legjobban beállítani munkahelyet, hogy a legtöbbet mi az Ön irodai hálózati rendszer. A befejezéshez, egy vagy két bekezdést az eredmények közlésekor vissza a munka feletti ellenőrzés szerver be.

• A munka feletti ellenőrzés szerver kezeli a munkahelyek és biztosítja, hogy minden szervezeti egysége töltik
• Azáltal absztraháló munkád select / eredmények benyújtását meg tudjuk változtatni a technológiát az ellenőrző szerver nem sok probléma
• Állítsd be a munkát annak érdekében, hogy futnak a gyors és hatékony, anélkül, hogy túl nagy nyomás nehezedik a hálózati infrastruktúra, valamint megkettőzése nélkül feldolgozási feladatokat rendszeresen.
• Biztosítani kell, hogy amit építenek hibatűrést és hiba checking be a rutin, a munkavállalók felfüggeszthetjük, illetve folytathatjuk, és a legkellemetlenebb az idők. Ne felejtse el ellenőrizni, hogy az eredmények már benyújtott egy másik munkás.

Legközelebb

A 3. rész hozunk létre a virtuális feldolgozó gép és állítottuk fel windowsos gépek lesz tétlen munkaidőben.

Hozzászólások (3)

Által Steven Lloyd Watkin , péntek december 4, 2009 11:03

Bevezetés

Dolgozom a vállalatnál, ahol fuss sok kötegelt feladatok feldolgozására millió nyilvántartást adatok minden nap, és én már gondoltam a közelmúltban arról az összes gépet, hogy ülünk, minden egyes nap semmit sem csinál több órán át. Nem lenne jó, ha tudnánk használni e gépek, mely növeli a feldolgozási teljesítmény, a mi rendszerek? Ebben a cikket, megyek megnézni a potenciális előnyei foglalkoztató iroda hálózat segítségével virtualizált környezetben.

A 4. rész is nézett eszközök használatával, annak érdekében, hogy mi fut a legújabb verzióját a kód és az adatforrások, hogy a kapott eredmények mindig up-to-date a legújabb üzleti információk és a logika.

Pre-Deployment

Telepítése előtt a távvezeték-hálózat, ha van egy dolog, amit tenni, és egy dolog, csak ez a viszonyítási alap a jelenlegi rendszer! Nem számít, mit mond kollégái, mennyi plusz munkát a rendszer nem fog csinálni, ha van számok ezt alátámasztanák a garanciák semmit. Szóval,

• Hány rekordok tudsz folyamat jelenleg? Napi? Óránkénti?
• Mennyi ideig tart általában venni, hogy megforduljon a munkát?
• Mennyivel több kapacitás van?

Van még további kérdéseket:

• Ha a feldolgozó szerver (vagy az egyik feldolgozó szerverek) megy le, hogyan lesz ez hatással a képességei, leszel nyomorék?
• Milyen előnyei vannak reményt / kapni egy grid-rendszer?
• Ön irodagépek képes futtatni a munkahelyek?
• Ön (vagy tud munkahely alakítható), hogy ebben a stílusban fut?

Az utolsó nagy lényeg az, hogy az idő minden jelentősebb változás, mint ez. Frissítse a feldolgozási kód dolgozni az új módszer, benchmark újra. Esetleg állítsd be a feldolgozó szerver fut egy virtuális gép, miután minden feldolgozás szerver csak egy újabb munkavállaló (csak egy nagyon erős egy relatíve). Lehetővé teszi az új folyamat rendezésére.

Telepítés

A véleményem az lenne, hogy nézz be az irodába egy hétvégén végre mindazokat a létesítményeket és a beállítás. Ehhez előtt egy kéthetes nyaralás és hagyja, hogy más szegény fickót, hogy foglalkozik a következményekkel ... talán nem ...

Telepítés egy ilyen rendszer kell lassú. Annak ellenére, hogy viszonylag egyszerű létre ez a rendszer hatással lesz az egész irodai infrastruktúra (valamint a digitális egyet). Először is, kiépítés egy pár gépet egy időben, figyelemmel kíséri a hálózati forgalmat, hogy a munkavállaló házigazdák végeznek a napról-napra. Lehet, hogy változtassa meg a munkát konfigurációt választ a megállapításokat.

Miután a rendszer állandó néhány gép (mondjuk 10%-a az összes irodai gépek, azaz 5) folyamatosan hálózati forgalom és a kiszolgáló gép performance. Következő benchmark újra, akkor most meg kell feldolgozása 33%-kal több munkahelyet, mint az első kritériumot. Ellenőrizze, ez így van, vagy hogy te legalább ebben a helyzetbe. Ha nem, vizsgálja ki, mi folyik itt, mielőtt tovább. Ismételjük meg ezt a ciklust, amíg boldogan minden irodai gépeken futó nélkül megölése egyedi gép teljesítményét, vagy őrlése a hálózat a holtpontról.

Mindenkor tartsa teljesítményértékelés, még azután is, az összes telepítések készülnek. Ellenőrizze, hogy az új kód frissítések érintik sebességét a rendszer ellenőrzi az összes munkavállaló jelentési és feldolgozása munkahelyeket. Lassan (nagyon lassan) növelés a munkád konfigurációt, hogy a legjobb az Ön munkavállalók és a hálózat.

Stop!

Mi van, ha azt szeretné, hogy megállítsa a munkavállalók futó kis időt? Ezek mind ott fut, regeneráló, és megpróbálja a legjobb az adatok feldolgozására, mint éhes rovarok. A válasz nyilvánvaló tűnhet, de érdemes hozzá csak abban az esetben, figyelmen kívül hagyni. Egyszerűen szerkesztheti a feldolgozó szkript egy exit (0) or die () vagy más nyilatkozatot, hogy megöli a feldolgozó munkát. Egy fontos ok, hogy miért mindig próbálja frissíteni a legújabb feldolgozó szkript előtt fuss!

Demonstrációs rendszer

Annak érdekében, hogy megírom ezt a rövid cikket tartalmaz Csináltam egy kis rácsot, hogy bizonyítsa a technológiák és módszerek. Olvastam sok cikket, oktatóanyagok, és használják a különböző eszközöket beállít, és figyelemmel kíséri, mi történik. Semmiképpen sem tettem elment, és telített egy egész iroda a nemzetközi forgalmat és nem is kellett hozzáféréssel rendelkezik egy állandó személyzetének tagjai PC, hogy milyen fogadó teljesítmény volt érintett.

Én a szemléltető rendszer volt, nagyon szerény, valóban. Régen én rendszeresen asztali létre, mint a munka ellenőrzési szerver. Ezen kellett telepíteni MySQL szerver telepítve létre, mint a mester replikáció, PHP , Â és SVN keresztül kapcsolják össze az Apache (a hozzáférés munkavállaló VM).

Aztán létrehoztunk egy CentOS munkavállaló gép VirtualBox egy 6 éves Windows XP laptop. Állítom ütemezett feladatok meghatározott másolás után a VM-ra a gépet, és hagyjuk, hogy menjen.

A virtuális gép jött létre a PHP, felforgatás, és a MySQL. Megnéztem egy ág neve "munkavállaló" az állásomból control szerverek adattár és gondoskodott arról, hogy lehet frissíteni a 'svn update ". Következő állítom mySQL, mint egy rabszolga és ellenőrizni, hogy az adatok másolására a MySQL a munkát ellenőrző szerver le, hogy a munkavállaló VM. Mindezek után állítom a bash script és a cron job.

Saját feldolgozó szkript alapvetően ment mentén e (nagyon egyszerű dolgok):

• Olvassa el a neve mezőbe
• Megszámoltuk a hasonló nevek egy asztalt az adatforrás tartott a VM
• Megszámoltuk a nevek, mint fent, de felosztása a nevet, terek (pl. keresztnév, középen, vezetéknév)
• Megismételte ezt a folyamatot 1000-szer

Minden munka volt kb 20 perc alatt futtatni. Egy ponton nyitott több példányban, a munkavállaló VM a Windows laptop, és figyelte a munkahelyeket kell ellenőrizni ki mind a munkavállaló IP-címek. Ezen a ponton azt is megerősítette, hogy a replikáció automatikusan újraindul.

Elhagyva a laptop készenléti eredményezett a munkavállaló elkezd folyamat feladatokat a munka feletti ellenőrzés szerver. Ha úgy tér laptop használata volt a késés körülbelül 30-60 másodperc, ez egy meglehetősen sok időt és személyzetet kellene értetni, hogy a gép szünet egy rövid időre, amikor visszatér a gép. Újabb gépek nem lehet szünet a hosszú. Az előny összegének által végzett feldolgozás során ezek a gépek készenléti idők több mint ellensúlyozzák alkalmazottak részére, akik, hogy várjon egy rövid ideig (mondjuk 1 perc) az érkező gépeik A reggeli (Én gyakran hosszabb ideig várnia, hogy ez a Windows Defender A frissítés kerül sor), amennyiben voltak tisztában a (hasznos idő, hogy megragad a reggeli kávé!).

Összességében úgy érzem, abban, hogy bebizonyították, a technológiák, amelyek segítségével létrejöhet egy ilyen rendszer. Megmutattam, hogy egy ilyen rendszer működik egy (nagyon) kis-és néhány további kísérletezés lehet szorozni kihasználni a források egy irodai gépeit. Ha én nem értem, hogy a pont ezt én is nagyon érdekelt, hogy tudja / látni, ha valaki más teszi.

Következtetések / Értékelés

A következő lépés az lenne, nyilvánvaló, hogy valóban kap egy valós példát, és elkezdi telepíteni a rendszert, mint ez egy olyan irodai környezetben, és meglátjuk, mi történik. Kérdezi üzleti hogy kötelezzék el magukat e nélkül nyomvonal lángoló társaság bizonyítani a technológia és a hatékonyság lehet egy kicsit nehéz. Rács / Elosztott számítások igen népszerű bizonyos körökben, és néhány nagyobb alkalmazás (BIONC, SETI @ Home, a Folding @ Home, stb). Én azonban nem talál egy kisebb méretű és egyszerű rendszert, mint ez az én keresések lehetne kigördült egy olyan irodai környezetben.

Létrehoztam egy alapvetően ingyenes rendszer segítségével többnyire nyílt forráskódú szoftverek és eszközök állnak rendelkezésre szinte minden irodában. A technológiák alapjában véve igazolták, és azt mutatják, hogy teljesítményük és a várt módon működnek. Remélhetőleg már azt mutatják, hogy az nem sok munka és egy nagyon egyszerű beállítás telepítheti iroda grid rendszer, amely hatékony, olcsó, Â és méretezhető minden ugyanabban az időben.

Miután a rendszer felállt és működik ott szinte nincs vége az összeget testreszabási és fejlesztések megteheti. Például a statisztikák / benchmarking könnyen kiegészíthető mutató értéke egy ilyen rendszer minden nap. Új gépek is ki gyorsan és egyszerűen, ahogy és amikor érkeznek a frissítések a már meglévő hardver rávilágítson a feldolgozási teljesítményt.

Remélem, élvezettel olvasta ezt a cikksorozatot és adott neked elgondolkodtató a futtató irodai hálózati rendszer. A bemutatott megoldás itt nem feltétlenül működnek minden helyzetben, de kell alkalmazkodniuk kell lehetővé teszi, hogy az adatok feldolgozása segítségével történik a saját megoldás.

Kérjük, küldje el nekem minden megjegyzést, korrekciót, vagy a fejlesztések és én minden tőlem telhetőt, hogy ezt a cikket frissítve mérkőzést.

Hozzászólások (3)

Által Steven Lloyd Watkin , szombat 28 november 2009 22:42

Én munkáltató a közelmúltban fizetett egy csoportja minket a fejlesztők, hogy a Zend Framework: alapjai természetesen itt fogom összefoglalni gondolataimat és vélemények a kurzus a többiek számára. Azok számára, akik időt takarít meg, itt az én összefoglaló:

A fejlesztők számára, akik még nem volt ideje, hogy nézd meg a Zend Framework erre a kurzusra (Zend Framework: alapjai) kínál jó általános képet a keret bevezetésével, hogy a kulcsfontosságú területeken, és amely elegendő információt annak érdekében, hogy továbbra is. For those who have spent time looking at the framework and have followed one or two tutorials this course does not offer much beyond.

Háttér

Már egy PHP fejlesztő körülbelül 5-6 év, és kezdett el dolgozni a Zend Framework egy komponens alapján az elmúlt 6 hónapban. Én már kidolgozott, és / vagy már a fejlesztő egy pár kis Zend Framework MNV sites. Őszinte leszek, én nem volt egy hatalmas expozíció más keretek között egy kódolási szempontból, hanem töltött több óra kutatása a projekt honlapján és értékelési them. A keret és a közösségi körülvevő Zend Framework elég izgalmas és úgy tűnik, hogy óriási lehetőségeket, ahol a haladó.

About the Course

A kurzus során leszállított 9 kétórás WebEx ülés (egy 10-perces szünet a közepén). Az időt töltenek megy keresztül diasorozat által biztosított Zend vitával bármikor. Használhatja a mikrofont, hogy beszéljen az oktató, de hogy őszinte legyek én nem látok senkit használja mást, mint a chat ablak. In addition a VMWare Ubuntu machine is provided that has example code and projects set up an a trial version of Zend Studio. A tanfolyam vezetője beszél a résztvevők akár több mint egy integrált VoIP megoldás, vagy lehet tárcsázni használatával egy a sok közül világszerte behívó számok.

During the course the material consists of a brief overview of the Framework and the MVC pattern before heading into a sample guestbook application. A vita bizonyította bootstrapping, Zend_Application, Db asztalok, adatbázisokhoz való hozzáférés, űrlapok, szűrés, ACL, hitelesítése, stb, stb Alapvetően amely kiterjed az összes téma kívánt szükség, hogy egy alap site létre működésének ideje alatt így az eszközök megy és kap fejlettebb keretében (bár ez nem minősülnek "Lásd a honlapon" sok az idő).

Az idő adott kódot fel néhány példát, és dolgozzon ki a "vendégkönyvbe" és egyszerű "wiki" alkalmazása. Személy szerint úgy éreztem, hogy biztosítja a kódot, vagy minden alkalmazást, és aztán kér bennünket, hogy dolgozzon, amit alapvetően egy példánya mellett nem igazán egy jó tanulási tapasztalat. Jobb szerettem volna, hogy alakítson ki hasonló alkalmazás, de nem azonos. A példa alkalmazás azzal a haszonnal jár, amelynek útmutató hivatkozni. Alternatívaként épület az alkalmazások a semmiből a bemutató lenne, hogy esetleg vezetett több kérdést, hogy miért és hogyan, így a jobb megértéséhez a keret, elvégre akkor néz ki sajátosságainak a tanfolyam után.

Az utolsó előadás állt a munka a wiki alkalmazás segítségével / iránymutatást az oktató. After the course feedback was taken, it was emphasised several times through the course that Zend takes feedback very seriously, in fact apparently our version of the course was quite new. Some of the other developers in the company will be taking the course soon so it will be interesting to see if this has happened.

A tanfolyam stílusa informális, engedélyezett visszacsatolás és a résztvevők közötti együttműködés és az oktató. The course leader was friendly, approachable (email addresses were shared for questions), and whilst his presentation from the slides was a bit shaky seemed fully competent in the framework. Ő volt egyértelműen valaki, aki keretében rendszeresen helyett valakit, aki tanította, hogy tanítsa a kurzus, tetszett a "való világ" tapasztalata ebben a tekintetben.

Összességében Feeling

In some ways I found the course a waste of time, in others it was very handy. Remélhetőleg Hozok én okok között egyértelműen, és talán valamennyire elgondolkodtató és hasznos visszajelzéseket (tudva, nekem ez nem valószínű!).

Ami engem illet ez a tanfolyam célja az volt, túl alacsony szintű. Miután átesett a gyorstalpaló, olvassa el Rob Allen Zend Framework in Action, és dolgozott együtt a keret egy kicsit én nem igazán kap semmit túl sok. Azt az tetszett a tanfolyam, hogy vegye fel a végén a kezdőknek, és dolgozzon ki további képességek.

That said, the course title does clearly state “Zend Framework: Fundamentals ” and in that aspect the course achieves what it sets out to do. Más tagok a fejlesztő csapat, hogy még nem töltöttem az időt vizsgálja a keret kész minden ülés lelkesedéssel és kérdéseket, amelyek igazán jó látni.

Minden nem veszett el, jó volt, hogy több időt megerősítve az alapvető adatait a keret és kap feltenni néhány kérdést a területeken, ahol nem voltam 100%-os. Azt is ideje, hogy kaptam, hogy üljön le minden nap, és átgondolni kódolás segítségével a keret és a jövőbeli projektek, amit én nem volt képes, ha másként (el tudod képzelni a cég beleegyezett, hogy?:)). Last but not least you also get a nice certificate from Zend to say that you attended the course (albeit by email).

Zend Framework tanúsítás

Ez volt az egyik kérdés, hogy jöttek szóba a kurzus során, lenne előkészíti nekem a tanúsítás? A gyors, egyszerűen egy hangos sz. A tanfolyam oktató volt teljesen világos, hogy az a további tanácsokat, hogy a tanúsítási akkor tényleg használni keretében egy napi szinten, és úgy érzi, nagyon kényelmes és magabiztos használatát, módszerek.

Összefoglaló

Mivel mindent, amit írtam fent, én mindent össze két egyszerű pontokba szedve:

• Új a Zend Framework: Ez természetesen nem pontosan az, amit elvár, ez ad ön egy szép bevezetés a keret, és egy jó földelés az alapokat, ahonnan lehet építeni. The course seems to generate interest and enthusiasm for the framework amongst developers.
• Eladó a Zend Framework: Amíg jó volt a partra néhány, az alapokba éreztem az időt, erőfeszítést és forrásokat, hogy a kurzus lehetett volna jobb a kiégett máshol. It will be nice to see Zend create a new higher level course to take developers to the next level – at least to the standard of certification and beyond. For that I would sign up immediately.