Anledningen till att vi gav upp var egentligen inte programvarans fel, det var vårt. Vi använder cron, och andra använder motsvarande programvara på Windows, eftersom det är så enkelt: vi behöver inte ställa in schemalagda jobb varje dag, men när vi gör det vill vi att det ska vara enkelt.
Tyvärr tyckte vi att Job Scheduler var för svårt. Det avslöjar det faktum att det kan göra allt för dig i varje steg, vilket betyder att enkla operationer faktiskt inte var så enkla. Även om systemet hanteras via ett webbgränssnitt, fann vi att det var svårt att komma åt från olika maskiner eller från olika nätverk.
Inget av dessa problem var oöverstigliga, men jag tror i slutändan att våra ”ögon var större än våra magar”, och vi ville inte riktigt ha alla dess förmågor tillsammans med de funktioner vi ville ha.
Vad härnäst: GNUbatch
Hittills gick det dåligt: vi hade avvisat varje paket vi tittat på. Vi gillade inte vissa lösningar eftersom de saknade motståndskraft, och vi gillade inte den mer motståndskraftiga lösningen eftersom den var för komplicerad.
Vi upptäckte sedan ett paket som heter GNUbatch. Det är en mogen produkt inom arbetsplaneringsarenan, men relativt ny för open source-gemenskapen. Det brukade vara ett kommersiellt paket som heter Xi-Batch och det har utvecklats aktivt sedan 1990, innan det gjordes med öppen källkod 2009.
Innan ni alla börjar rusa efter er pakethanterare, var medveten om att ni förmodligen inte kommer att hitta GNUbatch i förråd, så ni måste ladda ner källkoden och kompilera den själv.
GNUbatch är en mogen produkt inom arbetsplaneringsarenan, men relativt ny för open source-gemenskapen
Var också medveten om att detta är gammaldags mjukvara: GNUbatch använder inte en relationsdatabas för att lagra sin information; det är inte skrivet i Java; och om du vill kan du styra allt från en kommandorad, även om det har GUI, Windows och webbgränssnitt också.
Så vad kan GNUbatch göra? Den låter dig ställa in jobb så att de körs på en maskin eller flera maskiner, och varje jobb kan ha en starttid och ställas in att upprepas med olika intervall – med lite eftertanke kan du också begränsa det till arbetsdagar, undvika helger och helgdagar och få den att förstå mer sofistikerade schemaläggningsalternativ som ”den sista dagen i arbetsmånaden”.
Jobb kan kedjas samman, med valfria sökvägar baserade på fel, och dessa kedjor kan skapas för att sträcka sig över flera maskiner. Du kan till exempel ha en rapportuppgift som körs på en samling maskiner, som sedan gör att ett enda jobb körs på en annan dator för att aggregera resultaten till en rapport.
Alla resultat av jobb loggas som textfiler och dessa loggar kan manipuleras senare. Sammantaget fann vi att GNUbatch gjorde precis vad vi ville, och även om den hade en brant inlärningskurva, mildrades den av det faktum att den har en stor samling läsbara manualer.
Så vi hittade så småningom en lösning på vårt sökande efter ett jobbschemaläggningspaket, efter att ha kämpat med det klassiska open source-problemet med för många att välja mellan. Om du har ett liknande behov som vårt, titta på Job Scheduler och GNUbatch.
