}w !"#$%&'()+,-./012345
M ASARYKOVA UNIVERZITA FAKULTA INFORMATIKY
Porovnání portálu˚ Liferay a WebSphere ˇ B AKALÁ RSKÁ PRÁCE
Ondˇrej Výborný
Brno, jaro 2010
Prohlášení Prohlašuji, že tato bakaláˇrská práce je mým puvodním ˚ autorským dílem, které jsem vypracoval samostatnˇe. Všechny zdroje, prameny a literaturu, které jsem pˇri vypracování používal nebo z nich cˇ erpal, v práci rˇ ádnˇe cituji s uvedením úplného odkazu na pˇríslušný zdroj.
Vedoucí práce: Ing. Petr Adámek ii
Podˇekování Chtˇel bych podˇekovat vedoucímu mé bakaláˇrské práce za trpˇelivost a pochopení, které se mnou mˇel v prubˇ ˚ ehu mého psaní. Dále bych chtˇel podˇekovat své rodinˇe, pˇrítelkyni a pˇrátelum ˚ za podporu a duvˇ ˚ eru, kterou mi dodávali. V neposlední rˇ adˇe bych chtˇel také podˇekovat panu Ing. Jiˇrímu Doleˇckovi z CVT univerzity Palackého za uvedení do svˇeta podnikových portálu. ˚
iii
Shrnutí Tato práce poskytuje úvodní seznámení s technologií podnikových portálu. ˚ Popisuje základní služby tˇechto programu˚ a nástroje které využívají. Dále se vˇenuje problematice optimalizace výkonu portálu˚ a testování jejich vlastností. Podrobnˇeji zkoumá WebSphere Portal od spoleˇcnosti IBM a Liferay Portal.
iv
Abstract This thesis provides the basic introduction to the enterprise portal technology. The services and tools used by the portals are described. Performance optimalization and testing are explained as well. Deeper look is taken on the WebSphere Portal and Liferay Portal.
v
Klíˇcová slova podnikový portál, výkonnost, optimalizace, testování, WebSphere, Liferay
vi
Obsah Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 Úvod do svˇeta podnikových portálu˚ . . . . . . . . . . . 1.1 Obecná charakteristika . . . . . . . . . . . . . . . . 1.2 Portlet . . . . . . . . . . . . . . . . . . . . . . . . . 1.2.1 Jak portlety fungují . . . . . . . . . . . . . . 1.2.2 Jak vypadá portlet? . . . . . . . . . . . . . . 1.3 Nástroje používané podnikovými portály . . . . . 1.3.1 Systém pro správu obsahu . . . . . . . . . 1.3.2 Systém pro správu dokumentu˚ . . . . . . . 1.3.3 Databáze a další nástroje . . . . . . . . . . . 1.4 Historie vzniku podnikových portálu˚ . . . . . . . 1.5 Souˇcasná situace na portálovém trhu . . . . . . . . 1.6 Výbˇer vhodného portálu . . . . . . . . . . . . . . . 2 Konkrétní portály – Liferay a WebSphere . . . . . . . 2.1 Liferay . . . . . . . . . . . . . . . . . . . . . . . . . 2.1.1 Historie vzniku . . . . . . . . . . . . . . . . 2.1.2 Licence . . . . . . . . . . . . . . . . . . . . . 2.1.3 Instalace . . . . . . . . . . . . . . . . . . . . 2.1.4 Co získáme po instalaci . . . . . . . . . . . 2.2 WebSphere Portal . . . . . . . . . . . . . . . . . . . 2.2.1 Historie vzniku . . . . . . . . . . . . . . . . 2.2.2 Licence . . . . . . . . . . . . . . . . . . . . . 2.2.3 Instalace . . . . . . . . . . . . . . . . . . . . 2.2.4 Co získáme po instalaci . . . . . . . . . . . 3 Výkonnost podnikových portálu˚ a jejich testování . . 3.1 Zvyšování výkonnosti podnikových portálu˚ . . . 3.1.1 Obsáhlost problematiky . . . . . . . . . . . 3.1.2 Pamˇet’ . . . . . . . . . . . . . . . . . . . . . 3.1.3 Cluster . . . . . . . . . . . . . . . . . . . . . 3.2 Úvod do metodik testování podnikových portálu˚ 3.2.1 Duvody ˚ pro testování . . . . . . . . . . . . 3.2.2 Vytvoˇrení vhodného prostˇredí . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 4 4 5 5 7 7 8 8 9 9 10 11 12 12 12 13 13 14 14 15 15 16 17 18 18 19 19 20 21 21 22 1
3.2.3 Nástroje využívané pro portálové testování . . 3.2.4 Doporuˇcený postup pˇri testování . . . . . . . . 4 WebSphere Portal a Liferay Portal - srovnávací testování 4.1 Použité poˇcítaˇce . . . . . . . . . . . . . . . . . . . . . . 4.2 Test – Délka odezvy . . . . . . . . . . . . . . . . . . . . 4.3 Test – Procento nevyˇrízených požadavku˚ . . . . . . . 4.4 Subjektivní dojmy . . . . . . . . . . . . . . . . . . . . . 4.4.1 Liferay Portal . . . . . . . . . . . . . . . . . . . 4.4.2 WebSphere Portal . . . . . . . . . . . . . . . . . 4.5 Pˇrínosy a negativa . . . . . . . . . . . . . . . . . . . . . 4.5.1 Liferay Portal . . . . . . . . . . . . . . . . . . . 4.5.2 WebSphere Portal . . . . . . . . . . . . . . . . . Závˇer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Použitá literatura . . . . . . . . . . . . . . . . . . . . . . . . . . Seznam obrázku˚ . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . .
. . . . . . . . . . . . . . .
. . . . . . . . . . . . . . .
. . . . . . . . . . . . . . .
24 24 27 27 27 28 30 30 31 31 31 32 33 35 36
2
Úvod Žijeme v rychlé a nároˇcné dobˇe. Na dnešní firmy a organizace jsou kladeny znaˇcné nároky na efektivitu práce a na schopnost rychlé komunikace. Neustále se také zvˇetšuje množství informací a dat, se kterými jsou spoleˇcnosti nuceny pracovat. Dnešní doba vyžaduje, aby nástroje uspokojující tyto požadavky byly co nejjednodušší a souˇcasnˇe poskytovaly komplexní rˇ ešení. Udržovat v chodu a v neustále aktuální verzi nˇekolik aplikací pro pˇrístup k datum ˚ a pro komunikaci je dnes již nepˇrijatelnˇe nároˇcné. Nástrojem nabízejícím rˇ ešení jsou podnikové portály. Poskytují znaˇcnˇe variabilní prostˇredí, jež umožní velmi efektivní práci s daty a komunikaci. Na trhu dnes existuje velké množství firem, které se zabývají vývojem tˇechto podnikových aplikací. Existují jak komerˇcní, tak i volnˇe šiˇritelné portály. Cílem této práce je poskytnout základní informace o podnikových portálech, provést srovnání nˇekterých konkrétních produktu˚ a nastínit možné zpu˚ soby testování výkonnosti a spolehlivosti. První kapitola obsahuje základní informace o podnikových portálech. Budu se zde vˇenovat popisu jednotlivých souˇcástí i portálu˚ jako celku. Popíši zde nˇekteré jejich klíˇcové vlastnosti a nastíním možnosti, které portály poskytují. Také zde uvedu struˇcnou historii vzniku této technologie. Ve druhé kapitole se budu zabývat podrobnˇeji dvˇema konkretními portály. Porovnám zástupce jak z komerˇcní, tak z nekomerˇcní sféry. Krátce pˇredstavím spoleˇcnosti, které tyto portály vyvijí. Uvedu struˇcnou historii obou zástupcu˚ a popíši prostˇredí, které získáme po jejich nainstalování. Následující kapitola bude pojednávat o optimalizaci a testování výkonu podnikových portálu. ˚ Nejprve se budu zabývat otázkou proˇc je vhodné optimalizaci provádˇet. Dále nastíním zpusoby ˚ možného zvýšení výkonu. Na závˇer této kapitoly se budu zabývat problematikou testování. Popíši ruzné ˚ parametry, které je možno testovat a také ruzné ˚ metody vhodné pro testování portálu. ˚ Závˇereˇcná kapitola bude obsahovat popis a výsledky konkrétního testování dvou ruzných ˚ portálu. ˚ Výsledky se pokusím rozebrat a sepíši závˇery plynoucí z daného testu.
3
Kapitola 1
Úvod do svˇeta podnikových portálu˚ 1.1
Obecná charakteristika
Podnikový portál1 je serverová aplikace, která poskytuje firmám ucelené pracovní prostˇredí. Hlavní silou portálu˚ je agregace dat a informací z ruzných ˚ zdroju. ˚ Pokud používáme podnikový portál, odpadá nám nutnost používat nˇekolik aplikací pro pˇrístup k ruzným ˚ zdrojum. ˚ Uživatelé i administrátoˇri pˇristupují ke všem potˇrebným zdrojum ˚ pouze z jednoho místa, což znaˇcnˇe urychluje a zjednodušuje vyhledávání informací a jejich vkládání a aktualizaci. Pro pˇrístup uživatelu˚ k portálu se nejˇcastˇeji používá webového rozhraní pro jeho jednoduchost a univerzálnost. Prakticky každý budoucí uživatel má již nˇejaký webový prohlížeˇc nainstalován, cˇ ímž odpadá problém s instalací nových klientu. ˚ Navíc znalost webového prostˇredí patˇrí k základním znalostem práce s PC, a proto mohou i ménˇe zkušení uživatelé zaˇcít portál efektivnˇe používat bez nutnosti nároˇcných pˇredchozích školení. Pro pohodlí uživatelu˚ a zrychlení jejich práce se velmi cˇ asto využívá metody jednotného pˇrihlášení2 . Uživatelé si musí pamatovat pouze jedno heslo pro pˇrihlášení do podnikového portálu. Odpadá tak problém s cˇ astým zapomínáním hesel, pˇrípadnˇe s jejich pˇrílišnou jednoduchostí („když si mám pamatovat spoustu hesel, tak at’ jsou alesponˇ jednoduchá“). Navíc cˇ asté pˇrihlašování do ruzných ˚ aplikací zbyteˇcnˇe zdržuje práci. Portál provede autentizaci uživatele pouze pˇri úvodním pˇrihlášení, veškerá následná autorizaˇcní rozhodnutí jsou již provádˇena pouze na základˇe této autentizace. Tento pˇrístup také administrátorum ˚ umožnuje ˇ velmi jednoduše nastavovat pˇrístupová práva pro jednotlivé oblasti portálu a také pro všechny operace, které je možno pomocí portálu provádˇet.
1. V angliˇctinˇe enterprise portal, enterprise information portal (EIP) nebo také corporate portal. Dále nˇekdy jen portál. 2. Single sign-on, SSO.
4
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
Vzhledem k tomu, že množina uživatelu˚ je pro celý portál jednotná a portály umožnují ˇ práci s pracovními skupina, je nastavování pˇrístupových práv k jednotlivým entitám velmi efektivní. Další velkou výhodou portálu˚ je možnost pˇrizpusobení ˚ obsahu i formy potˇrebám konkrétního uživatele. Administrátoˇri mohou urˇcit, kterému uživateli se budou zobrazovat jaká data. Toto umožnuje ˇ cílené zobrazování, které zamezí zatˇežování uživatelu˚ pro nˇe nerelevantními informacemi. Každý uživatel si navíc muže ˚ zvolit další obsah z administrátory povolených a nainstalovaných portletu. ˚ Portlety jsou základním nástrojem zobrazovaným na portálové stránce, jež umožnují ˇ uživatelum ˚ pˇrístup k informacím a službám (portlety detailnˇeji popíši v následující sekci). Toto muže ˚ napˇríklad reprezentovat kalendáˇr, slovník, RSS kanál, poˇcasí a podobnˇe. Možnosti jsou velmi široké a umožnují ˇ uživateli maximálnˇe si pˇrizpusobit ˚ své pracovní prostˇredí pro co nejvˇetší efektivitu práce. Velmi cˇ asto je také uživatelum ˚ umožnˇeno mˇenit vzhled portálu. S jednotlivými objekty je možno manipulovat a libovolnˇe si je uspoˇrádat. Mˇenit je napˇríklad možno barevné provedení, použité fonty, velikost písma cˇ i dokonce jazyk, který portál používá. Toto všechno umožnuje, ˇ aby opravdu každý mohl mít svuj ˚ portál pˇresnˇe na míru jeho potˇrebám a požadavkum. ˚
1.2
Portlet
Základním stavebním prvkem všech portálu˚ jsou portlety – malé komponenty založené na technologii Java3 . Právˇe pomocí portletu˚ uživatelé nejcˇ astˇeji interagují s portálem. Portlety jsou zobrazovány jako malá okna na portálové stránce. Ukázku portletu˚ mužete ˚ vidˇet na obrázku 1.1. Nahoˇre je ukázán portlet v minimalizovaném režimu a pod ním jsou dva normálnˇe zobrazené portlety. První ukazující jméno právˇe pˇrihlášeného uživatele a druhý sloužící pro pˇrevod fyzikálních jednotek. Právˇe díky portletum ˚ je portálové prostˇredí natolik pestré, jelikož portlet je možno vytvoˇrit prakticky s jakoukoli funkcionalitou. 1.2.1 Jak portlety fungují Portlety pˇri práci s uživatelem pracují na principu požadavek/odpovˇed’ Uživatel provede urˇcitou akci a portlet vygeneruje odpovídající odpovˇed’. Na zobrazení odpovˇedi portletu se používá znaˇckovacích 4.
3. Konkrétnˇe portlet API verze 1.0 je založeno na platformˇe Java 2, Enterprise Edition, verze 1.3. 4. request/respond paradigma
5
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
Obrázek 1.1: Ukázka portálové stránky
jazyku˚ (HTML,XHTML) a vygenerovaný kus kódu se nazývá fragment. Tyto fragmenty jsou generovány na základˇe urˇcitých pravidel, které umožnují ˇ spojování fragmentu˚ dohromady a tím vytvoˇrení kódu celé zobrazované stránky.[1] Jako standard pro vývoj nových portletu˚ je definována specifikace Java Specification Request (JSR168). Tato specifikace definuje rozhraní5 , jež musí implementovat všechny portlety, které chtˇejí splnovat ˇ standard JSR 168. Toto umožnuje ˇ pˇrenositelnost jednotlivých portletu˚ mezi ruznými ˚ portály dodržující tento standard. V souˇcasné dobˇe je již k dispozici i jeho nová verze - JSR286. Pro bˇeh portletu˚ je zapotˇrebí portletový kontejner. Ten se stará o vytvoˇrení bˇehového prostˇredí mezi portálem a portletem. Kontroluje životní cykly portletu˚ (jejich tvoˇrení a následné odstranování) ˇ a poskytuje jim všechny potˇrebné zdroje a informace o prostˇredí, ve kterém aktuálnˇe bˇeží. Portletový kontejner se také stará o požadavky uživatelu. ˚ Shromažd’uje klientské požadavky od portálu a pˇredává je konkrétním portletum. ˚ Následnˇe shromažd’uje všechny odpovˇedi a sluˇcuje je do výsledné portálové stránky. Portletový kontejner není zodpovˇedný za provedení uživatelských požadavku. ˚ Slouží pouze jako prostˇredník a agregátor.
5.
Rozhraní: javax.portlet.Portlet
6
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
1.2.2 Jak vypadá portlet? Portlety jsou zobrazovány do takzvaných portletových oken. Tˇemito okny je možno po stránce libovolnˇe manipulovat a mˇenit jejich umístˇení. Toto je možno provádˇet samozˇrejmˇe i za bˇehu portálu. Stejnˇe jako vˇetšinu ostatních uživatelských cˇ inností mohou i tuto administrátoˇri zakázat a portletové okno pevnˇe umístit. Tím uživatele zbavíme pocitu práce se samostatnými entitami. Portletové okno se skládá z obsahu generovaného portletem na základˇe uživatelských požadavku˚ a hlaviˇcky. Hlaviˇcka muže ˚ obsahovat ruzné ˚ informace. Nejˇcastˇeji to bývá titulek portletu a nˇekolik ovládacích prvku. ˚ Pomocí nich je napˇríklad možno portlet minimalizovat cˇ i maximalizovat, nebo mˇenit režim portletu. Portlety se mohou nacházet v nˇekolika ruz˚ ných režimech. Nejˇcastˇeji to bývají prezentaˇcní (sloužící k vlastnímu zobrazení požadovaných dat), editaˇcní (vetšinou urˇceny pro specifikaci obsahu6 ) a konfiguraˇcní (pro základní nastavení provedené administrátory7 ) režimy. Jednotlivým režimum ˚ je možno nastavit ruzná ˚ pˇrístupová práva, což umožnuje ˇ oprávnˇeným uživatelum ˚ pˇrímo mˇenit urˇcité nastavení, bez nutnosti kontaktovat administrátory. Administrátor napˇríklad pouze urˇcí, že portlet bude zobrazovat vývoj ceny výrobku z urˇcité skupiny. Vedoucí oddˇelení poté zvolí konkrétní výrobek a formu zobrazení (graf, tabulka, ...). Vedoucí muže ˚ své nastavení kdykoli mˇenit, dle aktuálních potˇreb bez nutnosti administrátorského zásahu.
1.3
Nástroje používané podnikovými portály
Hlavní výhodou portálu˚ je agregace informací z nˇekolika ruzných ˚ zdroju˚ a vytvoˇrení jednotného pˇrístupového bodu všech uživatelu˚ k potˇrebným informacím. Aby portál toto všechno mohl poskytovat, používá k tomu velké množství nástroju. ˚ Výše popsané portlety poskytují jednotné standardizované prostˇredí pro zobrazování informací. Pro uložení a správu dokumentu˚ a dat je používáno velké množství jiných nástroju. ˚ Nˇekteré z nich se nyní pokusím pˇriblížit.
6. Napˇríklad v portletu zobrazujícím aktuální zprávy, umožní vybrat pro zobrazení pouze zprávy ze zahraniˇcí. 7. Napˇríklad specifikace skladu, jehož stav bude tento portlet zobrazovat
7
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
1.3.1 Systém pro správu obsahu Jednou z duležitých ˚ úloh, jež musí portál obstarávat, je práce s dokumenty. Pro tento úˇcel se cˇ asto používá nˇekterý systém pro správu obsahu8 . Tento systém muže ˚ pracovat napˇríklad s poˇcítaˇcovými soubory, zvukovými cˇ i video záznamy, obrázky nebo textovými dokumenty. Nejˇcastˇeji se ale jedná o webový obsah. Ten je pozdˇeji možno jednodušeji prezentovat na portálových stránkách cˇ ímž nejlépe slouží jako médium pro pˇrenos informací mezi uživateli. Tvorba webového obsahu pouze pomocí HTML kódu je pro bˇežné uživatele relativnˇe nároˇcná, a proto systémy pro správu obsahu cˇ asto obsahují jednoduchý WYSIWYG9 editor. Systémy pro správu obsahu se o dokumenty starají v celém jejich životním cyklu. Zabezpeˇcují snadné vytváˇrení dokumentu, ˚ jejich následnou editaci a prezentaci dané specifikovatelné skupinˇe uživatelu. ˚ Nakonec umožnují ˇ mazání dokumentu, ˚ vˇcetnˇe automatického mazání po pˇredem stanovené dobˇe. Jednotlivým úkonum ˚ je navíc opˇet možno pˇridˇelit ruzná ˚ pˇrístupová práva, a tím umožnit pˇrímo uživatelum ˚ práci s dokumenty. Mohou být napˇríklad stanoveni editoˇri, kteˇrí mají právo upravovat veškeré dokumenty[2]. 1.3.2 Systém pro správu dokumentu˚ Velké organizace, které nejˇcastˇeji portály používají, jsou velmi cˇ asto zahlceny dokumenty, se kterými musí jejich zamˇestnanci pracovat. Pro vytváˇrení a autorskou práci s dokumenty se používají systémy pro správu obsahu. Systémy pro správu dokumentu˚ 10 se naproti tomu starají o ukládání, organizaci a vyhledávání dokumentu. ˚ Dokáží pracovat jak s puvod˚ ními elektronickými dokumenty, tak i s naskenovanými puvodnˇ ˚ e papírovými dokumenty. Tyto programy nijak nepracují s obsahy dokumentu, ˚ považují je za atomické jednotky. Pro snadnˇejší tˇrídˇení a vyhledávání dokumentu˚ se používají meta-znaˇcky, jež jsou pˇrikládány k jednotlivým dokumentum. ˚ Obsahují napˇríklad jméno autora, kategorii do které dokument spadá, klíˇcová slova a podobnˇe. Toto umožní mít uložené dokumenty vhodnˇe uspoˇrádány a rychle vyhledat 8. Anglicky Content management system, CMS. Nˇekdy se používá i termín redakˇcní cˇ i publikaˇcní systém. ˇ 9. Zkratka pro „what you see is what you get“. Cesky možno pˇreložit jako: „Co vidíš je to co dostaneš“. Zpusob ˚ tvorby webových stránek, kdy tvurce ˚ rovnou vidí náhled požadované formy a manipuluje pˇrímo s grafickými prvky. 10. Anglicky Document management system, DMS.
8
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
pouze ty potˇrebné. Systém pro správu dokumentu˚ také slouží jako centrální úložištˇe všech firemních dokumentu, ˚ což vede ke snížení poˇctu redundantních dat a zajišt’uje snadnˇejší udržování aktuálnosti. Tyto systémy také cˇ asto rˇ eší problémy spojené s archivací dokumentu˚ a samozˇrejmˇe opˇet umožnují ˇ výbornou práci s pˇrístupovými právy jednotlivých úˇcastníku˚ celého systému.[3] 1.3.3 Databáze a další nástroje Dalším nástrojem, který enterprise portály používají, jsou samozˇrejmˇe databáze. Na rozdíl od dˇríve zminovaných ˇ aplikací s nimi uživatelé vˇetšinovˇe nepracují pˇrímo, ale používají je jako velmi efektivní úložištˇe dat. ˇ Casto tak databáze obsahují data napˇríklad ze systému pro správu obsahu a dalších. Muže ˚ se také stát, že do databáze jsou ukládány pˇrímo podniková data (napˇríklad seznam zboží na skladech) se kterými pracují speciální portlety vytvoˇrené pˇrímo pro tento úˇcel. Existují ale i portálové nástroje, které umožní práce s databázemi. Jako takový pˇríklad mužeme ˚ napˇríklad použít systém DB2 od firmy IBM. Podnikové portály samozˇrejmˇe využívají mnoho dalších nástroju˚ pro svou efektivní práci. Cílem této práce ale není popsat všechny možnosti jež nám portály dávají. Uvedl jsem zde pouze ty nejˇcastˇeji používané, pro vytvoˇrení obecné pˇredstavy o síle a užiteˇcnosti enterprise portálu. ˚ Jen výˇctem bych zde mohl zmínit napˇríklad ještˇe programy pro správu kontaktu, ˚ systémy pro vnitropodnikovou komunikaci (Groupware obsahující sdílený kalendáˇr, wiki, email, atd ...) nebo systémy pro business inteligenci.
1.4
Historie vzniku podnikových portálu˚
Podnˇetem pro vznik podnikových portálu˚ bylo rozšíˇrení a úspˇešnost veˇrejných webových portálu, ˚ jako napˇríklad AltaVista a Yahoo!, v 90. letech minulého století. Tyto veˇrejné portály nabízeli své jednotlivé funkce (jako napˇríklad e-mail, zobrazování novinek a zpráv, vyhledávání a podobnˇe) formou samostatných boxu˚ nebo pˇrímo portletu. ˚ Tento model zaujal velké spoleˇcnosti, jež pro svou vnitˇrní komunikaci a sdílení dat zaˇcínali používat aplikace založené na webovém rozhraní. Zde se zrodila myšlenka vytvoˇrit jednotný pˇrístupový bod k firemním aplikacím a datum. ˚ Výrobci softwaru na tento novˇe se objevující požadavek rychle zareagovali a ke konci 90. let zaˇcali vydávat první enterprise portály. V této dobˇe se ještˇe nejednalo o kompletní hotové portály pˇrichystané k ostrému nasazení, ale spíše o urˇcité základní nástroje. Pomocí tˇechto nástroju˚ si mohly spoleˇc9
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
nosti rychle vytvoˇrit finální podnikový portál, který plnˇe vyhovoval jejich požadavkum ˚ a potˇrebám. Ze zaˇcátku se vývojem portálového softwaru zabývaly pˇrevážnˇe novˇe vytvoˇrené firmy, jako napˇríklad Epicentric, Plumtree Software a Viador. Trh s enterprise portály se rychle rozšiˇroval a zaplnoval. ˇ V roce 2OO2 byly již trh prakticky zcela zaplnˇen, a to i z toho duvodu, ˚ že do vývoje portálových serveru˚ vstoupily i velké softwarové firmy jako IBM, Passageways, Oracle a Sun Microsystems. Zatím posledním zásadním krokem v historii podnikových portálu˚ byla standardizace formátu pro tvorbu portletu. ˚ V roce 2003 byl ustanoven standard JSR-16811 , definující java API, což umožnilo použitelnost portletu˚ vytvoˇrených na základˇe tohoto API na libovolném portálu respektujícím tento standard. Nyní již existuje i novˇejší verze tohoto standardu, a to sice JSR286, jejíž finální varianta byla vydána 12. cˇ ervna 2008.[4]
1.5
Souˇcasná situace na portálovém trhu
V souˇcasné dobˇe je situace na portálovém trhu relativnˇe ustálená. Existuje velké množství firem, které se vývojem enterprise portálu˚ zabývají, a to jak z komerˇcní, tak i z opensource sféry. Výrobci portálu˚ se snaží vyjít vstˇríc co nejširší skupinˇe potenciálních zákazníku˚ a proto mužeme ˚ nalézt velké množství ruzných ˚ typu˚ portálu. ˚ Dokonce i dnes je napˇríklad možno nalézt portály, jež jsou dodávány pouze formou API, která umožnuje ˇ koncovým zákazníkum ˚ konstruovat svá vlastní témata a aplikace a tak si vytvoˇrit podnikový portál pˇresnˇe na míru.12 Portály je možno cˇ ásteˇcnˇe dˇelit i podle vhodného zpusobu ˚ jejich budoucího využití. Toto dˇelení samozˇrejmˇe není nijak striktní a vˇetšina portálu˚ dokáže plnit universálnˇe všechny hlavní úkoly. Z hlediska klienta a jeho požadavku˚ na portál existují dvˇe hlavní skupiny zamˇerˇ ení enterprise portálu. ˚ První zpusob ˚ využití portálu˚ je spíše pro prezentaˇcní úˇcely. Hlavním požadavkem je poskytovat uživatelum ˚ pˇrístup k podnikovým aplikacím a datum ˚ na základˇe uživatelských požadavku˚ a nastavení. Portály tohoto typu vˇetšinou již hned po nainstalování obsahují nejbˇežnˇejší aplikace ve formˇe pˇredinstalovaných portletu. ˚ Nasazení takového portálu pak muže ˚ být velmi rychlé a snadné. Druhý možný zpusob ˚ hlavního využití podnikového portálu je zamˇerˇ ení na práci s obsahem. V takovém pˇrípadˇe potˇrebuje uživatel portálu pˇredevším velmi pokroˇcilé a sofistikované nástroje, jak z kategorie systému˚ pro 11. viz výše, Jak portlety fungují 12. Open Source JBoss Portál.
10
ˇ ˚ 1. Ú VOD DO SV ETA PODNIKOVÝCH PORTÁL U
správu dokumentu, ˚ tak z kategorie systému˚ pro zprávu obsahu. Za tˇechto požadavku˚ není nezbytnˇe nutné mít pˇredchystány nástroje pro pˇrístup uživatelu˚ k podnikovým aplikacím, jelikož firma stejnˇe bude potˇrebovat speciálnˇe vytvoˇrené nástroje urˇcené pro práci s jejich daty ve specifickém formátu.
1.6
Výbˇer vhodného portálu
Z výše napsaného vyplývá, že výbˇer vhodného enterprise portálu v dnešních dnech rozhodnˇe není lehká záležitost. Výbˇer je opravdu široký, sahající od ruzných ˚ opensource portálu˚ až po portály vytváˇrené velkými softwarovými spoleˇcnostmi, jejichž licence muže ˚ stát i desetitisíce dolaru. ˚ Nejduležitˇ ˚ ejším krokem pˇri výbˇeru portálu pro nasazení ve firmˇe je velmi precizní stanovení požadavku. ˚ Je potˇreba dobˇre znát klientskou spoleˇcnost, rozvržení a spolupráci aplikací, jež jsou používány, a také s jakými daty a jakým zpusobem ˚ firma pracuje. Dalším faktorem, který je vhodné brát v potaz, jsou aplikace, které firma již používá. Pokud firma využívá jiné produkty od nˇekterého velkého výrobce portálu˚ (jako napˇríklad Microsoft, IBM, Oracle cˇ i SAP) a tato aplikace musí klíˇcovˇe spolupracovat s nasazeným portálem (napˇríklad databáze), muže ˚ být vhodné použít i podnikový portál od této firmy, jelikož je zde znaˇcná pravdˇepodobnost bezproblémové spolupráce. Pˇri výbˇeru vhodného portálu je dále doporuˇceno testovací nasazení cˇ ásti portálu. Pˇred uzavˇrením finální licenˇcní smlouvy a zahájení nasazování podnikového portálu se vyplatí vyzkoušet portál na malé cˇ ásti firmy. Portál lze napˇríklad nejdˇríve nasadit pouze v jednom oddˇelení. Pˇri této implementaci je možno, že se objeví problémy, pˇrípadnˇe administrátoˇri zjistí nekompatibilitu s jiným používaným softwarem. Takto brzké odhalení pˇrípadných budoucích problému˚ muže ˚ firmˇe ušetˇrit spoustu problému. ˚ Pˇri takto brzkém cˇ ásteˇcném nasazení existuje možnost, že se spoleˇcnosti podaˇrí získat zpˇet alesponˇ cˇ ást investovaných prostˇredku. ˚ Navíc nasazení nevhodného portálu by mohlo poškodit budoucí efektivitu firmy. Podnikový portál muže ˚ nevyhovovat jejich požadavkum, ˚ ale vzhledem k cenˇe, kterou spoleˇcnost za licence zaplatila, jej bude i pˇres to s nejvˇetší pravdˇepodobností dále používat.[5]
11
Kapitola 2
Konkrétní portály – Liferay a WebSphere V této práci se pokusím porovnat a detailnˇeji popsat dva zástupce podnikových portálu. ˚ Vybral jsem si zástupce jak z komerˇcních portálu, ˚ tak i ze skupiny opensource portálu. ˚ Pˇri mém výbˇeru jsem se snažil zvolit co nejtypiˇctˇejší a nejvíce rozšíˇrené portály. Z komerˇcních sféry jsem si zvolil WebSphere od firmy IBM. Skupinu opensource portálu˚ bude zastupovat portál Liferay, který je nejspíše nejrozšíˇrenˇejším a nejstahovanˇejším opensource portálem na souˇcasném trhu.
2.1
Liferay
Tuto kapitolu zaˇcnu podrobnˇejším pohledem na vedoucího representanta mezi opensource podnikovými portály. Dle statistik udávanými pˇrímo firmou Liferay, Inc. se jedná o vubec ˚ nejstahovanˇejší opensource portál. Udávají celkový poˇcet stažení pˇres jeden milion a dalších šedesát tisíc stažení každý mˇesíc. Liferay portál se snaží o maximální zjednodušení instalace, konfigurace i práce s portálem a tím jeho zpˇrístupnˇení co nejširší skupinˇe uživatelu. ˚ Pˇri tvorbˇe tohoto portálu se také vývojáˇri snaží maximálnˇe dodržovat standardy a co nejvíce pˇricházet s novými inovativními technologie. Díky velmi aktivní a rostoucí komunitˇe se tyto cíle spoleˇcnosti daˇrí dosahovat. Liferay enterprise portál byl napˇríklad prvním portálem, který umožnoval ˇ pˇremíst’ování portletu˚ pouze pomocí metody „drag and 1 drop“ .[6] Kvality tohoto portálu jistˇe také dokládá fakt, že získal ocenˇení InfoWorld’s Best Open Soure Portal pro rok 2008.[7] 2.1.1 Historie vzniku Spoleˇcnost Liferay, Inc. vznikla v roce 2000. Nejprve se zabývala pouze tvorbou portálových systému˚ pro neziskový sektor. V roce 2002 byly uvolnˇeny zdrojové kódy jejich portálu, cˇ ímž se Liferay enterprise portál stal 1.
Pˇresun prvku˚ pomocí myši za bˇehu aplikace. Staˇcí pouze „uchopit, pˇresunout a pustit“.
12
2. K ONKRÉTNÍ PORTÁLY – L IFERAY A W EB S PHERE opensource. Následnˇe v roce 2004 vznikla i komerˇcní varianta tohoto portálu, která nyní slouží více jak tisíci klientum ˚ na celém svˇetˇe. Podpora této komerˇcní sekce, která zamˇestnává rychle rostoucí tým profesionálu, ˚ je velkou výhodou pˇri tvorbˇe tohoto portálu. V souˇcasné dobˇe sídlí tato spoleˇcnost v Los Angeles.[8]
2.1.2 Licence Liferay portál se vydává ve dvou variantách. Komerˇcní placené a volnˇe šiˇritelné. Co se týˇce obsahu, pˇrípadnˇe softwaru, který obsahují, se tyto verze nijak neliší. Hlavní rozdíl spoˇcívá ve službách poskytovaných výrobcem. Volnˇe šiˇritelná verze je distribuována pod MIT licencí. To umožnuje ˇ volné používání, šíˇrení, ale i pˇrípadný prodej tohoto produktu. Jedinou podmínkou je, že pˇri pˇrípadné distribuci musí být pˇriložen text této licence. Pro tuto variantu portálu vychází cˇ asté aktualizace a firma Liferay, Inc. pro ni neposkytuje žádnou oficiální podporu, vyjma volnˇe stáhnutelného administrátorského pruvodce. ˚ Naproti tomu placená verze poskytuje nˇekolik výhod. V tomto pˇrípadˇe poskytuje firma Liferay, Inc. plnou nepˇretržitou podporu a také garantuje stabilitu. V pˇrípadˇe placeného Liferay portálu se totiž nejedná o nejaktuálnˇejší verze, ale o starší, odladˇené a stabilní verze. Placený Liferay portál je vhodnˇejší pro velké spoleˇcnosti, které vyžadují spolehlivý portál s pˇrípadnou podporou pˇri rˇ ešení problému. ˚
2.1.3 Instalace Instalace tohoto portálu je vskutku velmi jednoduchá. Pokud se rozhodneme pro standardnˇe dodávaný aplikaˇcní server, kterým je Tomcat, pak se prakticky ani o žádnou instalaci nejedná. Jediný další požadavek tohoto podnikového portálu je nutnost mít na daném stroji nainstalovanou Javu verze minimálnˇe 5. Pro zahájení používání Liferay je nejprve nutno stáhnout instalaˇcní soubor, jehož pˇribližná velikost je 140MB a je distribuován formou zip archivu. Tento archiv je pouze tˇreba rozbalit do složky, ve které se má portál nalézal. Poté již pouze staˇcí jedním scriptem, který je souˇcástí toho archivu spustit aplikaˇcní server. 13
2. K ONKRÉTNÍ PORTÁLY – L IFERAY A W EB S PHERE 2.1.4 Co získáme po instalaci Po instalaci muže ˚ být uživatel pˇrekvapen tím, že se nezobrazí prázdná stránka, pˇrípadnˇe stránka pouze s nˇekolika konfiguraˇcními možnostmi, ale hned hotový portál. Jedná se sice o znaˇcnˇe minimalistickou verzi, ale obsahující již nˇekolik vzorových uživatelu˚ s jejich pˇredvytvoˇreným nastavením. Jedná se o administrátora, vydavatele, editora a bˇežného uživatele s omezenými právy. Tuto nachystanou konfiguraci je samozˇrejmˇe možno smazat a vybudovat si vlastní portál. Osobnˇe si ale myslím, že tato pˇredchystaná konfigurace výbornˇe poslouží pro úvodní seznámení se s Liferay podnikovým portálem. Lze si vyzkoušet ruzné ˚ role v systému, jeho konfiguraci a také uživatelskou funkcionalitu. Každý z tˇechto imaginárních uživatelu˚ navíc na svých unikátních stránkách na portálu popisuje základnˇe svou roli v systému a nastinuje ˇ práci s pro nˇeho duležitými ˚ aplikacemi. Co se týká programového vybavení, je na tom Liferay ihned po instalaci také velmi dobˇre. Obsahuje již zabudovaný systém pro správu obsahu, více než 20 témat vzhledu a pˇres 60 portletu. ˚ Tyto portlety napˇríklad poskytují blog, emailový klient, wiki, slovník, RSS cˇ teˇcku pro získávání zpráv, Google maps, nástroje pro práci se systémem pro správu obsahu a další. Co se týˇce jazykové podpory, Liferay obsahuje 22 jazykových variant vˇcetnˇe cˇ eštiny. Další jazyky je možno doinstalovat. ˇ Ceskou variantu jsem samozˇrejmˇe vyzkoušel. Bohužel pˇreklad není zcela ideální. Jako základní jazyk celého portálu jsem zvolit angliˇctinu a vytvoˇril si uživatele používající cˇ eské prostˇredí. Vˇetšina textu, ˚ se kterými bˇežný uživatel hlavnˇe pˇrichází do styku, byla pˇreložena, ale velká cˇ ást obsahu konfiguraˇcních stránek byla stále v angliˇctinˇe. Pˇreloženo bylo napˇríklad pouze tlaˇcítko odeslat. Nˇekteré konfiguraˇcní stránky jsou na druhou stranu pˇreloženy prakticky kompletnˇe.
2.2
WebSphere Portal
Druhý mnou testovaný portál je WebSphere Portal od firmy IBM. WebSphere Portal je nejrozšíˇrenˇejším zástupcem komerˇcních podnikových portálu. ˚ Získal napˇríklad ocenˇení spoleˇcnosti Gartner, Inc jako nejvýznamnˇejší produkt na trhu s portálovými aplikacemi v podnikové sféˇre za rok 2008. Toto každoroˇcní ocenˇení si udržuje již od roku 2001. Jeho rozšíˇrenost mu˚ žeme ukázat i na faktu, že deset nejvˇetších svˇetových bank a celá rˇ ada dalších významných nadnárodních spoleˇcností využívá právˇe tento portál.[9] Tento produkt využívají také menší spoleˇcnosti. Mohu uvést napˇríklad Uni14
2. K ONKRÉTNÍ PORTÁLY – L IFERAY A W EB S PHERE verzitu Palackého v Olomouci, která WebSphere portál využívá pro provoz univerzitního informaˇcního systému. WebSphere Portal je souˇcástí široké skupiny aplikací pro podniková rˇ ešení informaˇcních systému˚ s názvem WebSphere. Souˇcástí tohoto balíku je napˇríklad i WebSphere Application Server, který je možné použít pro bˇeh podnikového portálu. Existenci této rodiny podnikových aplikací je možno považovat za jednu z výhod tohoto portálu. Jak jsem napsal výše2 , v pˇrípadˇe potˇreby vˇetšího množství aplikací propojených k portálu, je vhodné brát v potaz i jejich vzájemnou kompatibilitu. Ta by mˇela být v pˇrípadˇe využití více produktu˚ ze stejné skupiny zajištˇena. 2.2.1 Historie vzniku Spoleˇcnost IBM3 vznikla v roce 1924 slouˇcením tˇrí menších spoleˇcností. Ve svých poˇcátcích se zabývala pˇrevážnˇe prací s dˇernými štítky pro potˇreby statistického úˇradu Spojených státu˚ amerických. Pozdˇeji pokraˇcovala ve výrobˇe a vývoji hardwaru. S masovým rozšiˇrováním osobních poˇcítaˇcu˚ se spoleˇcnost IBM zaˇcala vˇenovat více vývoji podnikových serveru˚ a softwaru. V souˇcasné dobˇe se aktivity této spoleˇcnosti zamˇerˇ ují pˇrevážnˇe na korporátní klientelu. IBM poskytuje výkonné servery, podnikové aplikace a stále více se soustˇredí také na poskytování technické podpory a správy klientských systému. ˚ První verze portálu WebSphere byla vydána v roce 2001 pro operaˇcní systém UNIX. Následovala varianta pro Windows a Linux. V dubnu roku 2006 vydala spoleˇcnost IBM další verzi svého populárního portálu s názvem WebSphere Portal 6.0, která byla obohacena o nˇekteré další funkce a nástroje.[10] Po dalších tˇrech letech, v bˇreznu 2009, byla vydána zatím poslední verze s oznaˇcením 6.1. Tato verze již obsahuje podporu webu 2.0. V listopadu téhož roku byl vydán také balíˇcek nˇekolika dalších funkcí (s oznaˇcením 6.1.5), které mohou být pˇridány k portálu verze 6.1. 2.2.2 Licence WebSphere Portal od firmy IBM je nabízen pouze v komerˇcní variantˇe. Neexistuje žádná volnˇe šiˇritelná verze a ani jeho zdrojové kódy nejsou verˇ ejnˇe dostupné. Pro výpoˇcet ceny produktu se používá jednotka PVU4 , 2. 3. 4.
Sekce 1.6 Výbˇer vhodného portálu. International Business Machines Corporation Processor Value Unit
15
2. K ONKRÉTNÍ PORTÁLY – L IFERAY A W EB S PHERE která odpovídá jednomu jádru použitému na serveru, pˇrípadnˇe serverech, které tento portál provozují. Spoleˇcnost IBM nabízí dvˇe varianty. Plná verze tohoto programu obsahující všechny funkce, které WebSphere Portal muže ˚ nabídnout, je vhodná zejména pro vˇetší spoleˇcnosti, které plnˇe využijí tento komplexní podnikový nástroj. Jeho cena se pohybuje kolem 1200 amerických dolaru˚ za PVU. Další variantou, vhodnou zejména pro menší spoleˇcnosti, je Express verze. Tato verze je odlehˇcena o nˇekteré pokroˇcilé funkce a nástroje, které obsahuje plná verze tohoto produktu. Výhodu je výraznˇe nižší cena, která se pohybuje kolem 650 amerických dolaru˚ za PVU. V obou pˇrípadech získá klient s nákupem tohoto portálu dvanácti mˇesíˇcní profesionální technickou podporu a servis. Poskytování tˇechto služeb je samozˇrejmˇe za poplatek možno i po uplynutí této doby. Samotné užívání portálu není po jeho nákupu nijak limitováno. K WebSphere Portal obdrží zákazník i WebSphere Application Server, který muže ˚ využít pro provoz svého portálu.
2.2.3 Instalace WebSphere portál, narozdíl od Liferay, musíme pˇred jeho používáním opravdu nainstalovat. Jedná se o pomˇernˇe klasickou instalaˇcní proceduru, kterou by, dle mého názoru, mˇel zvládnout i bˇežnˇe pokroˇcilý uživatel poˇcítaˇce se zkušenostmi s instalováním softwaru. Znaˇcný rozdíl je také ve velikosti instalaˇcních souboru. ˚ Pro plnou instalaci tohoto portálu, vˇcetnˇe WebSphere aplikaˇcního serveru, potˇrebujeme instalaˇcní soubory o celkové velikosti pˇribližnˇe 5GB. Pro nainstalování potˇrebujeme dle výrobce dalších 3.9 GB místa na disku a dalších 1.5GB ve složce pro doˇcasné soubory. Mnˇe osobnˇe po nainstalování tento portál zabírá pˇribližnˇe 1.2 GB, je ale pravdou, že se jedná o cˇ istou instalaci a nezapocˇ ítával jsem pˇrípadné další soubory skryté v systému. Zjišt’oval jsem pouze velikost cílové složky do které byl portál i aplikaˇcní server nainstalován. Instalace pˇrímo probíhá klasickou formou, jakou známe z libovolného jiného instalátoru. Pˇrímo pˇri instalaci nezadáváme žádné podstatné parametry výsledného portálu. Pouze musíme urˇcit cílovou složku, a dále uživatelská jména a hesla pro správce aplikaˇcního serveru a pro portálového administrátora. 16
2. K ONKRÉTNÍ PORTÁLY – L IFERAY A W EB S PHERE 2.2.4 Co získáme po instalaci Prostˇredí WebSphere portálu je po nainstalování znaˇcnˇe minimalistické. Základní stránka, která se zobrazí po spuštˇení portálu, obsahuje pouze pˇrihlašovací formuláˇr. Na rozdíl od Liferay portálu zde nejsou žádní pˇreddefinovaní uživatelé. První pˇrihlášení musí probˇehnout na administrátorský úˇcet, který byl nastaven pˇri instalaci. Po pˇrihlášení se již zobrazí stránka s nˇekolika portlety. Nejedná se ale o žádnou ukázku možného nastavení portálu. Zobrazené informace jsou spíše reklamního charakteru a upozornují ˇ pˇrevážnˇe na nové funkce tohoto portálu. Tímto pˇrednastavená funkcionalita podnikového portálu od firmy IBM konˇcí. Veškerá nastavení musí být provedena pˇrímo administrátory. Nabídka portletu˚ dodaných pˇrímo pˇri instalaci portálu je také omezená. Na stránkách IBM je ale možné nalézt obsáhlý katalog portletu˚ pro WebSphere portál, ze kterého je možno stáhnout další portlety s potˇrebnými funkcemi.
17
Kapitola 3
Výkonnost podnikových portálu˚ a jejich testování Zabývat se výkonností podnikových portálu˚ z obecného úhlu pohledu je velmi obtížný úkol. Díky vysoké variabilitˇe, široké škále možných úprav a prakticky neomezenému množství aplikací, se kterými mohou pracovat, jsou všechny portály do znaˇcné míry unikátní. Navíc je tˇreba si uvˇedomit i fakt, že pro každého zákazníka využívajícího podnikových portálu˚ jsou významné jiné parametry. Pro každého zákazníka znamená výkonný portál nˇeco jiného. Sledované parametry mohou být napˇríklad robustnost (schopnost obsloužit velké množství uživatelu˚ najednou), nízká doba odezvy cˇ i vysoká míra zabezpeˇcení. Záleží také na konkrétním hardwaru který je využíván pro bˇeh portálu. Oˇcekávatelný výkon se znaˇcnˇe liší, pokud napˇríklad portál bˇeží na upraveném osobním poˇcítaˇci cˇ i na profesionálních serverech. První cˇ ást této kapitoly se zabývá problematikou optimalizace podnikových portálu˚ potˇrebné pro dosažení požadovaného výkonu. Nejprve naznaˇcím na které cˇ ásti portálu je vhodné se zamˇerˇ it pro dosažení vyššího výkonu. Dále uvedu dva konkrétní pˇríklady optimalizace podnikové portálu. Pro ovˇerˇ ení úˇcinnosti optimalizaˇcních kroku, ˚ pˇrípadnˇe pro objevení slabých míst v systému, je doporuˇceno provádˇet také testování, kterému se budu vˇenovat v druhé cˇ ásti této kapitoly. Pˇriblížím nástroje a metodiky, které se pro testování podnikových portálu využívají. Definuji také, jaké prostˇredí je vhodné vytvoˇrit pro úˇcely testování a naznaˇcím možný úvodní postup pˇri testování podnikového portálu.
3.1
Zvyšování výkonnosti podnikových portálu˚
Podnikové portály jsou od výrobce vˇetšinou nastaveny tak, aby je bylo možno zaˇcít bez vˇetších zmˇen používat v libovolném prostˇredí. Této univerzálnosti je možno dosáhnout pouze za cenu ústupku˚ na stranˇe výkonnosti. 18
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ Pokud chceme získat maximální výkon, který nám portál muže ˚ nabídnout je nutné provést urˇcité kroky pro jeho optimalizaci. 3.1.1 Obsáhlost problematiky Optimalizace podnikového portálu se netýká pouze portálového serveru. Pˇri poskytování služeb uživatelum ˚ podnikové portály vˇetšinou využívají i dalších aplikací. Tyto aplikace také nemusejí být optimalizovány pro konkrétní prostˇredí poskytovatele portálových služeb. Pokud chceme výkon portálu zvýšit co nejvíce, mˇeli bychom se vˇenovat i tˇemto aplikacím. Jedná se pˇrevážnˇe o tyto prvky[11]: –
databáze a databázový server;
–
adresáˇrový server a jeho databáze;
–
webový server, pˇrípadnˇe proxy server;
–
operaˇcní systém a sít’ové prostˇredí.
Rozsah této práce neumožnuje ˇ celkovou analýzu možností optimalizace pro podnikové portály. Z tohoto duvodu ˚ zde uvedu dva pˇríklady možného zvýšení výkonu portálu. 3.1.2 Pamˇet’ Jedním z možných optimalizaˇcních prostˇredku˚ pro podnikové portály je velikost pˇridˇelené pamˇeti. Situaci, kdy je portál nucen ukládat doˇcasná data na pevný disk, je nutné se vyhnout. Tento nedostatek operaˇcní pamˇeti se projevuje výrazným poklesem výkonu. Pro virtuální stroj Javy1 , na kterém bˇeží portálový server, urˇcuje množství pamˇeti, se kterou je schopen pracovat, velikost haldové pamˇeti2 . Hodnotu kterou chceme nastavit tomuto parametru, bychom mˇeli alesponˇ pˇribližnˇe znát už pˇri samotné instalaci portálu. Významnou roli zde hraje fakt, zda-li zvolíme 32bitový nebo 64bitový systém. V pˇrípadˇe 64bitového systému jsme schopni portálu pˇridˇelit vˇetší množství pamˇeti, ale za cenu zvýšení nároku˚ na její využití. Odkazy na umístˇení v pamˇeti jsou totiž logicky vˇetší. Pokud náš systém požaduje vˇetší množství menších pˇridˇelování pamˇeti, muže ˚ tato skuteˇcnost negativnˇe ovlivnit rychlost celého portálu. 1. 2.
Java Virtual Machine, JVM Anglicky heap size
19
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ Další nevýhodou vˇetšího množství pamˇeti pˇridˇeleného JVM je déle trvající odstranování ˇ již nepotˇrebných pˇridˇelení pamˇeti3 z duvodu ˚ vˇetšího objemu. Na druhou stranu pokud je pamˇeti málo probíhá toto cˇ ištˇení velmi cˇ asto, což má také negativní vliv na výkon. Proto je vhodné provést duklad˚ nou analýzu potˇreb portálu a najít optimální hodnotu velikosti pˇridˇelené pamˇeti.[12] 3.1.3 Cluster Další možností pro zvýšení výkonu je využití clusteru pro provoz podnikového portálu. Cluster znamená propojení nˇekolika fyzických serveru˚ do jedné imaginární jednotky. Požadavky jsou zasílány celému clusteru, který je dále posílá na jednotlivé fyzické stroje. Toto distribuování se muže ˚ rˇ ídit napˇríklad nˇekterým z následujících postupu: ˚ •
Zajištˇení proti výpadku Urˇcíme nˇekteré servery clusteru jako záložní. V pˇrípadˇe výpadku nˇekterého ze serveru, ˚ který poskytuje služby uživatelum, ˚ záložní server ihned pˇrevezme jeho úlohu bez pˇrerušení poskytování služeb.
•
Rozdˇelení zátˇeže V tomto pˇrípadˇe jsou požadavky uživatelu˚ rovnomˇernˇe rozdˇelovány mezi všechny servery v clusteru.
•
Inteligentní rozdˇelování zátˇeže Požadavky uživatelu˚ jsou opˇet rozdˇelovány mezi všechny clusterové servery. Nyní již ale probíhá i analýza aktuálního zatížení všech serveru. ˚ Nový požadavek je následnˇe zaslán na nejménˇe zatížený server. Nevýhodou toho rˇ ešení jsou vˇetší nároky kladené na jednotku starající se o rozdˇelování klientských požadavku. ˚
Využití clusteru má také svá negativa. Toto rˇ ešení je nákladnˇejší z du˚ vodu nutnosti zakoupit vˇetší množství stroju, ˚ které následnˇe propojíme. Správná konfigurace clusteru také vyžaduje netriviální odborné znalosti. Další nevýhodou tohoto rˇ ešení je samotný proces rozdˇelování cˇ innosti, pˇri nˇemž je samozˇrejmˇe také spotˇrebováván výpoˇcetní výkon.[13] 3. Anglicky Garbage collector. V pˇrípadˇe chybˇejícího místa v pamˇeti provede Java automaticky její vyˇcištˇení, pˇri kterém uvolní prostˇredky, které již nejsou aktivnˇe využívány.
20
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ
3.2
Úvod do metodik testování podnikových portálu˚
Testování podnikových portálu˚ je velmi komplexní a složitý úkol. I pˇres existenci nástroju, ˚ které mohou testování portálu˚ usnadnit, je vždy zapotˇrebí provést nároˇcnou konfiguraci, aby hodnoty získané z testu˚ vypovídaly o konkrétních požadavcích poskytovatele. I pˇres znaˇcnou jedineˇcnost každého podnikového portálu, existují nˇekteré základní spoleˇcné postupy a metriky. Jedná se pˇredevším o první fázi celého testování a také nˇekolik parametru˚ a potenciálních slabých míst, jejichž ovˇerˇ ení by mˇelo být vždy zahrnuto v plánovaných testech. 3.2.1 Duvody ˚ pro testování Pˇred zahájením testování je potˇreba provést dukladnou ˚ analýzu požadavku˚ na portál v ostrém provozu4 . Musí být rozhodnuto, s jakými aplikacemi bude portál spolupracovat, definovat hardwarové a sít’ové prostˇredí, ve kterém bude provozován a v neposlední rˇ adˇe také urˇcit které parametry budou klíˇcové pro uspokojení potˇreb uživatelu. ˚ Na základˇe této analýzy je potˇreba vytvoˇrit a nakonfigurovat vhodné testy a také odpovídající pracovní prostˇredí. Jaké jsou tedy duvody, ˚ proˇc je vhodné, ne-li pˇrímo nezbytné, provádˇet toto nároˇcné a nákladné testování? V okamžiku nasazení portálu do ostrého provozu se stávají veškeré následné úpravy znaˇcnˇe složitˇejší. Pokud bychom chtˇeli provést tˇreba i jen drobnou zmˇenu v základním nastavení, mohlo by se stát, že tato úprava ovlivní nˇekteré aplikace, které s portálem spolupracují na vyšší úrovni. Tato skuteˇcnost by cenu následné modifikace natolik navýšila, že její setrvání v systému by bylo ménˇe nákladné. Proto je vhodné podnikový portál dukladnˇ ˚ e otestovat pˇred jeho nasazením, abychom minimalizovali pravdˇepodobnost potˇreby následných zásahu˚ do jeho nastavení. Toto jsou tˇri hlavní parametry, které je výhodné testováním zjistit a následnˇe dukladnˇ ˚ e analyzovat: [14] •
Zjištˇení, pˇri jaké úrovni zatížení systém zkolabuje Tato hodnota nám muže ˚ pomoci, pokud chceme zajistit nepˇretržitý provoz služeb uživatelum. ˚ Je napˇríklad možno implementovat do systému pojistku, která v pˇrípadˇe, že se zátˇež portálu zaˇcne blížit této kritické hodnotˇe, provede pˇredem definovaná opatˇrení, která mohou
4. Ostrým provozem zde rozumím koneˇcné zpˇrístupnˇení širší skupinˇe uživatelu. ˚ Pro naše potˇreby není podstatné, zda-li se bude jednat pouze o interní provoz pro zamˇestnance firmy, nebo zda-li bude portál využívám pro zpˇrístupnˇení služeb zákazníkum. ˚
21
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ zabránit zamezení pˇrístupu uživatelu˚ ke službám. Tato opatˇrení mohou být programového nebo hardwarového charakteru. V pˇrípadˇe, že pro provoz portálu je využíváno clusteru, je napˇríklad možno použít tuto hodnotu pro rozhodnutí, kdy zaˇcnou být další požadavky uživatelu˚ odesílány na jiný server. Pokud jsou hardwarové možnosti omezeny, mohou pomoci i softwarová opatˇrení. V pˇrípadˇe zátˇeže systému blízké kritické hodnotˇe mohou být omezeny nˇekteré služby. Taková opatˇrení zajisté nejsou ideální, ale ve spoustˇe situací je dule˚ žité udržet nepˇretržité poskytování služeb i za pˇrípadnou cenu snížení komfortu uživatelu. ˚ •
Identifikace slabých míst v systému Každý systém má svá slabá místa.5 V urˇcitém okamžiku je již jejich odstranˇení nákladnˇejší a složitˇejší než pˇrípadná omezení, která mohou zpusobovat. ˚ Než je ale dosáhnuto této úrovnˇe, obsahuje vˇetšinou systém velké množství lehce odstranitelných slabých míst, což muže ˚ mít výrazný vliv na zvýšení kvalit celého portálu. V ideálním pˇrípadˇe, kdy jsou všechna slabá místa nalezena pˇred ostrým nasazením, je výraznˇe jednoduší jejich odstranˇení. Pˇri konfiguraci je následnˇe možno minimalizovat vliv, které mohou mít zbývající slabá místa na provoz portálu.
•
Kapacitní plánování Tento parametr je významný z hlediska pochopení nároˇcnosti podnikového portálu na výpoˇcetní zdroje. Hlavní pˇrínos této informace je pˇri plánování rozdˇelování dostupných zdroju˚ mezi jednotlivé složky portálu. Další využití muže ˚ být pˇri potˇrebˇe zvýšení množství požadavku, ˚ které je podniková aplikace schopna uspokojit. Pokud víme, kolik prostˇredku˚ je potˇreba na dané množství služeb, mužeme ˚ snadno odhadnout, o kolik je potˇreba navýšit výpoˇcetní výkon, aby byl portál schopen uspokojit i nové požadavky.
3.2.2 Vytvoˇrení vhodného prostˇredí Relevantnost výsledku˚ provádˇených testu˚ do znaˇcné míry ovlivnuje ˇ prostˇredí ve kterém testy provádíme. Pokud chceme získat reálné informace o podnikovém portálu a jeho výkonnosti, které mužeme ˚ skuteˇcnˇe ˇ 5. Anglicky bottleneck. Cást systému (na fyzické, cˇ i procesní úrovni) která díky omezenému množství prostˇredku˚ muže ˚ zpomalovat celý systém.
22
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ využít pro plánování aktivit, pˇrípadnˇe i dalších vylepšení, je potˇreba této skuteˇcnosti vˇenovat zvýšenou pozornost. Naším cílem by mˇela být co nejvˇetší podobnost mezi prostˇredím, ve kterém budeme portál provozovat, a prostˇredím, ve kterém budeme testovat. V ideálním pˇrípadˇe by mˇel testovaný portál využívat stejného hardwaru, jaký bude použit v ostrém provozu. Tento požadavek muže ˚ být v praxi nároˇcný na provedení, jelikož podnikové portály, které musí být schopny uspokojovat potˇreby velkého množství uživatelu˚ souˇcasnˇe, jsou cˇ asto provozovány na velmi výkonných serverech. Výpoˇcetní výkon tˇechto stroju˚ je nákladná záležitost. Z toho duvodu ˚ muže ˚ být komplikované uvolnit tyto prostˇredky pouze pro testování. S použitým hardwarem úzce souvisí i otázka sít’ového prostˇredí. Vlastnosti poˇcítaˇcové sítˇe mají významný vliv na výkon portálu. Výkon podnikového portálu je do znaˇcné míry závislý právˇe na propustnosti sítˇe. Neustále jsou zasílány informace uživatelum ˚ a pˇrijímána data z externích aplikací. Struktura sítˇe by proto mˇela být co nejpodobnˇejší té, kterou budeme využívat v budoucnu. Nabízí se možnost využít existující podnikovou infrastrukturu a testovací prostˇredí zasadit do ní. Toto rˇ ešení sice poskytuje identické sít’ové prostˇredí, ale má i negativní stránky. Je potˇreba si uvˇedomit, že v prubˇ ˚ ehu celého testu bude celá sít’ cílenˇe zatˇežována. Toto muže ˚ mít negativní dopad na provoz stávajících služeb zákazníkum. ˚ Z tohoto duvodu ˚ je vhodné využít zcela oddˇelené poˇcítaˇcové sítˇe, avšak se stejnou strukturou. Pokud bude portál ke svému provozu využívat i jiných aplikací (napˇríklad databázového serveru), mˇeli bychom je také zahrnout do našeho ˇ testování. Cas a výkon, který tyto aplikace potˇrebují ke splnˇení portálových požadavku˚ by mˇel být souˇcástí našeho testování. V pˇrípadˇe, že objevíme nedostatky i v provozu tˇechto aplikací, je možné provést oddˇelené testování a pˇrípadnˇe se pokusit výkon tˇechto programu˚ zvýšit. Pokud napˇríklad portál cˇ asto získává data z databáze, nevhodnˇe zvolený pˇríkaz pro jejich extrakci muže ˚ výraznˇe zvýšit dobu odezvy pro uživatele. Vzhledem k tomu, že v prubˇ ˚ ehu testování se cˇ asto provádˇejí úpravy nastavení a zmˇeny ve strukturˇe portálu˚ kvuli ˚ zlepšování výkonu, je potˇreba zajistit, aby bylo testovací prostˇredí nemˇenné. Toho se dá dosáhnou minimalizací akcí, které mohou spotˇrebovávat výpoˇcetní výkon, ale s portálem pˇrímo nesouvisejí. Pˇrevážnˇe se jedná o ruzné ˚ residentní programy bˇežící v pozadí. Pokud není jejich bˇeh nezbytnˇe nutný, je doporuˇceno je vypnout. Pˇri tvorbˇe testovacího prostˇredí ve skuteˇcnosti jen zˇrídka kdy podaˇrí, aby byly splnˇeny všechny podmínky navrhované výše. Pro spoleˇcnosti muže ˚ být jejich vytvoˇrení pˇríliš nákladné, a proto se rozhodnou pro urˇcité 23
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ ústupky. I v této situaci je ale vhodné mít na pamˇeti tato doporuˇcení a snažit se ideálnímu testovací prostˇredí alesponˇ co nejvíce pˇriblížit. Odchylky v testových výsledcích, zpusobené ˚ odlišností mezi prostˇredím pro testování a provoz musíme vzít v potaz pˇri analýze získaných dat. 3.2.3 Nástroje využívané pro portálové testování Pˇri testování podnikových portálu˚ se využívá velké množství nástroju, ˚ které se snaží simulovat chování skuteˇcných uživatelu. ˚ V této cˇ ásti mé práce pˇriblížím nˇekteré z nich. Pro simulaci pohybu uživatelu˚ po portálu je využíváno takzvaných virtuálních uživatelu. ˚ Tyto imaginární entity se rˇ ídí pravidly nadefinovanými v testovacích skriptech. Díky tomu je možno pomˇernˇe jednoduše simulovat aktivitu uživatelu˚ v jakémkoli množství. Parametrem, který úzce souvisí s virtuálními uživateli je takzvaný pˇremýšlecí cˇ as. Mezi požadavky skuteˇcného uživatele jsou vždy urˇcité cˇ asové prodlevy potˇrebné pro orientaci na stránce a provedení rozhodnutí o dalším kroku. Tento cˇ as se výraznˇe liší v závislosti na zkušenostech uživatele a nároˇcnosti provádˇené cˇ innosti. Pˇri generování aktivit pomocí virtuálních uživatelu˚ je nutno tuto skuteˇcnost brát v potaz. Z duvodu ˚ úspory cˇ asu pˇri testování se muže ˚ zdát lákavé použít menší množství uživatelu˚ s nulovým pˇremýšlecím cˇ asem. Toto nastavení by výraznˇe ovlivnilo výsledky testování, jelikož zpusob ˚ zátˇeže portálu by se v tomto pˇrípadˇe znaˇcnˇe lišil od skuteˇcnosti. Pˇremýšlecí cˇ as je tedy vhodné nastavit v závislosti na oˇcekávané aktivitˇe uživatelu˚ na portálu.[14] Jedním z programu, ˚ které je možno použít pro testování podnikových portálu, ˚ je JMeter z projektu Apache Jakarta. Tento program s otevˇreným zdrojovým kódem byl navržen právˇe pro testování webových aplikací. Podporuje tvorbu testovacích skriptu˚ s využitím virtuálních uživatelu. ˚ Získané výsledky umí zobrazit nˇekolika zpusoby, ˚ vˇcetnˇe pˇrímého pˇrevodu do formy grafu. Další funkcionalitu je do tohoto programu možno dodat pomocí pluginu. ˚ 3.2.4 Doporuˇcený postup pˇri testování V pˇredchozím textu jsem zduraz ˚ noval, ˇ že každý podnikový portál je ve výsledku jedineˇcný a proto by metodiky testování mˇely být vždy pˇrizpu˚ sobeny potˇrebám konkrétního klienta. I pˇres to je ale možno nalézt urˇcité postupy, které je vhodné v poˇcáteˇcních fázích testování uplatnit vždy. Pokud bychom nejprve provedli kompletní nastavení portálu, vˇcetnˇe 24
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ pˇrípadných napojení na externí servery a instalace všech využívaných portletu, ˚ získali bychom velmi obsáhlou a složitou aplikaci. V pˇrípadˇe objevení defektu˚ v prubˇ ˚ ehu testování by bylo následnˇe nároˇcné identifikovat pˇresné místo výskytu problému. Jeho pˇrípadné odstranˇení by bylo navíc znaˇcnˇe nákladné, jak již jsem naznaˇcil výše. Z tohoto duvodu ˚ je vhodné provádˇet testy na postupnˇe se rozrustajícím ˚ prostˇredí. V relativnˇe jednoduchém portálu v základním nastavení je lehké odhalit pˇrípadný duvod ˚ výkonnostních nedostatku. ˚ Pokud se pˇri následujícím testování objeví nové problémy, je zˇrejmé, že byly zpusobeny ˚ právˇe provedenými zmˇenami. V této malé množinˇe potencionálních slabostí opˇet lehce najdeme pˇríˇcinu problému a mužeme ˚ ji jednoduše odstranit. Jako nejzákladnˇejší nastavení je možno doporuˇcit cˇ istou instalaci podnikového portálu bez významnˇejších úprav. V této fázi zatím není potˇreba pˇripojení externích zdroju, ˚ napˇríklad databází. Veškerá bezpeˇcností opatrˇ ení je ale vhodné aktivovat už nyní. Jedná se pˇrevážnˇe o nastavení firewallu6 . Jeho cˇ innost celkovˇe zpomaluje veškerý pohyb na síti, a proto je vhodné zahrnout tento vliv již od samého poˇcátku. Dále vytvoˇríme jednoduchou domovskou stránku portálu. V pˇrípadˇe, že používaný portál má již v základním nastavení domovskou stránku s nˇekolika portlety vytvoˇrenu, mužeme ˚ využít toto nastavení. V opaˇcném pˇrípadˇe je vhodné umístit na úvodní stránku nˇejaký jednoduchý portlet, který pro svou cˇ innost nevyužívá externích databází. Následnˇe vytvoˇríme script pro virtuální uživatele, který bude simulovat pˇripojování uživatelu. ˚ Každý virtuální uživatel vstoupí na úvodní portálovou stránku, pˇrihlásí se na portál (provede autentizaci) a stane se neaktivním - pˇrestane vyvíjet cˇ innost. Tento úvodní test má pˇredevším za cíl pˇribližné zjištˇení, kolik uživatelu˚ je portál schopen s dostupným hardwarem souˇcasnˇe obsluhovat. Dalším krokem muže ˚ být pˇridání témat vzhledu a obecné nastavení grafického rozhraní portálu. Poté opˇet provedeme test z pˇredchozího odstavce. Tyto zmˇeny by nemˇely mít významný vliv na výkon portálu a opˇet platí, že jsou jeho nedílnou souˇcástí. Proto je vhodné pˇrípadné problémy které muže ˚ grafické rozhraní zpusobovat, ˚ odstranit již v poˇcátku, kdy výstupní data testu˚ ještˇe nejsou ovlivnˇena složitˇejšími cˇ ástmi portálu. Následující doporuˇcený postup je zˇrejmý. Postupnˇe budeme pˇridávat další prvky cílového portálu a vždy provede patˇriˇcné testování. V každé fázi „vývoje“ našeho testovacího portálu mužeme ˚ samozˇrejmˇe provádˇet vˇetší množství testu. ˚ Mým cílem bylo pouze naznaˇcit, jakým smˇerem se lze 6. Program filtrující požadavky, které pˇricházejí z poˇcítaˇcové sítˇe. Slouží pˇrevážnˇe jako bezpeˇcností opatˇrení proti pokusum ˚ o neautorizovaný pˇrístup k datum ˚ a aplikacím.
25
3. V ÝKONNOST PODNIKOVÝCH PORTÁL U˚ A JEJICH TESTOVÁNÍ ubírat pˇri testování. Možností je velké množství a záleží vždy na konkrétní situaci a požadavcích, které metody zvolíme.[14]
26
Kapitola 4
WebSphere Portal a Liferay Portal - srovnávací testování V této kapitole provedu základní testování portálu˚ WebSphere a Liferay. Experimentálnˇe ovˇerˇ ím nˇekteré parametry obou portálu˚ a následnˇe poskytnu subjektivní dojmy z jejich využívání. Na základˇe hodnocení výsledku˚ testu˚ provedu analýzu pˇrínosu˚ a negativ nasazení obou portálu. ˚
4.1
Použité poˇcítaˇce
Pro úˇcely vyzkoušení a otestování podnikových portálu˚ jsem použil dva identické virtuální poˇcítaˇce na mém domácím stroji. Virtualizaci jsem provádˇel v operaˇcním systému Linux. Konkrétnˇe jsem zvolil jako virtualizaˇcní nástroj program VirtualBox. Virtualizace byla provádˇena na fyzickém procesoru Intel Core 2 Duo E84001 . Obˇema virtuálním serverum ˚ jsem pˇriˇradil 2GB pamˇeti RAM. Fyzicky byly v poˇcítaˇci pˇrítomny dva 2GB moduly pamˇeti DDR2, bˇežící na frekvenci 667MHz. Dále jsem obˇema virtuálním strojum ˚ pˇriˇradil 8MB grafické pamˇeti a 50GB jako pevný disk. Jako operaˇcní systém jsem zvolil základní instalaci Microsoft Windows XP, obsahující Service pack 3. Tyto operaˇcní systémy jsem dále nijak neupravoval. Využití virtuálních poˇcítaˇcu˚ pro testovací prostˇredí není pˇríliš vhodné. Muže ˚ docházet ke zkreslení výkonu z duvodu ˚ virtualizace hardwarových prostˇredku. ˚ Virtualizaci jsem se rozhodl použít z duvodu ˚ omezených prostˇredku, ˚ které jsem mˇel k dispozici. Pro úˇcely základního seznámení s tˇemito portály je ale toto rˇ ešení plnˇe dostateˇcné.
4.2
Test – Délka odezvy
První mnou provedený test se zabýval délkou odezvy portálu na uživatelský požadavek. Pomocí programu JMeter jsem vytvoˇril scénáˇr popsaný 1.
Frekvence obou jader 3GHz, frekvence sbˇernice 1333 MHz, velikost L2 Cache 6MB
27
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ v sekci 3.2.4. Virtuální uživatelé nejprve zaslali požadavek na zobrazení úvodní strany portálu, následnˇe provedli pˇrihlášení a zaslali požadavek na zobrazení úvodní uživatelské stránky. Zkoumal jsem dobu, kterou podnikový portál potˇreboval pro vyˇrízení tˇechto požadavku. ˚ Nejprve jsem vytvoˇril skupinu 500 uživatelu˚ s periodicitou provádˇených akcí 10 vteˇrin. Pro WebSphere Portal probˇehl test v poˇrádku bez jediného nevyˇrízeného požadavku. Následnˇe jsem spustil stejný test i pro Liferay portál, který již vykazoval míru nesplnˇených požadavku˚ kolem 50%. Vzhledem k tomu, že cílem tohoto testu bylo prozkoumat délku odezvy bez zamítnutých požadavku, ˚ jsem snížil množství virtuálních uživatelu˚ pro tento test na 200. Problematikou množství zamítnutých požadavku˚ jsem se rozhodl zabývat v dalším testu. Grafy 4.1 a 4.2 zobrazují hodnoty získané v tomto testu. Je vidˇet, že Liferay Portal potˇreboval pro vyˇrízení požadavku˚ uživatelu˚ mnohonásobnˇe více cˇ asu. Minimální hodnoty se pˇríliš neliší, nárust ˚ v pˇrípadˇe Liferay se objevuje až v prumˇ ˚ erném a maximálním cˇ ase. Z toho je možno odvodit, že pˇri vˇetším zatížení uživateli, zaˇcne mít portál problémy a spotˇrebovává výraznˇe více cˇ asu na jejich obsloužení. Další skuteˇcností kterou mužeme ˚ z grafu˚ vypozorovat, je rozdíl mezi cˇ asem potˇrebným pro zobrazení jednoduché úvodní strany s pˇrihlašovacím formuláˇrem a cˇ asem potˇrebným pro zobrazení osobní stránky uživatele. V pˇrípadˇe WebSphere je první hodnota nižší než druhá. Liferay Portal naopak potˇreboval více cˇ asu pˇri prvním vstupu uživatele na stránku.
4.3
Test – Procento nevyˇrízených požadavku˚
Na základˇe zjištˇení z pˇredchozího testu jsem se rozhodl otestovat také nárust ˚ množství nevyˇrízených požadavku˚ s rostoucím poˇctem uživatelu˚ pˇristupujících souˇcasnˇe na portál. WebSphere Portal i pˇri více uživatelích vykazoval nulovou hodnotu nevyˇrízených požadavku. ˚ Z tohoto duvodu ˚ se zde budu zabývat pouze portálem od firmy Liferay. Použil jsem stejný scénáˇr jako v pˇredchozím testu a postupnˇe zvyšoval množství uživatelu, ˚ jež pˇristupují na portál. Sledoval jsem procentuální vyjádˇrení množství nevyˇrízených požadavku. ˚ Z grafu 4.3 je patrné, že již pˇri více než 250 uživatelých zaˇcal portál vykazovat urˇcité procento nevyˇrízení uživatelských požadavku. ˚ Pro 700 uživatelu˚ byla již tato hodnota necelých 65%. V tomto bodˇe jsem testování ukonˇcil, jelikož 65% nesplnˇených požadavku˚ je více než nepˇrijatelná hodnota. 28
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ
Obrázek 4.1: Výsledky testu - Délka odezvy - WebSphere Portal
Obrázek 4.2: Výsledky testu - Délka odezvy - Liferay portal
29
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ
Obrázek 4.3: Výsledky testu - Nevyˇrízené uživatelské požadavky
4.4
Subjektivní dojmy
V této cˇ ásti mé práce popíši mé subjektivní dojmy z využívání obou testovaných portálu. ˚ U obou portálu˚ jsem si prohlédl základní možnosti nastavení a pokusil se provést nˇekolik malých úprav, abych zjistil, jakým zpusobem ˚ se s nimi pracuje. Vyzkoušel jsem si také uživatelskou roli, abych mohl posoudit míru pohodlí uživatelu˚ pˇri práci s tˇemito portály. 4.4.1 Liferay Portal Již od okamžiku prvního spuštˇení na mˇe tento produkt pusobil ˚ velmi pˇrátelským dojmem. Byl jsem velmi mile pˇrekvapen pˇrednastavením celého portálu, které mi umožnilo lépe a rychleji se s ním seznámit. Bezproblémová instalace byla taktéž velmi pˇríjemná. Principem celého portálu je jednoduchost. Veškeré nastavení je koncipováno tak, aby i ménˇe technicky vzdˇelaný uživatel byl schopen s tímto portálem efektivnˇe pracovat. Vše je vyvedeno v jednoduché grafické formˇe a i možnosti nastavení jsou na takové úrovni, že nezatˇežují bˇežného uživatele pˇríliš velkým množstvím parametru. ˚ Po celou dobu používání tohoto portálu jsem pˇremýšlel nad vhodnou záminkou, abych mohl zaˇcít tento produkt skuteˇcnˇe používat. Celý portál 30
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ je natolik intuitivní, že jeho konfigurace pro malou skupinu uživatelu˚ by byla otázkou nˇekolika málo dní pˇríjemné cˇ innosti. 4.4.2 WebSphere Portal Profesionální. Toto slovo mne napadlo pˇri jakékoli cˇ innosti s tímto produktem. Již od samého poˇcátku nevykazuje žádné zbyteˇcnosti, které by profesionálního administrátora zdržovali od nastavování portálu pro konkrétní potˇreby. Možnosti nastavení tohoto portálu jsou také výraznˇe obsáhlejší. Je možné nakonfigurovat opravdu velké množství parametru, ˚ aby portál pˇresnˇe splnoval ˇ požadavky jeho provozovatele. Velmi cˇ asto jsem se v nastavení ztrácel a nebyl jsem si jistý, jak správnˇe nakonfigurovat drobné zmˇeny, které jsem chtˇel v portálu provádˇet. Pˇri užívání WebSphere Portal jsem si pˇripadal nepatˇriˇcnˇe. Tento produkt je urˇcen pro profesionální použití ve velkých spoleˇcnost s odbornou správou. Vyvolával ve mne pocit, že pro prostˇredí s nˇekolika málo uživateli a základními portlety je to až pˇríliš silný nástroj.
4.5
Pˇrínosy a negativa
Oba mnou testované podnikové portály jsou znaˇcnˇe odlišné. Každý se zamˇerˇ uje na jinou skupinu zákazníku, ˚ což ovlivnuje ˇ celou konstrukci tˇechto aplikací. Následující posouzení pˇrínosu˚ a negativ obou portálu˚ je založeno na mých zkušenostech s nimi a na provedených testech. 4.5.1 Liferay Portal Hlavní výhodou tohoto podnikového portálu je jeho dostupnost. V pˇrípadˇe varianty bez technické podpory je k dispozici zdarma. Jeho následný provoz také není nikterak složitý, což dovoluje jeho správu i ménˇe zkušeným administrátorum. ˚ Navíc se jedná o aplikaci s otevˇreným zdrojovým kódem. To umožnuje ˇ v pˇrípadˇe potˇreby provádˇet zmˇeny pˇrímo v tomto programu. Kód je navíc ovˇerˇ en komunitou, která také neustále pracuje na nových verzích. Jednoduchost, jež je hlavní výhodou tohoto portálu, je také jeho slabinou. Tento produkt nenabízí dostateˇcnou funkcionalitu pro pokroˇcilé používání ve velkých spoleˇcnostech. Provedené testy také ukázaly, že pˇri vˇetším množství uživatelu˚ souˇcasnˇe pˇristupujících na portál zaˇcne docházet k výpadkum ˚ poskytovaných služeb. 31
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ Tyto skuteˇcnosti pˇredurˇcují tento podnikový portál pˇrevážnˇe pro použití v malých firmách a pro soukromé úˇcely. 4.5.2 WebSphere Portal WebSphere Portal je profesionální nástroj pro poskytování služeb podnikového portálu. Z toho vyplývají veškeré jeho pˇrínosy i negativa. Tento produkt dokáže uspokojit veškeré požadavky, které mohou spoleˇcnosti na podnikový portál mít. Daní za tyto velké možnosti je nároˇcná správa. Pro plné využití toho portálu je zapotˇrebí profesionálních administrátoru. ˚ Další výhodou tohoto portálu je široká nabídka aplikací od stejného výrobce. Provozovatel WebSphere portálu má možnost postavit celé své portálové rˇ ešení pouze na produktech spoleˇcnosti IBM, což umožní vˇetší míru spolupráce jednotlivých cˇ ásti a vˇetší míru kompatibility. Nevýhodou tohoto profesionálního podnikového portálu je samozˇrejmˇe také jeho cena, která muže ˚ být znaˇcnˇe vysoká. Dále je tˇreba zapoˇcítat náklady na tým profesionálních administrátoru, ˚ který je nutný pro provozování tohoto portálu. Veškeré vlastnosti WebSphere Portal ho pˇredurˇcují pro využití pˇrevážnˇe ve velkých spoleˇcnostech, které si mohou dovolit vydávat nemalé prostˇredky na jeho provoz. Získají tím nástroj, který je schopen uspokojit velké množství uživatelu˚ na vysoké úrovni.
32
Závˇer Po úvodním seznámení se s technologií podnikových portálu˚ jsem se zamˇerˇ il na problematiku výkonnosti tˇechto aplikací. Nejprve jsem se zabýval duvody, ˚ proˇc je cˇ asto potˇreba provádˇet kroky pro zvýšení výkonu portálu. ˚ Zjistil jsem, že univerzálnost tˇechto aplikací spoleˇcnˇe s ruznými ˚ zpusoby ˚ užití, neumožnují ˇ výrobcum ˚ optimalizovat tyto aplikace pro maximální výkon. Dále jsem se tedy vˇenoval zpusobu ˚ jakým je možné zvýšit výkonnost podnikových portálu. ˚ Zjistil jsem, že výkon muže ˚ znamenat pro každého uživatele nˇeco jiného. Uvedl jsem tedy dva možné postupy pro optimalizaci portálu, které uspokojují požadavky široké skupiny provozovatelu˚ portálu. ˚ Z duvod ˚ u˚ analýzy pˇrínosu˚ provedené optimalizace a odhalení nových slabých míst jsem se dále zabýval otázkou testování. Nejprve jsem zkoumal zpusoby ˚ jakým portálové testování probíhá. Popsal jsem základní nástroje, které jsou v jeho prubˇ ˚ ehu využívány. Dále jsem definoval jaké testovací prostˇredí je vhodné pro podnikové portály vytvoˇrit. Uvedl jsem také konkrétní postup, který mužeme ˚ pˇri testování použít. Tyto poznatky jsem uplatnil pˇri bližším pohledu na dva konkrétní zástupce podnikových portálu˚ – WebSphere Portal a Liferay Portal. Tyto produkty jsem si nainstaloval a následnˇe zkoumal z hlediska možností, které nám poskytují. Provedl jsem také základní testování, které jsem popisoval v této práci. Na základˇe zkušeností s tˇemito portály a výsledky testu˚ jsem provedl analýzu pˇrínosu˚ a negativ nasazení obou portálu. ˚ Ukázalo se, že je výrazný rozdíl mezi portálem urˇceným pro menší firmy a portálem urˇceným pro velké spoleˇcnosti. Oba zástupci prokázali kvality ve své oblasti, ale znaˇcné nedostatky pˇri jejím opuštˇení. Popsal jsem tedy vlastnosti obou portálu, ˚ aby se budoucí provozovatelé mohli rozhodnout na základˇe svých požadavku˚ pro ideální rˇ ešení.
33
Literatura [1] Hepper Stefan Abdelnur Alejandro. Java Portlet Specification, version 1.0, October 7, 2003. [2] Content management system. http://en.wikipedia.org/wiki/Content_Management_System. [3] Document management system. http://en.wikipedia.org/wiki/Document_management_system. [4] Enterprise portal. www.en.wikipedia.org/wiki/Enterprise_information_portal#History. [5] CMS Watch. The enterprise portals report 2009. 2009. [6] Shum Joseph. Liferay portal overview. [7] Best of opensource 2008. http://www.infoworld.com/slideshow/2008/08/168best_of_open_so-7.html. [8] About us - liferay. www.liferay.com/web/guest/about_us. [9] Report: Ibm ranked number 1 in web portal software market share. 2009. http://www-03.ibm.com/press/us/en/pressrelease/27570.wss. [10] Websphere tenth anniversary. 2008. http://www.websphere-world.com/, cˇ lánek cˇ íslo 1863. [11] IBM WPLC Performance Team. Ibm websphere portal 6.1.x - performance tuning guide. 2009. [12] Jr. Sezov Richard. Liferay - Portla administrator’s guide. 2008. [13] Cuomo G. Willenborg R., Brown K. Designing websphere application server for performance: An evolutionary approach. 2004. 34
4. W EB S PHERE P ORTAL A L IFERAY P ORTAL - SROVNÁVACÍ TESTOVÁNÍ [14] Lang Alex. Ibm websphere portal: Performance testing and analysis. 2008.
35
Seznam obrázku˚ 1.1
Ukázka portálové stránky 6
4.1 4.2 4.3
Výsledky testu - Délka odezvy - WebSphere Portal 29 Výsledky testu - Délka odezvy - Liferay portal 29 Výsledky testu - Nevyˇrízené uživatelské požadavky 30
36
