Menedzselt hosztolás: a teljes útmutató (alapok, pro és kontra)

Hogyan válassz szolgáltatást?

 

A megfelelő szolgáltató keresése

 

Ebben a fejezetben megvizsgáljuk, hogy ügyfélként mire lehet szükségünk, figyelembe véve a céges ügyvitelünket, működési elveinket, szokásainkat.

 

tips Példa: Ha egy webshopot üzemeltetünk, és vállalkozásunk egy jól kimutatható fejlődési pályára állt, könnyen olyan helyzetben találhatjuk magunkat, amelyben a webáruház üzleti folyamatainak fejlesztése, az új piaci területek meghódítása annyira erőforrás igényes munkafolyamattá duzzad, hogy az ezeket kiszolgáló infrastruktúra működtetését, karbantartását, és a jelentősen megnövekedett igények kiszolgálását nem tudjuk professzionálisan önerőből ellátni.

 

Ilyenkor érdemes számba vennünk, hogy miért lehet érdemes megbízni ezzel egy külsős partnert.

Ugyanis a szolgáltatói szektor szakmai követelményei az utóbbi évtizedben jelentősen megváltoztak – a piac átalakulásának köszönhetően, aki szakmailag valóban a legtöbbet akarja kihozni magából, annak nemcsak elhivatottnak kell lennie, de menedzsmenti szemlélettel, koordinációs képességekkel is rendelkeznie kell.

Milyen jellemzőkre érdemes odafigyelnünk, hogy ha úgy döntünk, szeretnénk hatékonyságunkat célirányosan, egy szakértői team, vagyis egy professzionális szolgáltató bevonásával növelni?

Ha a fejlődés a cél, a fejlesztés kikerülhetetlen. Ennek érdekében tisztában kell lennünk saját kompetenciáinkkal, és a partnerrel szemben támasztott elvárásainkkal is.

Nézzük meg, mit szoktunk keresni ügyfélként a leendő szolgáltatónál!

 

Szakmai felkészültség

 

Természetesen egy jó hoszting szolgáltató legfontosabb tulajdonsága a magas szintű szaktudás.

Igazi értéket, és ütőképes szakmai tudást, a napi munka és tapasztalat, sok-sok éves problémamegoldó, tesztelő és fejlesztő gyakorlat adja.

 

Mindezek felett,

  • a szolgáltatást nyújtó csapat naprakész,
  • szakmájában otthonosan mozog,
  • képben van az újításokat illetően,
  • tudja, hogy az általuk kezelt rendszerekben milyen problémák fordulhatnak elő,
  • és hogyan lehet azokat a leggyorsabban, a legkisebb okozott kényelmetlenséggel és fennakadással megoldani.

 

Megfontolandó tehát, hogy rendszerünket a tudás és tapasztalat széles és speciális spektrumával rendelkező szakemberek egy csoportjára bízzuk, akik a nap 24 órájában rendelkezésre állnak, vagy egyéni rendszergazdánk egyedi tudására és idejére tudunk csak támaszkodni.

 

Kommunikáció, ügyfélközpontúság

 

A technikai tudás mellett, nagyon fontos a kommunikációs készség is.

A szolgáltatónak fel kell tudni mutatni olyan szakembert vagy szakembereket, akiknek az ügyfelekkel aktívan kommunikálniuk kell.

Vele beszélnek, ha a rendszerindító tervezéséről, optimális kialakításáról, installálásáról, majd később fejlesztésről, javításról van szó, ha kérdések akadnak vagy problémák lépnek fel.

Éppen ezért a szolgáltatónak, ha igazán sikeres akar lenni a szakmájában, tudnia kell tisztelettel és türelemmel bánnia minden egyes partnerrel. Azt kell, hogy érezze az ügyfél, hogy rendszere profi és gondos kezekben van, ahol a szolgáltatónak alapvető szempont a megbízható, gyors és magas szintű segítségnyújtás, válaszadás, együttgondolkodás.

Ennek része az is, hogy érthetően és világosan tudja kifejezni magát, úgy szakértővel, mint a szakmát kevésbé ismerővel történő egyeztetés során.

Sok esetben nem képzett informatikus van a vonal másik végén, így fontos, hogy el tudja magyarázni, át tudja adni a szakmai jellegű információt úgy, hogy azt a laikusok is megértsék, és ne úgy érezzék, hogy hozzá nem értőként kezelik őket.

Az előzőek után érdemes elgondolkodnunk, mennyire fontos számunkra, hogy türelmes, pontosan érthető és szolgáltatói attitűdre kiemelkedő hangsúlyt fektető szolgáltatót választunk.

 

Specializált tudástár, felelős csapat

 

Nagyobb rendszerek esetén elengedhetetlen, hogy ne csak egy ember foglalkozzon azok felügyeletével, karbantartásával, a probléma-elhárítással.

Át kell látnia a feladatokat, munkafolyamatokat, a felmerült probléma alapjait, mibenlétét, hogy aztán szakszerűen és hatékonyan össze tudja hangolni a csapat munkáját a lehető leggyorsabb és legszakszerűbb eredmény elérése érdekében.

A rendszergazdának tehát képesnek kell lennie arra, hogy munkatársakat irányítson, munkafolyamatot ellenőrizzen, abban folyamatosan együttműködjön, majd az elkészült munkát minőségében ellenőrizzen.

 

Mit válasszunk tehát?

Mi a jobb?

1) A rendszerünket egy állandóan tevékeny és speciális tudással rendelkező csapatra bízzuk?

2) Vagy bár lehet profi, de erősen limitált erőforrással, idővel és lehetőségekkel rendelkező egyéni szakértőkre, rendszerint hasonló költség-nagyságrenddel?

 

Proaktivitás

 

A szolgáltató – optimális esetben – nemcsak passzívan szemléli a gondjaira bízott rendszereket, hanem aktívan tesz azok jobbá tételéért.

Ha kell, megfelelő technikai változtatásokat és fejlesztéseket kezdeményez, hogy a korábban tapasztalt problémákkal még egyszer ne kelljen bajlódni, hogy elkerülhető legyen azok megismétlődése.

Ha pedig úgy látja, hogy az ügyfél igényeit jobban kiszolgáló megoldás is lehetséges, vagy egy másik típusú szolgáltatás volna megfelelő, ezt egyértelműen jelzi.

 

Saját igényeink és kompetenciánk felmérése

 

A példa kedvéért vegyünk alapul egy webáruházat, és ennek tükrében vizsgáljuk meg, a helyzetet!

Ahogy azt korábban említettük, nemcsak a szolgáltatóval szemben kell megfogalmaznunk elvárásainkat, de a siker érdekében, fontos, hogy tisztában legyünk saját előnyeinkkel, vagy épp hiányosságainkkal is!

Próbáljuk meg 6-8 mondatban leírni, hogy mi a tervünk a mostani oldalunkkal, és hogyan látjuk azt a következő 1 évben.

Ha ez megvan, igényeink pontos megfogalmazásához tegyük föl magunknak az alábbi kérdéseket:

  • Milyen megoldásra keresünk hosztingot (pl.: WordPress blog vagy eCommerce)?
  • Van-e meghatározott verzióigény bármilyen webtechnológiára (pl.: PHP verziószám)?
  • Szükség van-e speciális szoftverek futtatására, egyéb külső alkalmazásokra?
  • Kezdetben mekkora forgalomra számítunk? (A várható hálózati terhelés miatt.)
  • Melyek azok a külső szolgáltatások, technológiák amiket preferálunk vagy szeretnénk csatlakoztatni?
  • Mennyire fontos a kiszámítható, előre tervezhető IT budget?

 

Azzal is érdemes tisztában lennünk, hogy jelen erőforrásainkkal mit tudunk lefedni a megvalósítandó feladatokból.

Mire van cégen belüli megoldás, mi az amit „kintről” kell beszereznünk?

Amennyiben ezekre megfelelő választ tudunk adni, át kell gondolnunk, hogy a felszabaduló kapacitást, hogyan tudjuk befektetni, újrahasznosítani!

 

Számba kell vennünk azokat a pontokat is, amivel ügyfélként rendelkezünk:

  • Van hozzáférésünk a naprakész statisztikákhoz (amiből a szolgáltató esztimálhat, Google Analytics)
  • Ha már használunk valamilyen infrastruktúrát, az alapvető hálózati topológiával és specifikációval kerüljünk tisztába (ha eddig nem tettük volna meg)
  • Nem kell szakértőnek lennünk a témában, de jó, hogy ha tudjuk, mik a piaci trendek, és a fejlődési irányok
  • Ismerjük a menedzselt szolgáltatások, felhő szervizek alapjait, jellegét

 

Ezek az információk azért is fontosak, hogy csak olyan szolgáltatásokat rendeljünk meg, amikre valóban szükségünk van.

Amennyiben professzionális partnert keresünk terveink megvalósításához, lépjünk fel mi is profi ügyfélként.

Ha már a fenti pontokkal tisztában vagyunk, nézzük meg, hogy milyen hoszting típusokkal találkozhatunk, és melyik nyújtja a legjobb megoldást, hogy üzletünk új fejlődési szintre léphessen!

 

Hosztolás, menedzselt hosztolás,  menedzselt ecommerce hosztolás

 

Vizsgáljuk meg, mi a különbség a hagyományos hosting, a manage-elt hosting, és a speciális „eCommerce managed hosting” megoldások között!

 

Hosztolás (Hoszting)

 

A hoszting szolgáltatás olyan (szervereken futó) szolgáltatás, ami lehetőséget biztosít különféle tartalmak interneten történő megjelenítésére bárki számára.

A szolgáltatásnak különféle szintjei és fajtái vannak. A legelterjedtebb a webhosting (web tárterület), amely weboldalak üzemeltetésére szolgál. Kiegészítő szolgáltatásként gyakran e-mail cím üzemeltetés, illetve DNS szolgáltatás tartozik hozzá, amely a domain nevek üzemeltetéséhez kötődik.

Általában induló vállalkozások alap igényeit ki is elégíti, és többnyire „házon belül”, a helyi IT csapat látja el az ezzel kapcsolatos munkálatokat, hiszen általában egyetlen szerverről beszélünk, vagy egy nagyon egyszerű szolgáltatás igénybevételéről, amit egy speciális panelen keresztül érnek el.

Mivel nincsenek, vagy nem számítanak hirtelen forgalom- és ezáltal gyorsan megugró kapacitásigény-növekedésre, vagy, mert az alkalmazás nagyon egyszerű, ezért nem igényel speciális környezetet, finombeállításokat, így gyakran ugyanaz a szerver szolgálja ki a webshopot és az eseleges adatbázist is.

Ez az indulást követő időszakban még elégségesnek bizonyulhat, de később a megnövekedett piaci igények kiszolgálására nekünk is fejlődni kell.

 

Ez pedig állandó beruházásokat jelent: nemcsak a növekedő géppark megújítása (fizikai tárolás, fejlesztés, karbantartás), a meglévő szolgáltatás kiterjesztése, de ennek az üzembiztos működtetéséshez nélkülözhetetlen kompetenciáért is egyre többet kell majd fizetnünk (értelemszerűen a komplexebb rendszereket üzemeltető szakértelmet egyre magasabb áron szerezhetjük, és tarthatjuk csak meg).

Ezért kijelenthetjük, hogy közép-hosszú távon egy webáruház üzemeltetéséhez jellemzően nem megfelelő egy hagyományos webtárhely szolgáltatás.

A nagymértékben változó forgalom (pl. karácsonyi roham) által generált többletterhelést csak jelentős tartalékokkal rendelkező szerverek képesek biztonsággal kiszolgálni, ezt általában nem biztosítják a tárhely szolgáltatók.

Nincs kellemetlenebb annál, mint amikor az ünnepek környékén a megnövekedett terhelés miatt a szerver belassul, vagy a szolgáltató adatforgalmi korlátozást vezet be, jelentős veszteséget okozva ezzel a webshopot üzemeltető cégnek.

Jellemző, hogy a webshopok számára egyedi PHP beállítások, speciális konfiguráció szükséges, melyeket a hagyományos shared-hosting konstrukcióban a szolgáltatók nem képesek maradéktalanul kiszolgálni, vagy követni.

Az is gyakori, hogy az áruházat fejlesztő szakemberek számára szükséges a napi és közvetlen kapcsolattartás a szervert üzemeltető személyekkel, mely szintén nehézkes vagy megoldhatatlan tud lenni egy hagyományos tárhely szolgáltatás esetében.

Ennek kivédésére szolgálhat egy stratégiai döntés, hogy olyan cégekkel működjünk együtt, ahol egy kézben összpontosulnak a webshop-fejlesztéshez és annak hosztolásához szükséges kompetenciák!

 

Menedzselt hosztolás (magaged hosting)

 

A menedzselt hosztolás egy olyan IT modell és egyben szemlélet, amelyben a hosztingot nyújtó cég, mint szolgáltatást, bérbe adja a szervereket és az egyéb kapcsolódó hardveres, valamint emberi erőforrásokat, szakértelmet ügyfele számára.

Az igénybe vett eszközök, vagyis minden berendezés, és az ezeket üzemeltető, felügyelő, karbantartó szakértői csapat az ügyfél szék- és telephelyeitől eltérő földrajzi területen található, és a szolgáltató, vagy egy harmadik fél tulajdonában van.

Elsősorban abban különbözik a többi dedikált hosztingtól, hogy a szolgáltató kezeli a hardvert, az operációs rendszer(eke)t és az egyéb alkalmazásokat.

Az ügyfél általában adminisztratív hozzáférést kap, de rendszerint ritkán használja ki ezt a lehetőséget, ehelyett inkább eléri, és használja a bérelt rendszer erőforrásait egy webes felületen keresztül, továbbá igénybe veszi a 24/7/365-os support csapatot, ha valami problémával, vagy jövőbeni fejlesztési igénnyel kapcsolatban kérdése merül fel.

 

Jellemzően a tárhely szolgáltató felelős

  • a hardver üzembe helyezéséért, konfigurálásáért,
  • a szoftverek telepítéséért,
  • technikai támogatást nyújt,
  • felügyeli, menedzseli az erőforrásokat,
  • detektálja, és elhárítja az esetleges felmerülő problémákat,
  • valamint frissítéseket telepít.

 

Még egyszerűbben fogalmazva a „managed hosting” lefedi az ügyfél helyett, annak kényelmére az üzemeltetést és karbantartást. A klasszikus „hosting” megoldás szimplán a környezet és az erőforrások bérlése a szolgáltatótól.

 

Példa: A felhő szolgáltatások és a közüzemi fogyasztások, mondjuk a vízhasználat összehasonlítása. Az ügyfelek ebben az esetben is egy tőlük független, más tulajdonában lévő rendszerre csatlakoznak, amikor megnyitják a csapot.

Ez azt is feltételezi, hogy a működtetéshez szükséges folyamatokkal sem kell foglalkozniuk, hiszen nekik csupán egy a fontos: amikor szükségük van rá, folyjon a víz, legyen szolgáltatás.

Az elhasznált mennyiség után pedig díjat kötelesek fizetni. A menedzselt erőforrások használatakor ugyanez történik: az ügyfél használja a hosztoló cég tulajdonában lévő erőforrásokat.

 

Egy speciális területe ennek a szervizfajtának a felhő alapú (cloud) megoldások tárháza.

A fogyasztók egy bizonyos része sokszor nincs is tisztában, hogy tudtán, vagy akaratán kívül is adatai valamilyen felhő részét alkotják.

Erre az egyik legegyszerűbb példa az Apple termékeket vásárlók tömege: a telefont be sem üzemelhetjük az úgynevezett iCloud fiók létrehozása nélkül, ami kérdezés nélkül – ahogy azt neve is mutatja – azonnal szállítja profilunkat és a hozzá kapcsolódó adatokat a felhőbe.

Ezenfelül léteznek egyéb szolgáltatások is, amelyek szolgáltatótól függően már egy alapcsomag részét képezhetik, vagy extra szolgáltatásokként kerülnek felajánlásra.

 

Tipikusan ilyenek

  • a biztonsági mentések (backups),
  • a hálózati terhelés elosztása (load balancing)
  • és a súlyos, üzletfolytonosságot negatívan érintő hibák, összeomlások,
  • ide vehetjük még a „katasztrófa” utáni helyreállítást (disaster recovery),
  • valamint a biztonsággal kapcsolatos folyamatok, mint például a jogosulatlan behatolás figyelését (Intrusion Detection, azaz ID) és elosztott túlterheléssel járó támadás (DDoS) elleni védelmet.

 

Ahhoz, hogy elérjük vállalati céljainkat, egy mérhető skála alapján, a hosztoló cégnek nem pusztán professzionális technikai szolgáltatónak, hanem megbízható partnernek is kell lennie.

Ezért most elsősorban a PaaS és IaaS szolgáltókra gondolunk. Ezekbe a csoportokba tartoznak azok a cégek, akik megbízhatóbbá, kiszámíthatóbbá tehetik az üzletünket érintő mindennapos IT működésünket.

A korábbi Cloud Hosting-gal foglalkozó cikkünkben már definiáltuk a PaaS és IaaS szolgáltatókat.

Ezek a cégek hozzáférést biztosítanak a megosztott adatközpontokhoz, így nyújtva számunkra – függetlenül cégünk méretétől – a redundáns, megbízható működést.

Ezzel időt és pénzt takaríthatunk meg, mert nem kell az újabb és újabb hardveres fejlesztéseinket megvásárolni, ezeknek az eszközöknek a megfelelő tárolásáról, karbantartásáról gondoskodni, ezért szó szerint értendő, hogy csak fogyasztásaink után kell fizetnünk.

Ezek a szolgáltatások egyaránt költséghatékonyak a rövid távú projektek, de a jó skálázhatóság miatt, a hosszú távú üzleti elképzelések kiszolgálásához, on-demand típusú források igénybevételéhez is.

Például, néhány percen belül megduplázhatjuk a memória kapacitásunk mennyiségét, hogyha honlapunknak szüksége van extra erőforrásra a hirtelen megugrott látogatószám kiszolgálása érdekében.

Ügyfél oldalról az egyik visszafogó erő szokott lenni az adatbiztonságban való kételkedés.

Ez egyfelől technológiai, másfelől szemléleti kérdés. Egy részük még mindig nehezen tudja elfogadni, hogy üzletkritikus adataik egy másik fél számítógépén helyezkedjenek el.

Pedig az, hogy ragaszkodunk szervereink fizikai közelségéhez, egyáltalán nem garantálja a nagyobb biztonságot, sőt! Egy sértett, saját igazát kereső alkalmazott gyakran nagyobb károkat képes okozni, mint egy esetleges külső támadás.

Pontosan ezért a hoszting cégeknek több biztonsági szabványnak és elvárásnak kell megfelelnie, hogy elnyerje ügyfele bizalmát mivel az adatok nem megfelelő kezelésével saját reputációját, végső soron működését sodorja veszélybe.

 

Előnyök és hátrányok (nem menedzselt vs. menedzselt hosztolás)

 

Sok jellemzőt, tulajdonságot és példát hoztunk fel a két szolgáltatási gyakorlattal kapcsolatban.

A könnyebb átláthatóság kedvéért foglaljuk ezeket egybe, nézzük meg egymás mellett, melyek a lényegi különbségek a menedzselt, és a klasszikus hoszting között:

 

nem-menedzselt-hoszting-hu

 

menedzselt-hoszting-elonyok-hu

 

Akkor melyik megoldás a jobb?

 

A helyzet az, hogy rosszul tesszük fel már eleve a kérdést. Azt látjuk már, hogy mennyire és miben különböznek egymástól.

Az igazi kérdés az, hogy melyik illeszkedik jobban a megoldandó feladatokhoz, melyik tudja kiszolgálni az üzleti igényeinket?

Menedzselt hosztolást érdemes választani, ha:

  • kisebb vállalkozásban vagyunk, és szerényebb, limitált IT erőforrásokkal rendelkezünk, mind az emberi kompetenciák, mind a hardware terén
  • az IT budget-ünket következetesebbé, átláthatóvá kívánjuk tenni
  • nincs időnk, szakértelmünk a szerver konfigurációval bíbelődni
  • inkább az üzletfejlesztésre kívánunk fókuszálni a napi IT problémák megoldása helyett
  • hajlandók vagyunk kiszervezni az infrastruktúránkat, és más kezébe adni annak felügyeletét

Klasszikus hoszting mellett maradjunk, amennyiben:

  • mi, vagy a munkatársaink tapasztaltak a webszerverek üzemeltetésében
  • , és 1-2 informatikai szakembernél többel nem működünk együtt, vagy nem szeretnénk, illetve tudunk nagyobb csapattal együttműködni
  • van időnk és tudásunk a távoli erőforrásokat konfigurálni, karban tartani
  • ha idegen tőlünk, hogy egy megbízott hozzáférjen adatainkhoz, és bizalmasan kezelje azt

 

Voltaképpen, hogy mi előny és hátrány, azt nagyban a céges ügyvitelünk, vagy az ezt szabályozó környezet határozza meg!

 

Szolgáltatók

 

A fentiek fényében összeállíthattuk már, hogy milyen irányban tudunk lépéseket tenni, pontosabban melyik szerviz típus ad kielégítőbb választ a minket érő mindennapi IT kihívásokra.

A szekciónak megfelelően essen szó pár menedzselt hoszting szolgáltatóról a teljesség igénye nélkül, hiszen egy igencsak széles skáláról kell szűrnünk!

Akárcsak a piaci szereplők, úgy az árspektrum is nagy. Előző cikkünkben említettük, hogy menedzselt hoszting esetén milyen árazásra érdemes számítani.

A szolgáltatók már igen alacsony, havi 4-5 dolláros szinten kínálnak megoldásokat, mint például a SiteGround. Az ügyfelekért vívott harcban persze nem csupán a padlóáras fegyverkezés az egyetlen stratégia!

Sok esetben találunk pénzvisszafizetési garanciával működő cégeket, ahogy teszi ezt a HostGator is. A hozáadott értéket növeli, ha az ügyfél minél nagyobb biztonságban érezheti magát.

Ez nem csupán IT biztonsági kérdés, hanem egyben kényelmi faktor is. Igen gyakori, hogy az ügyfeleket az év minden napján, annak minden órájában elérhető támogatás fedi le, ehhez nem egyszer nagyobb call-center kiépítése is szükséges a hosztoló részéről.

Többek közt ezt hangsúlyozza ki az Integrated Computer Services, vagy épp az A2 Hosting. Ha pedig nagyobb infrastruktúrára van szükségünk, és ennek a finanszírozása nem jelent gondot, akkor költségesebb megoldásokban is gondolkodhatunk: pl. liquidweb vagy peer1.

Mindenképp tartsuk észben hogy – bár lehet a szolgáltatási leírások, és ez a modell jelenthet megoldást az elképzeléseinkre – az ilyen típusú hoszting és / vagy managed hosting cégek csak az infrastruktúrát kezelik, ezért vállalnak felelősséget, az alkalmazással kapcsolatos munkák, feladatok, rájuk már nem vonatkoznak!

Bevett szokás mára, hogy a legtöbb esetben live chat formában fel tudjuk tenni kérdéseinket a megfelelő személynek, amikor valamely MSP (Managed Service Provider) honlapját böngésszük.

Szinte minden esetben releváns válaszokat kapunk, ezért ha nem akarunk hosszasan lapozgatni a szolgáltatás leírások, SLA dokumentumok között, érdemes ily módon beszerezni az információkat.

Mivel közelítő árat is csak akkor fogunk megtudni, ha a projektünkkel kapcsolatban megfelelő számadatokkal láttuk el a partnert, ügyfélként elsősorban az adatbiztonságra, rendelkezésre állási időre kérdezzünk rá!

 

Tájékozódjunk a teljesebb kép érdekében

  • a vállalható hűségidőről,
  • az infrastruktúra skálázhatóságáról,
  • a jelenleg használt és jövőben bevezetni kívánt alkalmazásokról,
  • a támogatás és a tanácsadás menetéről!

 

Akármelyik menedzselt hoszting szolgáltató mellett döntünk, az ügyfél szempontjából mindenképp van egy kedvező tény, amit minden MSP-nél megtalálunk: az árazási modell.

A PaaS és IaaS szolgáltatók akár órára pontosan képesek költségeinket fogyasztás alapon meghatározni, legyen szó folyamatról, vagy hardverről. Ezek a hardverek lényegében egy-egy különálló, virtuális gépet jelentenek, amelyeken egy, vagy akár több száz alkalmazás is futtható egyszerre, itt tárolódhatnak adataink, és ezek a szolgáltatás legnagyobb anyagi kitettségű részei.

 

Menedzselt ecommerce Hoszting

 

A fentebb említett körülmények végett, előbb-utóbb szükségét érezzük majd annak, hogy webshopunkat egy, választott keretrendszerre optimalizált futási környezetbe helyezzük.

Ezért a hoszting szolgáltatók külön ki is emelik az eCommerce hosztolási lehetőségeiket, melyekben garantálni tudják a boltunk folyamatos üzembiztonságát és a megfelelő HW / SW támogatással a leghatékonyabb működést elérni.

Ez egy olyan szolgáltatási forma, mely akkor jön létre, ha a webáruházunk a szolgáltató által a keretrendszer igényeihez szabott futási környezetben van elhelyezve. Ez lehet bármilyen szerveren felhőben és privát környezetben, a lényeg, hogy a futtató környezet igényeihez legyen igazítva.

Mivel minden webshop keretrendszer egyedi tulajdonságokkal bír, nincs két egyforma menedzselt hoszting megoldási recept sem.

Ezért jelenik meg alapvető igényként, hogy a szolgáltató munkatársai ismerjék a kiválasztott rendszert, hiszen pont az ezzel való aprólékos háttérmunka az, ami alól tehermentesíteni kívánják az ügyfelet.

 

Ebben benne kell, hogy legyen

  • a rendszer karbantartása,
  • hardveres konfigurációk beállítása,
  • szoftverek telepítése, felügyelete (monitorozás),
  • frissítések,
  • patch-elések,
  • és az ügyfél kérdéseit, kéréseit, megválaszoló, illetve kielégítő technikai támogatás, segítségnyújtás.

 

Ehhez kiegészítő megoldásokként általában opcionálisan választhatók

  • a biztonságot és teljesítményt növelő egyéb szolgáltatások,
  • terhelés kiegyensúlyozása,
  • az automatikus skálálzás,
  • optimalizálás (load balancing),
  • az összeomlás utáni ambuláns helyreállítás (disaster recovery),
  • sebezhetőségi vizsgálatok,
  • performancia tesztek,
  • jövőbeni fejlesztéskre tett ajánlatokkal kapcsolatos konzultációk.

 

Minden webshop keretrendszernek meg vannak a maga igényei és az az IT környezet, amelyben a leghatékonyabban lehet azt működésre bírni.

Az ehhez szükséges szakértelemnek is szolgáltató birtokában kell lennie, így ügyfélként ez a teher nem a mi vállunkat nyomja majd. Ezeknek a finomhangolt eljárásoknak köszönhetően biztosak lehetünk benne, hogy webáruházunk mindig készen áll az ügyfelek kiszolgálására, és a lehető legjobb teljesítményt is nyújtja.

Nézzük meg, melyek azok a területek, ahol a webshopokra fókuszáló menedzselt hosztolás, mint szolgáltatási forma a gyakorlatban is a hasznunkra válik webáruházunk szemszögéből.

 

Preventív menedzsment

 

Az egyik legnagyobb előnye a szakemberek által kezelt erőforrásoknak, hogy az időben történő beavatkozásokkal segít megakadályozni fellépő problémákat.

Szoftver kompatibilitási ellenőrzések, a biztonsági vizsgálatok és a teljesítmény monitorozása segít a szolgáltatónak felismerni és kezelni a kisebb anomáliákat, mielőtt azok súlyos problémákká alakulnak, és nagymértékben rombolják a konverziós rátát, vele a webshop reputációját is.

 

Oldalbetöltési sebesség

 

A lassú betöltődés befolyásolja a keresőmotor rangsorolását, és könnyen elriasztja a potenciális ügyfeleket.

Míg néhány esetben a túlzott terhelést okozhatja a honlap helytelen konfigurációja, gyakran a szerver sebessége is gátat szab a zavartalan működésnek.

Azonban az eCommerce-re specializált szerver hoszting esetén a felelős csapat figyeli és észleli a teljesítménnyel kapcsolatos problémákat, valamint alkalmazza a napjainkban elterjedt különféle gyorsítótárazási technológiákat, így biztosítva hogy az webhely gyorsan töltődjön be, nem számít, hogy mekkora forgalommal kell megbirkóznia.

 

Elérhetőség

 

Egyszerű: ha webshop nem érhető el, nem generál forgalmat, elesünk a bevételtől.

A szolgáltatók garantálják, hogy az így üzemeltetett oldalak éves tekintetben 99.5% -os rendelkezésre állási aránnyal működnek. Ennél még nagyobb biztonság is elérhető, ha professzionális szolgáltatót választunk, ahol a megosztott erőforrások eleve redundánsak.

 

Biztonság

 

Az IT védelem mindkét fél számára kiemelten fontos. A menedzselt hoszting rendszerében a kétoldalú felelősségi határok pontos meghatározása a jellemző.

A szolgáltató pedig általában leveszi a terhet a vállunkról, ami a szerver(ek), szoftverek, használt alkalmazások konfigurációját, frissítését, hibajavítását jelenti.

A vírus- és a kibertámadások elleni védelem, annak naprakészen tartása sem az ügyfél gondja, ha a megfelelő szolgáltatót választjuk.

Mindezek tudatában érdemes sorra vennünk, hogy a vállalkozásunkkal kapcsolatos terveink mennyire állnak összhangban a jelenlegi infrastruktúránkkal, mennyire tudja elképzeléseinket támogatni, kiszolgálni a jövőben.

Ezért fontos az, hogy pontosan írjuk le magunk és a felhő szolgáltató partnerünk számára üzleti víziónkat, elvárásainkat, hogy a kiszolgáló a legjobb megoldást tudja kínálni!

 

Menedzselt Magento hosztolás a gyakorlatban

 

Amennyiben olyan lehetőség után kutatunk, ami kifejezetten a webáruházunkra lett tervezve, akkor a specializált tudásért és szakértelemért általában nagyobb összeget kell fizetnünk, mint az általános megoldásokért cserébe – de ez persze nemcsak a menedzselt szolgáltatások világában van így.

Ha például Magento webáruházunkat szeretnénk a leginkább megfelelő környezetbe helyezni – és eszerint válogatunk – jó pár szolgáltatóval fogunk találkozni, akiknek esettanulmányaik és referenciáik bizonyítják, szavatolják hozzáértésüket.

Találhatunk olyan hoszting céget, aki több eCommerce keretrendszer specialistájának hirdeti magát. Az MGT Commerce extrém gyors betöltési sebességgel szolgálja ki ügyfeleit, ha valakinek pedig nemcsak a gyorsaság, de a naprakész újítások is fontosak, annak érdemes megnézni a Nexcess nyújtotta lehetőségeket.

Ezekre a cégekre jellemző, hogy saját szerverparkkal is rendelkeznek, akárcsak a nagyobb felhőóriások (Amazon, Windows, Google). A magántulajdonban lévő infrastruktúra mellett olyan megoldások is próbálják meggyőzni a leendő ügyfeleket, mint a kifejezetten egy adott eCommerce típusra optimalizált VMI (Virtual Machine Image), amit kínál többek közt a Bitnami is.

Fontosak az akkreditált, vagy certifikációkkal megerősített kompetenciák.

A szolgáltatónak alapvető kérdés, hogy ismerje az általa kezelt, felügyelt környezetet, amiben az ügyfél adatait kezeli.

Az partner bizalmát nem csupán a versenyképes ár nyeri el, a cég erősíteni tud a pozícióján a használt technológiákhoz tartozó folyamatos képzéseken való részvétellel és az ott megszerezhető képesítésekkel.

Mi az AionHill-ben úgy látjuk el mindennapi feladatainkat, hogy csapatunkban több Magento Developer vizsgával rendelkező fejlesztő is dolgozik, az Amazon Web Services (AWS) cloud szervizeit pedig több éves gyakorlattal rendelkező és akkreditált rendszergazdáink felügyelik.

 

Menedzselt hosztolás felhő alapon

 

A menedzselt szervizek piacán erőteljes növekedésnek indultak az elmúlt években a felhő szolgáltatások.Arról korábban értekeztünk, hogy mit is jelent a gyakorlatban, ha valaki a „felhőbe” a migrálja adatait, és kizárólag innen látja el a napi rutinjait.

A lényeg, hogy az ügyfél számára fizikailag elérhetetlen erőforrásokat bocsátanak rendelkezésre – amivel akár teljes üzleti tevékenységét le tudja fedni – amit rendszerint egy webes felületen keresztül ér el fogyasztó.

Eddig az effajta IT stratégia csak a közepes és nagy vállalkozások privilégiuma volt, azonban a technológiák csiszolásával és a szemlélet terjedésével a kisebb vagy jó értelemben véve egyszerűbb felépítésű cégek számára is megfizethető közelségbe került vállalati felhő struktúra.

Ez nemcsak egy informatikai hóbort, nagyon markáns és erőteljes trenddé vált a „cloud computing”, a mamutvállalatok számítástechnikai mindennapjai – robusztus méretüknél fogva – pedig elképzelhetetlenek kiszervezett, vagy cloud technológiák nélkül.

A Cloudswave kutatása is azt jelzi, hogy emelkedő felhő-szolgáltatások folyamatos növekedésben vannak globálisan vizsgálva.

 

OnCloud vs. OnPremise (Off Cloud)

 

Ha a mai paci kínálatot vesszük górcső alá, ahogy a felhő (cloud), úgy a helyi, vagy házon belüli (on-premise) megoldások közt is találunk olyat, ami leginkább igazodik működési elveinkhez, gyakorlatainkhoz.

Az sem szokatlan, hogy az ügyfél mindkét szolgáltatásfajtából igénybe vesz elemeket, ezt nevezzük hibrid megoldásnak. De nézzük meg előbb, milyen előnyökkel vagy hátrányokkal szembesülhetünk a két szerviztípus választásakor.

Felhő-alapú megoldásokkal találkozunk nap mint nap, gyakran veszünk igénybe magánemberként is olyan szolgáltatásokat, melyekről nem is feltétlen tudjuk, hogy használatával a felhőben tevékenykedünk (pl.: Dropbox, Spotify stb).

Lassan minden szoftvernek elkészül egy cloud verziója, és azt halljuk szinte minden médiumban, hogy ez az informatikai fejlődés kikerülhetetlen trendje, minden cég előbb-utóbb a felhőben „végzi”. Ahhoz, hogy felelős döntést tudjunk hozni a felhő bevezetéséről vagy arról, hogy egy hibrid megoldásban milyen arányban érdemes alkalmazni a technológiákat, meg kell vizsgálnunk saját céljainkat, belső működésünket is.

 

„OnPremise” jellemzők:

Akkor használjuk a fenti jelzőt, ha az intézményi megoldások a hagyományos, „házon-belüli” módon vannak telepítve és üzemeltetve, helyi IT munkatársakkal, és cégen kívül csak általában a hálózatot szolgáltató partnerrel vannak szerződésben.

Ebben az esetben minden hardver és szoftver a vállalkozás tulajdonában van, ennek teljes anyagi, könyvelési vonzatával.

A teljes felelősség azok kezeléséért, karbantartásáért az intézmény saját maga felel, vagyis a teljes infrastruktúra a cég falain belül marad.

Bizonyos esetekben részfeladatokra megbízhatnak rendszer-integrátorokat, de a fizikai védettségről (pl.: az adatközpont vagy akár egy kis szerverterem megfelelő elhelyezése, az eszközök tárolása, a terem hűtése), az elektromos hálózat felügyelete, szintén a vállalkozás felelőssége. Még akkor is, ha távoli adatközpontokban bérlünk megosztott, vagy virtualizált erőforrásokat (VPS).

 

„OnCloud” jellemzők:

Akkor beszélhetünk ezekről a megoldásokról, ha az intézményünk munkatársai egy tőlünk független szolgáltatótól veszik igénybe a HW / SW erőforrásokat.Gyakorta az ezekkel a szolgáltatásokkal dolgozó egyéneknek nincs is tudomásuk az erőforrások fizikai hollétéről – és az esetek többségében ez számukra teljesen irreleváns is.

Az adatközpont, a szoftverek, az ezeket működtető tudás gyakorlatilag minden a partner tulajdonát képezi.

Általában kötött időtartamra szerződnek a vállalkozással egy adott projektre, de sok példa van arra is, hogy a szolgáltató és fogyasztó hosszú éveken át kitartanak egymás mellett.

Ezek a szolgáltatók általában több cég kéréseit fedik le.

Az is bevett szokás, hogy a szolgáltató egy harmadik fél infrastruktúráját bérli, és ennek a kezelését, konfigurációját oldja meg az ügyfél helyett.

A felelősség lehet megosztott vagy kizárólagosan a szolgáltatóé – ezt mindig a szerződési feltételek döntik el – de általánosan megállapítható, hogy a hosztoló azért kell felelősséget vállaljon, amit szolgáltatásként nyújt a partnere számára.

Ha az egy adatközpont, akkor felel a szerverekért, a telephely biztonságáért, a hálózatért. Ha egy szoftvert nyújt szolgáltatásként, akkor annak konfigurálásáért, támogatásáért, a cég ügymenetébe való integrálásáért szokás felelősséget vállalni.

 

Melyik megoldás a jobb?

 

Jelen cikkünkben többször kitértünk arra, hogy minden annak fényében kell vizsgálnunk, hogy mi az, ami ügyfélként a leghatékonyabban segíti a mi működésünket, fokozza hatékonyságunkat és ésszerűsíti, egyben átláthatóvá teszi az informatikai vonatkozású költségeinket.

Ehhez segítséget nyújt az alábbi táblázat, melyben megvizsgálunk bizonyos szempontokat, és feltüntetjük az adott jellemzőt illetően melyik megoldás előnyösebb:


menedzselt-hosztolas-melyikjobb-hu

 

OnPremise (Off Cloud) szolgáltatók, megoldások

 

Ezek a hoszting cégek méretüknél és szemléletüknél fogva jóval hajlamosabbak a hibrid megoldásokra is az ügyfélérdeket szem előtt tartva.

Általában kevésbé költséghatékonyabbak mamutméretű versenytársaiknál, ezt igyekeznek személyre szabottabb szolgáltatásokkal ellensúlyozni.

Ha nem is akkora számban, de rendelkeznek saját adatcentrumokkal, amelyekkel széles skálán tudják lefedni ügyfeleik számításkapacitási vagy tárhelyigényeit – általában globálisan 3-5 lokációról beszélünk.

A Zadara Storage például igen nagy hangsúlyt fektet a privát felhő nyújtotta privilégiumokra, mint VPSA Storage tömbökre és a ZIOS objektum alapú tárolási megoldásaira.

A cég a hitvallása szerint a felhő flexibilitását nyújtja anélkül, hogy ehhez ki kéne adni a kezünkből az irányítást, migrálásmentesen. Demo környezetben is ki lehet próbálni a szolgáltatásaikat.

Nagyon fontos számukra a gyors és stabil hozzáférhetőség a hibrid és privát vállalati felhőt pedig SAN és NAS tárolási lehetőségekkel is támogatják.

Ha ennél nagyobb fokú személyre szabottság szükséges, és hajlandóak vagyunk megfizetni a privát infrastruktúra exkluzivitását, akkor kiváló megoldást nyújthat a Verizon.

A privát felhő mellett a Verizon az adatbázisok kezelésében való jártasságát domborítja ki az Oracle felhő integrációjával. Az ügyfél igényeihez minél jobban próbál alkalmazkodni azáltal, hogy 30 percen belüli reagálási limitet szab meg bármilyen kérdésre, kérésre, és ügyfél-dedikált Service Delivery Manager-t jelöl ki partnere számára.

Mivel ez érezhetően megkíván fogyasztóként is egy viszonylag nagyobb szerkezeti felépítést (ahová Service Delivery Manager szükséges, azok tipikusan nem a 15-20 fős kis cégek), ezért széles körben támogatja az eltérő operációs rendszereket és különböző adatbázisokat.

 

OnCloud szolgáltatók és megoldások

 

Rengeteg szolgáltató és még több megoldás közül válogathatunk, ha online boltunkat, ügyvitelünket, adatainkat a felhőbe szeretnénk mozgatni.

Alább felsorolunk 3 nagyobb céget és néhány alapszolgáltatást is összevetünk, természetesen a teljesség igénye nélkül.Egy-egy óriás hosztoló teljes portfóliójának ismertetése tanulmány szintű cikksorozattá duzzadna, ezért röviden bepillantunk a Microsoft, az Amazon és a Rackspace felhőjébe.

Windows Azure

A Windows PaaS platformja, az Azure egyben kínálja és kezeli saját operációs rendszerét, ami igen hatékony, ha az alkalmazásunk nem igényel speciális megoldásokat.

Úgy tudunk fejlesztéseinkre  koncentrálni, hogy az OS frissítése, a patch-elések, javítások miatt nem nekünk kell aggódni.

 

A Windows Azure három fő megoldást kínál e téren:

  • „Web role”:Ez a Windows Azure által szállított operációs rendszer rendelkezik előtelepített IIS 7-tel (Internet Information Services) és lehetővé teszi olyan webtechnológiák használatát, mint az NET, PHP és a Node.js.
  • Worker role: Ez az OS képes tetszőleges kódok és szinte bármilyen applikáció futtatására, beleértve az Apache Tomcat webszervert vagy a Java Virtual Machines-t is, és természetesen együttműködik a fent említett Web role-lal.
  • Virtual Machine role: Mi, az ügyfél látjuk el OS-szel az erőforrást, méghozzá egy Windows Server 2008 R2 (Enterprise vagy Standard) VHD image feltöltésével. Ellentétben a Web és Worker role-okkal, ebben az esetben mi vagyunk felelősek az operációs rendszer karbantartásáért, frissítéséért. Az Azure-ban használhatunk szinte bármilyen nyelvet, keretrendszert vagy eszközt alkalmazásaink felépítéséhez. A funkciók és szolgáltatások az úgynevezett REST (Representational State Transfer) protokollon keresztül működhetnek. A Windows Azure kliens könyvtárak több programozási nyelv támogatása érdekében is rendelkezésünkre állnak, nyílt forráskódú licenccel. Ezek GitHub-on is tárolva vannak.

A Microsoft egy három hónapos ingyenes próba környezetet biztosít az Azure-ben, amely magában foglal egy kicsi kapacitású szervert, (Small Compute Instance) és olyan egyéb erőforrásokat, melyek elegendőek az IT személyzet részére, hogy teszteljék és megismerjék a Windows Azure-t.

Mint a többi felhő szolgáltató, a Microsoft is egy pay-as-you-go árrendszert használ, az igénybe vett eszközök óraalapú költségelszámolásával.

A Microsoft’s SLA-ja (Service Level Agreement), vagyis a szolgáltatási szintről szóló megállapodás értelmében, 99.95%-os elérhetőséget garantál, amennyiben minimum két szervert igénybe veszünk, egy role-on belül.

Az SQL Azure egy szintén jól skálázható, relációs, felhő alapú adatbázis szolgáltatás, ami nevéből adódóan is SQL Server technológiára épül, amit az Azure felhő vagy a saját, irodai alkalmazásaink is használhatnak.

Adatot is exportálhatunk belőle és támogatja a folyamatos szinkronizálást a helyi adatbázisainkkal.Fizethetünk pay-as-you-go rendszerben vagy hathónapos kötelezettségvállalással kedvezmény érdekében.

Mindkét esetben, megvásárolhatjuk ezt a szolgáltatást önállóan, vagy együtt más Windows Azure platform termékekkel.

A Microsoft felhőjében lehetőség nyílik strukturált vagy strukturálatlan adatok tárolására, amikhez hozzáférhetnek az Azure alkalmazások és más applikációk REST protokollon vagy API-kon keresztül.

Az Azure Drive segítségével felcsatolhatunk (mount) tárhelyet, amit virtuális HDD-ként kezel a rendszer, amiket mozgathatunk a privát és publikus felhőnk közt. A tárhely és virtuális meghajtó szolgáltatás is pay-as-you-go alapú.

Rackspace felhő alapú hoszting

 

A Rackspace Cloud Hosting infrastruktúra átveszi az operációs rendszer feletti ellenőrzést.

Automatikus OS frissítéseket is tartalmaz a szolgáltatásuk, amennyiben a Managed Service Level-re (Menedzselt Szolgáltatási Szint) fizetünk elő.

Ellentétben az AWS-sel és a legtöbb más IaaS szolgáltatóval, a Rackspace nem engedi feltölteni a saját meglévő virtuális gépünket, tehát választanunk kell a cég által támogatott Windows vagy Linux verziókból.

A Rackspace minden szerverhasználatot óránkénti díjban határoz meg. Ellentétben néhány más felhő hosztolóval, nem teszi lehetővé, hogy az óraalapú díjazást megállítsuk a szerverek felfüggesztésével.

Ha meg szeretnénk tartani egy ún. „tétlen” (idle) szervert úgy, hogy a használat nélküli időt ne számlázzák ki az adott időszakban, biztonsági másolatot kell készíteni a szerver image-ről (amiért külön díjak merülhetnek fel a Rackspace Cloud File szolgáltatása miatt), törölnünk kell a szervert a fiókunkból. Ezt az image-t tudjuk visszatölteni, ha később újra futtatni szeretnénk.

Tartsuk szem előtt, hogy a cég jelenleg nem kínál ingyenes próba környezetet, bár szabadon létrehozhatunk egy fiókot, amivel elérhető az adminisztrációs portál, ha rá szeretnénk jobban látni, hogy hogyan is működik ez a szolgáltatás.

Fizetnünk csak szerver indítása vagy más erőforrrások bekapcsolása után vagyunk kötelesek.Bár sok szempontból megoldást nyújthat a Rackspace kínálta lehetőség – főleg ha valakit nem zavar a nagyobb szolgáltatókhoz viszonyított kisebb flexibilitás – jövőbeni terveink megalkotásánál nem mehetünk el a tény mellett, hogy a Rackspace hivatalosan is felhagy a Magento webshop Managed Hosting-jával, habár infrastruktúra szinten tovább támogatja.

Mindenestre döntésével a teljes dolgozó állományának 6%-át érintette negatívan, és nagyjából 200 Magento típusú webshop hosztingja vált kérdésessé.

Az utóbbi években erős volt a versenytársak nyomása a cégen, az érezhetően szűkülő paci részesedésük miatt kerülhetett sor egy nagyszabású akvizícióra még 2017 februárjában. (Forrás: sdxcentral)

A Managed Service Level tartalmazza a szerverek felügyeletét, az operációs rendszer és alkalmazás-infrastruktúra réteg támogatását (beleértve az automatizált frissítéseket és javításokat), és technikai útmutatót is biztosít a felhő szerverek használatához. A Rackspace SLA szerint, az adatközpontjaik rendelkezésre állási aránya 100%, kivéve a tervezett karbantartásokat, amelyek legalább tíz munkanappal korábban bejelentett leállások, és nem haladják meg a 60 percet egy naptári hónapra vetítve.

Ennek eredményeként, a garantált rendelkezésre állás tényleg csaknem száz százalékos, lényegében 99,999%-ot garantálnak ügyfeleiknek e téren.

 

Amazon Web Services (AWS)

 

Az Amazon Elastic Compute Cloud (EC2) egy IaaS platform, a legfontosabb komponens az AWS kínálatában.

Ez biztosítja a masszív infrastruktúra kiépítésének alapját, szinte bármilyen operációs rendszert támogat, amit az alkalmazásaink megkívánnak.Mint ilyen, az Amazon EC2 segítségével rendkívül hatékonyan felügyelhető az operációs rendszer, de a patch-elés felelősségét ránk bízza.

Tetszés szerint importálhatunk támogatott virtuális gép image-eket a meglévő környezetbe (Windows Server 2003 R2 és a Windows Server 2008 R1 / R2, VMware ESX VMDK, Citrix Xen VHD, vagy Microsoft Hyper-V VHD).

Természetesen a Linux disztribúciók sem maradhatnak ki a sorból, hiszen gyakori a CentOS használata is.

Az Amazon EC2 is kínál előkonfigurált szervereket, melyeken népszerű adatbázis-kiszolgálók futnak (IBM DB2, MySQL stb.), erőforrás-gazdálkodási megoldásokat, webszervereket (Apache, IIS / ASP.NET), alkalmazás fejlesztői környezetet, különböző alkalmazások futtatására optimalizált és egyéb, mint például médiaszervereket.

A Free Tier lehetőséget ad arra, hogy létrehozzunk egy „mikro” Linux vagy Windows alapú szervert, valamint bekapcsoljunk egyéb hasznos erőforrásokat, alkalmazásokat, amivel elég széles betekintést nyerhetünk az AWS kínálta lehetőségekbe.

 

Az Amazon három fizetési metódust is ajánl:

  • On-Demand: abban az esetben, amikor az erőforrás használata után fizetünk óra- vagy havidíj-alapon, hűségidő nélkül.
  • Preserved: azokban az esetekben, amikor egy egyszeri díjat kérnek el tőlünk, ezért viszonylag nagy kedvezmény is jár 1‒3 éves hűségidő fejében, illetve akkor vesszük nagy hasznát, ha jól fel tudjuk mérni előre a szükséges számításikapacitás-igényünket.
  • Spot: egy különleges helyzet, amikor az ügyfél tesz ajánlatot a felhő erőforrásra. Ehhez tisztában kell lennünk saját IT szükségletünkkel, és össze kell vetnünk a jelen informatikai kiadásainkkal. Ebben segít nekünk a Spot Bid Advisor.

 

Az Amazon SLA szerint a cég 99,95 százalékos éves rendelkezésre állást vállal, de ehhez egy EC2 instance-ot legalább két példányban kell futtatnunk, két különböző „Availability Zone”-ban. (Az AWS „Elérhetőségi Zónái”-ról írtunk előző cikkünkben.)

Az Amazon Web Services is kínál adatbázis-szolgáltatásokat: az Amazon DynamoDB egy teljes testreszabható NoSQL adatbázis felhő szolgáltatás (free tier alatt bizonyos lehetőségek nem érhetőek el benne), míg az Amazon RDB szolgáltatás felhő-alapú relációs adatbázis megoldást nyújt, hasonló képességekkel, mint a MySQL vagy az OracleDB.

Az Amazon Elastic Block Storage (EBS), mint neve is mutatja blokk-szintű tároló köteteket hoz létre, amit minden esetben egy futó EC2-höz köt.

Minden EC2 szerverhez tartozik egy bizonyos méretű tárhely, de az üzembiztonsághoz szükséges redundanciát az EBS biztosítja. Akárcsak egy merevlemezt, formázhatjuk a blokkot, és mi állíthatjuk be a kívánt fájl rendszert is!

Létrehozható Snapshot („pillanatkép”) a kötetekről biztonsági mentés céljából.

Bár ezek tárolásáért külön kell fizetnünk, ezek a mentések lényegesen kevesebb helyet igényelnek, mint az eredeti kötet, több okból is: a tömörített, üres blokkok nem tárolódnak, és a létrejött Snapshot első verziója után, csak az új, illetve a módosított adatok kerülnek rögzítésre.

 

A felhő szolgáltató kiválasztása

 

Mielőtt döntenénk arról, hogy melyik szolgáltatóval szeretnénk együttműködni, hogy a legjobb megoldást kapjuk online üzleti elképzeléseinkre, ajánlott feltenni pár kérdést, de nem csupán a szolgáltató felé.

A végeredmény nagyban függ attól, hogy:

  • milyen szolgáltatás(ok)ra van szükségünk
  • hogyan kívánjuk használni, elérni ezeket az erőforrásokat
  • milyen mértékben kívánjuk növelni felhő-kitettségünket az on-site (helyi, irodai) IT környezethez képest
  • mekkora ellenőrzésre, kontrollra van szükségünk az OS felett (használt applikációk vagy fejlesztés szempontjából)
  • a szolgáltató rendelkezik-e aktuális biztonsági akkreditációkkal
  • jogi környezetünk előírja-e a céges adatok tárolására vonatkozó földrajzi környezetet
  • tájékozódtunk a jelenlegi és cloud IT költségek különbözetéről (CTO)

 

A Windows Azure jó választás olyan alkalmazás fejlesztők számára, akiknek nem kell Linux környezet futtatni (habár az Azure 2015 óta indíthatunk Linux szervereket is).

Szinte minden programozási nyelvet támogat, versenyképes áron. Ha az alkalmazásaink lehetővé teszik, hogy a Microsoft operációs rendszereken dolgozzunk, akkor nem kell többet aggódnunk OS javítások és frissítések miatt.

A Rackspace azoknak az ügyfeleknek válhat be, akiknek szempont, hogy a szolgáltatónál maradjon az operációs rendszer feletti ellenőrzés, együtt a menedzselt szolgáltatásokkal.Az IaaS és PaaS modell együtt nyújtja a legnagyobb kényelmet az ügyfél számára. Másrészt viszont, a Rackspace-ből hiányzik néhány szolgáltatás, a másik két hoszting cégnél megvan, valamint a kényelem megkéri az árát.

A három közül ő a legdrágább megoldás.

Az Amazon EC2 az egyik legerősebb felhő szolgáltató, ha szükségünk van az operációs rendszer feletti teljes ellenőrzésre, legyen az Windows vagy Linux szerver.Az Amazon Web Services kínálja a legtöbb fajta megoldást, szolgáltatást (összesen 72 felhő szervizből válogathatunk).

Emiatt nagyon jól skálázható a rendszer, és szélesebb körben tudjuk felhasználni az erőforrásokat, legyen szó számításkapacitás igényes alkalmazásokról, tárhelyről, adatbázisról vagy webshopról.Az előre konfigurált AMI-kal (Amazon Machine Image) pedig jól tudjuk üzleti elképzeléseinkhez igazítani a virtuális gépparkot.

 

Magento fejlesztő vállalkozásként, mi az AionHill-ben az AWS nyújtotta felhőbe visszük ügyfeleink webáruházait.

Nem csupán belföldi, de több külföldi partnerrel is dolgoztunk már együtt, akiknek sikeresen optimalizáltuk a környezetet webáruháza számára.

Volt, ahol jelentős (csaknem 400 dollár / hó) költségmegtakarítást értünk el az AWS infrastruktúra átfogó testreszabásával, és van olyan esettanulmányuk, ahol drasztikusan csökkentettük az oldal betöltési idejét.

Manapság a Magento motorja található meg a webes kereskedelemmel foglalkozó top 100 000 oldal 1/3-ánál a világon.

Míg a többi eCommerce megoldás is jelentős előrelépéseket ért el, a legjobbak közt is kiemelkedően teljesít a Magento.

A benne rejlő lehetőségek nemcsak egy sikeres integrált vásárlási platformmá tették, amely szinte minden szempontból kezeli az online üzleti igényeket, hanem a hálózati szakemberek számára egy folyamatos kihívás, ha a teljesítmény optimalizálásáról van szó.

Ahogy a felhő egyre nagyobb teret hódít, és kikerülhetetlen trenddé alakult az elmúlt 10 évben az üzemeltetési megoldások terén, a potenciálisan szóba kerülő szolgáltatókat érdemes versenyképességük alapján megvizsgálni.

Birtokában vannak-e a megfelelő készségeknek vagy ismereteknek? Milyen referenciákkal, szakembereik milyen képesítéssel rendelkeznek?

 

A felhő szolgáltatótól elvárható 6 fontos kompetencia

 

Amit egyfolytában hangoztatnak a szolgáltatói oldal képviselői, hogy a felhőbe való migrálással hathatósan és tartósan csökkenthetjük az IT alkalmazottaink terhelését, faraghatunk informatikai büdzsénken és több forrás juthat az üzlet fejlesztésére.

Ezért érdemes ügyfélként az ígéretek mögé tekinteni, és tisztában lenni a mi üzleti céljainkkal, de a pontos elvárásokat is megfogalmazni leendő szolgáltatónkkal szemben.Az új környezet, új kihívásokat jelent, és új képességeket követel meg a felektől.

Az alábbiakban felsorolunk 5 olyan képességet, melyek manapság elvárhatók egy versenyképes felhő szolgáltatótól:

1) Műszaki ismeretek

Míg a kiszolgáló csapat szükséges tudás típusa és annak mértéke attól függ, hogy mekkora és mennyire összetett a felhő projektünk, addig az internetalapú tudás a webes környezetben gyorsan futó alkalmazások felépítésére irányuló képesség marad az irányadó.

Érthető, hogy teljesen más szintű tudás szükséges egy tárhely szolgáltatás menedzseléséhez, esetleg archiváláshoz, és megint más szintű szakértelmet igényel egy virtuális magánfelhő konfigurálása, dedikált adatbázisszerverekkel.

A tudásbázis erősen kell hogy építsen a szerzett tapasztalatokra, de előtérbe kerülhet a virtualizáció terén szerzett ismeret. A nyílt forráskódú eszközöket és a nyelvekkel való tapasztalatokat is jól lehet hasznosítani.

 

2) Vállalati architektúra és üzleti igények elemzése

Elengedhetetlen ahhoz, hogy egy megfelelő ütemtervet tudjunk vázolni a bevezetéshez, hogy milyen szolgáltatásokra lesz szükségünk.

Ennek birtokában gördülékenyebb az együttműködés az ügyféllel, beszélik az üzleti nyelvet, és megtalálja a hangot az informatikai szakemberekkel is.

Ha megértjük az alapelveket a szolgáltatás-orientált architektúra hosszú távon tudja segíteni vállalatunk működését.

 

3) Projekt menedzsment ismeretek

Napjainkra már nélkülözhetetlenné váltak a PM ismeretek és szerepkörök egy IT projekt véghezvitelében, amelyeket elsősorban határozott, vezető egyéniségű emberek tölthetnek be.

Egy ilyen szakembernek jól kell átlátnia mindkét oldal helyzetét, kezelnie a különböző forrásokat az egész vállalkozásra kiterjedően, egyeztetni a célokat, felügyelni, hogy a kijelölt fejlesztési pontokat, lépéseket, vagyis a „mérföldköveket” az előre meghatározott módon és időben érik el.

Nagy felelősséggel járó területe ez a felhő migrációnak, hiszen a projekt manager-ek vannak „frontvonalban”, az ügyfél és a szolgáltató között.

Nagy erőfeszítésbe kerül az, hogy az IT projektek ne a határidőt meghaladva és túllépve a kalkulált anyagi keretet fejeződjenek be, mindkét fél kárára.

Azzal is számolnia kell, hogy az ügyfél könnyen eshet a túlköltekezés hibájába, mivel a felhőben viszonylag gyorsan lehet ki- és bekapcsolni az erőforrásokat, ezért könnyen ott találhatja magát a kliens, hogy többlet költséget generál a gyakori, átgondolatlan szolgáltatásmegrendelésekkel és extra erőforrások beüzemelésével.

 

4) Áttekinthető ügyfélkommunikáció

Elvárható, hogy egy szolgáltató minden kérdésben le tudja követni az ügyfél igényeit és megfeleő válaszokat adjon a felmerülő kérdésekre.

A felek közötti kommunikációt kétoldalúan követi (tehát mindenről van dokumentáció a későbbi vitás helyzeteket elkerülendő), és azonnal reagál, amikor a dolgok nem a tervek szerint haladnak.

Például, amikor a felhő szolgáltatás váratlanul leáll, vagy szokásostól eltérően alulteljesít. Ezeknek a szituációknak a rendezéséhez, és a vitás helyzetek diplomatikus és hatékony elrendezéséhez alapszükségletté vált a megfelelő szakemberek jelenléte (project owner-ek, dedikált manager-ek).

Ide sorolható még az áttekinthető, egyértelmű árképzés, és a szolgáltatási portfólió, csomagok egyértelmű leírása. Az ügyfelekkel szemben tanúsított nyílt és pontos kommunikáció közép-hosszú távon megtérülő befektetés.

 

5) Biztonság és megfelelés

A telepített felhő típusától, annak összetettségétől függetlenül kiemelten fontos az ügyféladatok védelme, azok bizalmas kezelése.

Ehhez kapcsolódnak azok a szabványok, tanúsítványok és rendelkezések ‒ mint például a Sarbanes-Oxley, HIPAA, és a számtalan adatkezelési törvény – amelyeknek folyamatosan meg kell felelnie a szolgáltatónak, de az ügyfélre is vonatkoznak szabályok.

Az AWS felhőjében ezt különösen komolyan veszik és erre vonatkozóan egy közös felelősségi modellt dolgoztak ki. Ennek értelmében az együttműködést szigorú feltételekhez szabják és védik saját, de egyben az ügyfél érdekeit is a felelősségi területek pontos elhatárolásával (SRM – Shared Responsibility Model)

 

11 kérdés, melyeket a szolgáltatónak teszünk fel

Korábbi cikkünkben kifejtettük, hogy mire érdemes felkészülnünk ügyfélként, ha találkozunk a felhő szolgáltató cég embereivel, milyen kérdéseket szegezhetnek nekünk.

Most fordítsuk meg a helyzetet és nézzük meg azokat a fontosabb témákat, és az ebből fakadó kérdéseket, melyeket az ügyfélnek érdemes feltennie egy tárgyalás során.

 

1) Hol lesz elhelyezve az adatom?
Manapság a felhő szolgáltatók számának terjedésével, olyan árverseny alakult ki ezen a piacon, ahol a túl drága megoldásra gyanakvóan nézhetünk, de ugyanez a helyzet a túl olcsó vagy piaci ár alatti ajánlatokkal.

Senki sem szeretné, ha üzletkritikus adatai egy alapvetően békés informatikus nyakában lógnának, egy flash drive-on…

Nos, ideális esetben adataink valamilyen megosztott vagy dedikált szerveren, egy adatközpontban kerülnek elhelyezésre, ami földrajzilag távol tőlünk, egy fizikailag óvott helyen található.

Hogy országhatáron belül vagy kívül esik, azt az üzletmenet, és a jogi környezet is szabályozza.

 

2) Milyen problémák merülhetnek fel az aktuálisan futó telepítés vagy a migráció során?
Ütközésekre lehet számítani, ha az előzetes egyeztetések alkalmával nem pontosítottuk a szoftveres környezet jellemzőit.Kompatibilitási kérdések az OS-től kezdve a kapacitásigény felmérésén át a használni kívánt webtechnológiák verziószámáig (pl.: PHP, cachelés).

A migrálás – mondjuk egy webshop esetében – értelemszerűen szolgáltatáskieséssel jár, ezért kérdezzünk rá a várható mérnöki munkaórák számára, és hogy munkaidőben vagy kevésbé látogatott napszakban hajtják-e végre a migrácót.

 

3) Önök a szolgáltatás viszonteladói vagy rendelkezésükre áll az infrastruktúra?
Mindjárt a cikk elején kitértünk rá, hogy a szolgáltatásként eladott erőforrások képezhetik a szolgáltató vagy akár harmadik fél tulajdonát.

Például a korábban említett Rackspace-nek saját adatközpontjai vannak több helyen is. Azonban ha Cloudreach, vagy Datapipe – illetve az AionHill – ül az asztal másik oldalán, akkor ezek a szolgáltatók AWS partnerként az Amazon felhő infrastruktúráját értékesítik tovább, IT szakembereik pedig ezeket a cloud eszközöket kezelik, és igazítják az ügyféligényekhez.

 

4) Milyen felhő szolgáltatásokat nyújtanak?
Nézzünk utána a fontosabb szolgáltatási típusoknak, használjuk a nagy felhő cégek költségkalkulátorát.

Mielőtt tárgyalásokba bocsátkozunk, tájékozódjunk arról, hogy a szolgáltató rendelkezik-e a megfelelő kompetenciákkal, szolgáltatási portfólióval.

Ehhez persze pontosan meg kell fogalmaznunk saját üzleti jövőképünket és elvárásainkat a felhőtől.

Egyeztessünk, hogy a kínált szolgáltatások megoldást nyújtanak-e a problémánkra?

 

5) Milyen árazási konstrukciót használnak? 
Csak azért kellene fizetnünk, amit valóban el is használunk. Ez a felhő alapú szolgáltatások egyik alapelve.

Ezért érdemes vigyáznunk az irreálisan nagy induló költségekkel (upfront).

Az esetek 80%-ában meg sem jelenik ez a tétel, hiszen ahogy korábban is említettük, gyakorlatilag minden szolgáltató a pay-as-you-go sémát követi, és erről havi számlát állít ki a hoszting vállalat.

Pontosan ez az egyik árazási metódus, ami jóval az ügyfél saját szerverparkjának üzemeltetési és fenntartási költsége alá tudja nyomni a felhőben generált fogyasztást.

Az upfront tétellel, egy esetleges rögzített futamidejű kötelezettség vállalás esetén találkozhatunk. Ilyenkor meglepődhetünk nagyobb induló kötségen, de ezzel érjük el általában fajlagosan a legnagyobb kedvezményt. A cloud erőforrások havi szinten a 2-3 USD-től akár a több tízezer USD-ig is terjedhetnek. Minden azon múlik, hogy cégünknek mekkora és milyen szoláltatásra van szüksége.

 

6) Mennyire biztonságos a szolgáltatott felhő? 
Nem is az a kérdés, hogy mennyire biztonságos, hanem hogy a szolgáltató mi mindent követ el a biztonság érdekében.

Rendelkezik-e a megfelelő tanúsítványokkal, engedélyekkel, vagy harmadik félként olyan szolgáltatásokat menedzsel, amelyek rendelkeznek a szükséges előírásokkal.

Az adatkezelés mellett, megfelelő figyelmet kell fordítani a tűzfal figyelésére, vírusvédelem biztosítására, jogosultsági szintek megadására, hozzáférésvezérlésre, titkosításra.

 

7) Mi történik, ha megsérül vagy elveszik az adatom? 
Az ezzel kapcsolatos kérdéses helyzetek elkerülésére kiválóan alkalmas a pontos SLA leírás.

Ebben a vállalásban többek között erre és az ehhez hasonló esetekre is ki szoktak térni. Tudnunk kell, hogy az adatainkat mi is elérjük, vagy teljességgel megbízzuk ezzel a szolgáltató embereit.

Ha a mi munkatársaink is hozzáférnek az állományokhoz, akkor az elérések naplózását is követni kell.

Győződjünk meg arról, hogy milyen módon kívánja a szolgáltató a biztonsági mentéseket ütemezni (napi, heti rendszerességű backup-ok).

Az archiválás milyen feltételekkel és gyakorisággal megy végbe? Nem kívánt összeomlás és adatvesztés esetén milyen gyorsan állítható vissza a rendszer (disaster recovery)?

 

8) Milyen ügyféltámogatási szolgáltatások vannak? 
Milyen hibabejelentési metódusok állnak rendelkezésre? Milyen óra, nap lefedettségben érem el az ügyfélszolgálatot?

Milyen időhatárok vonatkoznak a hibák elhárítására? Van-e VIP support, és ha igen, mi számít kritikus hibának, aminek az elhárítását azonnal el kell kezdeni, és mik esnek a „next-business day” kategóriája alá?

Milyen felületeken tudunk kapcsolatba lépni a szolgáltató munkatársaival, ha hibát észleltem? Meg kell tudni határozni az átlagos válaszadási időt is.

 

9) Könyen skálázható a rendszer, hogy le tudja követni az üzleti igényeket? 
Üzletünk növekedésével előbb-utóbb ki fogjuk nőni az aktuálisan használt infrastruktúrát.

Nőni fog a bemenő-kijövő adatforgalom, nagyobb adatbázissal kell dolgoznunk, nő a tárhelyigényünk, esetleg drasztikusan növekedik a termékszámunk és ezzel egyenesen arányosan oldalunk látogatóinak az aránya is.

A flexibilitás és skálázhatóság szavakat is meglehetősen gyakran halljuk a szolgáltatóktól. Járjunk utána, hogy az erőforrásbevonásoknak vagy az azok lekapcsolásának (fel-, illetve lefelé skálázásának) milyen időbeni és / vagy anyagi vonzatai vannak.

 

 

10) Milyen a szolgáltatáskiesési arány? 
Leállásról (Downtime) vagy más néven szolgáltatáskiesésről akkor beszélünk, amikor átmenetileg nem tudjuk elérni a szolgáltató felhőjét.

Ez rendkívül nagy anyagi kárt tud okozni.

Ezért olyan cégeket érdemes keresni, akik a legnagyobb elérhetőségi arányt garantálják az év napjaihoz képest.

Természetesen a fenti kérdésre a válasz az, hogy nincs kiesés. A lényeg, hogy az elérési arány minél közelebb legyen a 100%-hoz.

A cégek jó része általában nyilvánossá teszi a kiesések naplófájljait online. Ha mégsem találunk erről nyílt információt, kérdezzünk rá!

 

11) Hogyan érem majd el a felhőt? 
Fontos tisztázni, hogy a felhő erőforrásokat milyen úton lehet igénybe venni, azokat milyen hozzáféréssel érjük el.

A statikus tartalmak feltöltését milyen protokollon keresztül oldjuk meg?

Manapság az ügyfél egy bizonyos adminisztratív szintű hozzáférést kap, amit desktop-okról és igen gyakran minden smart eszközről el lehet érni.

 

Összegzés

A menedzselt hoszting világa nagyon összetett, és első látásra igen ijesztő lehet az ügyfelek számára.

Egy webshoptulajdonos nem valószínű, hogy rendelkezik azzal a tudással, amellyel az áruházát a felhőbe helyezheti, ezért van szükség specializálódott szolgáltatókra.

Ez az ismertető cikk azért íródott, hogy az alapfogalmak tisztázódjanak, és segítséget tudjunk nyújtani neked az első lépések megtételében.

Amennyiben nemzetközi piacokat is szeretnél elérni, szükség van arra, hogy a számítástechnikára más szemszögből nézd. A folyamatosan fejlődő technológiának köszönhetően ma már sokkal költséghatékonyabb és kapacitás-optimalizáltabb megoldások léteznek, mint akár csak pár évvel ezelőtt.

Az, hogy a webáruházadat menedzselt felhő-alapú környezetbe migrálod, az egyik legjobb üzleti döntésnek bizonyulhat.

 

 

Üzleti intelligencia: alapok, melyeket mindenképpen érdemes ismerned

Az üzleti intelligencia (angolul: Business Intelligence, BI) mint kifejezés, már a kilencvenes években megjelent és kezdett el beépülni a hazai vállalatok életébe.

Amikor beírjuk a Google keresőbe a „business intelligence” kifejezést, megközelítőleg 75 millió találatot kapunk, míg az „üzleti intelligencia” kifejezésre nagyjából 112 ezret és még ennél is kevesebb lehetőség jelenik meg az „üzleti információszerzés”-re.

A számok közötti eltérés igen lényeges, ami azt is mutatja, hogy magyarországi viszonylatban a kis- és középvállalkozások túlnyomó részének még mindig nincs megfelelő tudása a módszer hatékonyságnövelésével kapcsolatban. Vajon mi lehet ennek az oka?

A lehetséges okok között szerepelhet egyfajta tájékozatlanság az üzleti intelligencia komplexitásával és működésével kapcsolatban, illetve magának a fogalomhoz tartozó rendszereknek a magas bevezetési költsége.

 

A következő témákat fogjuk átvenni:

  • Az üzleti intelligencia kifejezés eredete
  • Az üzleti intelligencia ‒ módszer
  • Egy vállalati erőforrás: az információ
  • Hol tudjuk felhasználni az adatbázisokat?

 

Az üzleti intelligencia (business intelligence = BI) kifejezés eredete

Az üzleti intelligencia fogalmának mai megfelelője Howard Dresner (Gartner Group, 1989) nevéhez fűződik, aki 1989-ben a következőképpen definiálta azt:

"Olyan módszerek, fogalmak összessége, melyek az üzleti döntéshozatal folyamatát javítják tényeken alapuló rendszerek segítségével."Howard Dresner

 

A Wikipédia a következő definíciót adja:

"…magában foglalja azokat az alkalmazásokat, legjobb gyakorlatokat, eszközöket ‒ beleértve az infrastruktúrát is ‒, amelyek lehetővé teszik, hogy megszerezhessünk és felhasználhassunk olyan információkat, amelyek fontosak ahhoz, hogy az üzleti döntéseket és így az üzleti teljesítményt javítsuk."Wikipédia

 

Dr. Molnár Bálint: Bevezetés – Az üzleti intelligencia fogalma c. kutatásában kifejti, szerinte milyen alrendszereket foglal magába az üzleti intelligencia:

  • Adat- és szövegbányászat,
  • Adatvizualizáció,
  • Üzleti információelemző rendszerek (OLAP),
  • Vezetői információrendszerek (Executive Information Systems),
  • Döntéstámogató rendszerek (Decision Support System – DSS),
  • Vállalatirányítási információrendszerek (Enterprise Information Systems).

 

"A képesség a tények összefüggéseinek megértéséhez, amely cselekvéseink során végigvezet a kívánt cél eléréséhez."Dr. Molnár Bálint

 

Egyébként a kifejezés eredetileg Hans Peter Luhntól (IBM, 1958) ered. Ő egy olyan világot képzelt el, ahol a létrehozott hatalmas mennyiségű információt automatikus, intelligens rendszerek fogják feldolgozni, tárolni és szétosztani, ezzel segítve a különböző szervezetek tevékenységét és döntéshozását.

 

Az „intelligence” angol szó az általunk bemutatni kívánt összefüggésben valójában információszerzést jelent.

Magyar fordításban az „intelligencia” szó eredetileg a latin „inter” (magyarul: között) és a „legere” (magyarul: választ) szavak összekapcsolódásából, az „intelligentia” szóból ered. Az intelligencia az elmének elemző és megkülönböztető képességét jelenti, egy komplex problémamegoldó képességet, ami a dolgok közötti választást segíti elő. Egyfajta döntéshozatali képesség.

 

Az üzleti intelligencia ‒ módszer

uzleti-modszer

 

Ezelőtt már volt szó információk sokaságáról, az üzleti intelligencia rendszer felépítéséhez, még sincs feltétlenül szükség adattárházra. Egy adattárház tervezésekor azonban felmerülnek olyan kérdések, amik rámutatnak arra, hogy az üzleti intelligencia nemcsak adatgyűjtésből, vagy különböző szoftveres alkalmazások bevezetéséből áll, hanem egy teljes szervezeti transzformációt, valamint új vezetői szemléletmódot és gondolkodást is jelent.

Ez a szemléletmód támogatja és segíti a vállalat működésének teljes átvilágítását, a belső folyamatok újratervezését, valamint az üzleti célok pontos meghatározását. Az üzleti intelligencia, mint módszer alkalmazása viszont csak akkor jelent üzleti előnyt, ha a döntéshozás folyamán kellő szakértelemmel tudják feldolgozni és felhasználni az elemzéseket.

 

Az adattárház tervezésekor a következő kérdések merülhetnek fel:

  • Milyen további adatokra van szükség?
  • Milyen adatok kerüljenek át az adattárházba a már meglévő adatbázisból?
  • Mi az eddig gyűjtött adatok tisztításának módja?
  • Milyen formátumban tároljuk az adatokat?
  • Milyen gyakran frissüljenek az adattárház adatai?
  • Felülről irányító (top down) stratégiai szemlélet vagy alulról jelentő (bottom up) operatív szemlélet alapján történjen a tervezés?
  • Milyen feladatokat lásson el?
  • Kik és milyen eszközön fogják használni?

(Krajcsák, 2012)

 

Egy vállalati erőforrás: az információ

uzleti-informacio

 

Az információnak vállalati erőforrásként jelentős gazdasági értéke van, birtoklása pedig előnyhöz juttathat minket a piaci versenyben. A jó minőség nagyon fontos a gyűjtött és tárolt adatokra vonatkozóan, mivel ennek hiánya használhatatlan és pontatlan információkat nyújtó adatbázist eredményez.

 

Az adattárolók (legyen az például adattárház, vagy egyszerű adatbázis) hibaforrásai a következők lehetnek:

  • Nehéz az adatok kezelése,
  • Nem található a keresett adat,
  • Változó az adatok formátuma,
  • Nem egyértelmű az adatok jelentése,
  • Az adatok időszerűsége nem megfelelő,
  • Redundáns adatok léteznek a rendszerben,
  • Nem ismert az adatok pontossága, helyessége,
  • Inkonzisztens adataink vannak (ugyanazon információ többféleképpen is megjelenik),
  • Az adatok különböző rendszerekben, egymással össze nem kapcsolható struktúrákban tárolódnak.

(Krajcsák, 2012)

 

Az előzőekben felsorolt előforduló hibák miatti „hibás” adatokat diszparát adatoknak nevezzük, kialakulásuknak pedig számtalan oka lehet. Nézzünk pár példát ezen okok közül:

  • Létrejöhetnek hibás adatállomány kezelésből adódó duplikációk miatt,
  • Létrejöhetnek különböző adatbázisok összevonásával,
  • Nem tervezett adatgyűjtésből származó adatok az elemzési igények megjelenése előtt,
  • Hibás adatrögzítés miatt üres mezők maradnak, elírások történnek, ha a rendszerben nincsenek automatikus ellenőrzések,
  • A vállalat fejlődése során folyamatosan bővülő, de eltérő formátumú adatokat tároló informatikai rendszerek miatt.

 

A diszparát adatok eltávolítása az adatbázisból sokkal költségesebb és időigényesebb feladat, mint az előre pontosan megtervezett adatgyűjtés.

 

Hol tudjuk felhasználni az adatbázisokat?

uzleti-db

 

 

Az adatbázisokat alapvetően két fő területen használja egy-egy vállalatirányítás.

1)

Az egyik ilyen, az úgynevezett operatív folyamatok területe, amely a napi tevékenységet támogatja a vállalat alsó- és középvezetői szintjein.

Ide sorolhatók például:

  • A vállalatirányítási feladatokat támogató vállalati erőforrás menedzsment eszközök,
  • A logisztikai feladatokat támogató különböző ellátási lánc menedzsment (supply chain management – SCM) eszközök,
  • Az értékesítést támogató ügyfélkapcsolat kezelő (Customer Relationship Management, CRM) rendszerek.

 

Ezek előnye, hogy képesek egyszerre több felhasználónak egy mindig aktuális állapotot mutató, folyamatos adatelérést biztosítani. Hátrányuk, hogy a lekérdezést csak előre meghatározott dimenziók mentén lehet végrehajtani.

2)

A másik terület a vállalati döntéshozatalt és stratégiai irányítást támogató üzleti intelligencia rendszereket foglalja magába. Ezeket vállalatok felső- és középvezetés felső szintjein alkalmazzák.

Előnyük, hogy a lekérdezés folyamata rugalmasan kezelhető. A lekérdezések során a következő kérdésekre kaphat választ a döntéshozó:

  • Mi történt?
  • Miért történt?
  • Mi történik most?
  • Mi történhetne?

 

Összegzés

Ahogy a fentiekben olvasható, az adatok központi szerepet töltenek be az üzleti intelligencia rendszere alkalmazásánál, hiszen egyszerre hozhatják a produkció sikerét és bukását is.

Ha Ön arra kíváncsi, hogy jelenlegi weboldala vagy webshopja mennyire hatékony, úgy kérje ingyenes auditunkat és 45 perces ingyenes tanácsadásunkat!

Ha van véleményed a témával kapcsolatban, írd le azt a lent található kommentekben!

Tetszett a cikk? Akkor oszd meg, hogy másokhoz is eljusson az üzenet!

 

1. Magento Meetup Hungary: Konverzió- és teljesítménynövelés Magento 1-ben és Magento 2-ben

Dátum: 2016. november 8., kedd, 18:00

Helyszín: Eiffel Bistro & Bar, 1055 Budapest, Bajcsy-Zsilinszky út 78.

(Térkép)

Jelentkezés: Magento Meetup Hungary

 

Előadások:

 

Max Pronko:

Real use cases of performance optimisation for Magento 2 (angol nyelvű előadás)

Vajon a Magento 2 teljesítménye ugyanolyan, esetleg gyengébb, mint a Magento 1-é? Az ezzel kapcsolatos szinte összes ismeret mintaadatokra, illetve Vanilla platform összehasonlításokra alapszik. Az előadásomban gyakorlati optimalizálási technikákat mutatok be, melyekkel gyors betöltési sebeség érhető el Magento 2-nél.

Max Pronko 10 éves Magento fejlesztési és tanácsadási tapasztalattal rendelkezik. Sikeresen vezetett be számos kiváló minőségű közepes, illetve nagyobb applikációt. Specialitása a javításra szoruló területek meghatározása és a hatékony folyamatok kidolgozása. Max ezenkívül hetente oszt meg tippeket és újdonságokat Magento 2 témában a The Devletter elnevezésű hírlevelében.

 

Perencz-Szklenár Tamás:

Varnish integráció Magento 1-ben (magyar nyelvű előadás)

A Varnish egy frontend cache szolgáltatás, mellyel hatékonyan lehet gyorsítani weboldalaink betöltési sebességét. Lényege, hogy a webszerver és a kliens közé beágyazódva a kéréseket először saját maga próbálja meg kiszolgálni a gyorsítótárából, és ha erre nincs lehetősége, akkor tovább küldi a szerver felé a kérést. Nagy terheltségű oldalak esetén elengedhetetlen a gyors kiszolgálás érdekében a cache-elés. A Magento fejlesztői érzik ennek a súlyát, és a 2-es verzióban már alapból benne van a Varnish támogatás.

Perencz-Szklenár Tamás több mint 10 éve foglalkozik webes alkalmazások fejlesztésével. Számos programozási nyelvel találkozott az évek során, végül a PHP-ben, illetve a JavaScriptben találta meg azokat a lehetőségeket, melyekbe beleásta magát. Pár évvel ezelőtt ismerkedett meg a Magento eCommerce keretrendszerrel, amiben a mai napig modulokat fejleszt AionHill-es csapattársaival.

 

Szaniszló Péter:

Értékesíts valós adatok alapján! (magyar nyelvű előadás)

A digitális világban (főként a webáruházak esetén) rendkívül hasznos a stratégiai gondolkodás megléte, amely alól nem kivétel az adatok világa sem. Ezt a szemléletet például az értékesítési tölcséren keresztül lehet kézzelfoghatóvá tenni, amely segíti a folyamatok egymásra épültségét rendszerezni: értékesítési szintek, mérhető elemek, KPI-ok, javaslatok, eszközök stb. Így a webáruház nemcsak egy önálló eszköz lesz, hanem egy profitnövelő gépezet.

Szaniszló Péter digitális marketig elemző az Aquarius Hand Kft. online kommunikációs ügynökségnél. Folyamatosan képzi magát ‒ a tapasztalatokon felül autodidakta módon és kisebb tanfolyamok által is, hogy a folyamatosan változó digitális világgal lépést tudjon tartani. Izgalmas kihívás számára, hogyan tudja összerakni a sokféle adatot ahhoz, hogy hasznos információvá válhassanak. Ezenkívül szereti ötvözni a kapott információkat és a kreatív üzeneteket, így jöhet létre az adatvezérelt marketing.

 

Az előadásokat videóra rögzítjük, és a résztvevők részére később linket küldünk, ahol megnézhetik ezeket a felvételeket.

Az előadások után minden résztvevő a vendégünk egy kis ételre és italra, melyek elfogyasztása közben, kötetlen beszélgetés során alkalmunk nyílik megismerni egymást.

 

Minden érdeklődőt várunk szeretettel!

Az AionHill csapta

 

10 kérdés, melyek alapján ki tudod választani Magento webshop fejlesztő partneredet

Nos, erről már írtunk korábban, illetve igyekeztünk azt tisztázni, hogy a szabadúszók és a profi fejlesztőcégek között mik a legfontosabb különbségek, hogy mikor melyiket érdemes választanod.

Most a fejlesztőcégek oldalára fogunk koncentrálni: megnézzük, mitől lesz egy fejlesztőcég igazán profi, hogy neked megrendelőként pontosan mire kell felkészülnöd, és hogyan lehetsz biztos afelől, hogy a legjobb fejlesztést kapd majd végül kézhez.

Ezeket a témákat vesszük végig a cikkben, hogy a legjobb döntést hozhasd meg az elolvasása után:

 

  • Hol találhatsz e-kereskedelmi fejlesztőcéget?
    • Nézz fel a szakmai oldalakra, fórumokra
    • Menj el a szakmai rendezvényekre
    • Nézd meg a Magento oldalát
  • Hogyan kérj ajánlatot?
    • Mivel kell készülnöd ügyfélként?
  • 10 kérdés, melyeket érdemes megkérdezned
    • Fontos-e, hogy személyesen találkozzatok?
    • Mióta dolgoznak a Magento platformmal?
    • Hogyan néz ki, mennyi ideig tart a fejlesztési folyamat?
    • Kapsz supportot is?
    • Milyen minőségbiztosítással dolgoznak? Hogyan tesztelnek?
    • Mi az, ami befolyásolhatja a projektet?
    • Kivel kommunikálsz majd?
    • Végeztek már komolyabb Magento integrációt?
    • Végeztek már komolyabb Magento migrációt?
    • Megtanítanak a rendszer használatára?
  • Milyen fejlesztőcégre van szükséged?
    • Képesítés és képességek (a Developer Certification-ről)
  • Mindig kérj referenciákat
  • Miért válassz ennyire körültekintően?

 

Hol találhatsz e-kereskedelmi fejlesztőcéget?

 

Az első lépés afelé, hogy kiválaszd a tökéletes partnert az, hogy egyáltalán összeállítasz egy listát a lehetséges jelöltekről. Ezt megteheted egyszerűen úgy is persze, hogy megnyitod a Google-t és lefuttatsz néhány keresést.

Magento fejlesztőt választani azonban komoly döntés: komplex rendszerről beszélünk, amelynek a fejlesztéséhez nagyon kevesen értenek a legprofibb szinten, így egyáltalán nem mindegy, hogy mennyire leellenőrizhető céget választasz.

 

Nézz fel a szakmai oldalakra, fórumokra

 

Kérj ajánlásokat hozzád hasonló webáruház tulajdonosoktól, illetve nézd meg azt, hogy maguk a fejlesztők mely cégekről, fejlesztőcégekről nyilatkoznak elismerően szakmai berkekben.

Kérj magad is aktívan ajánlásokat: írd le, hogy pontosan mi a problémád, mit szeretnél lefejlesztetni, és erre már kapni fogsz egy sor javaslatot, egy szép listád fog összeállni.

 

Menj el a szakmai rendezvényekre

 

Ha hosszú távú partnert keresel, személyesen is keresgélhetsz. Látogass el a Magento témájú rendezvényekre, és beszélgess el a résztvevőkkel, kérj élőben ajánlásokat és ajánlatokat, hallgasd meg az előadásokat, hogy képet kaphass arról, ki milyen tudásszinten áll – és hogy jobban meg tudd határozni, hogy te kit keresel.

 

Nézd meg a Magento oldalát

 

A Magento Solution Partner Directory is remek hely arra, hogy potenciális partnereket vadássz magadnak. Az oldalon megnézheted a fejlesztőcégek profilját, általános információkat kaphatsz róluk, sokszor még azokat az ügyfeleket is megtalálod, akikkel a cégek korábban együtt dolgoztak – így könnyebben leinformálhatóak is, utána tudsz kérdezni, hogy milyen munkát végeztek vagy akár élőben tesztelheted is azt, ha megtekinted a megfelelő webáruházakat.

 

Hogyan kérj ajánlatot?

 

Ha megvan a listád egy sor lehetséges partnerrel, akkor már nekiállhatsz ajánlatot kérni.

Ezen a ponton több hibát is elkövethetsz, és ezek egyike, hogy nem eléggé felkészülten állsz az ajánlatkéréshez. Tartsd észben, hogy a fejlesztőnek nagyon pontosan tudnia kell azt, hogy neked mire van szükséged, mert csak akkor fogja tudni felmérni azt, hogy milyen munkával is járna elvégezni a projektet.

Nem mindegy,

  • hány és milyen szakképesítésű ember kell, hogy a projekten dolgozzon,
  • hogy várhatóan meddig tart majd a megvalósítás,
  • vagy hogy milyen komplex megoldásokról van szó.

 

Az is fontos, hogy légy elérhető. Ne küldj szét egy sor levelet ajánlatkérésekkel, ha utána hetekig nem válaszolsz rájuk: minden bizonnyal olyan projekttel fogtok majd dolgozni, amelynél a folyamatos kommunikáció elengedhetetlen, és ez már az ajánlat fázisában is így van.

 

tips Megjegyzés: Egyébként részben pontosan erről ismerheted meg a profi fejlesztőcéget: aki minimális információ alapján is rögtön ajánlatot ad neked, az valószínűleg nem mérte fel megfelelően a munkát, nem eléggé felkészült ahhoz, hogy valóban a legjobban végezze azt el.

 

Legyél konzisztens.

Ha jó ajánlatot akarsz kapni, akkor figyelned kell arra, hogy minden megkeresett cégnek ugyanazokat az információkat add át, hogy ne egyszerre többféle dolgot kommunikálj. Egy ilyen projektnél nem az ár az, amit elsősorban figyelned kell – az óradíjak persze változatosak lehetnek, de a fejlesztő munkadíja már rövid távon megtérülő befektetés. A célod, hogy olyan profit találj, aki segít a webáruházad működését a lehető legjobbá tenni, mert ez hozza majd neked a lehető legtöbb hasznot.

 

Légy nyitott.

Figyelj arra, hogy minden információt megadj, amit kérnek tőled – a fejlesztő adott esetben nem véletlenül kíváncsi olyan adatokra, mint a webáruház forgalma konverziós aránya vagy éppen a rendelkezésre álló büdzsé, mert az ilyen adatok alapján tudja igazán felmérni, hogy részleteiben milyen munka vár majd rá.

 

Mivel kell készülnöd ügyfélként?

 

Könnyű azt mondanunk, hogy „adj meg minden lényeges információt”, ha nem tudod, hogy mik lehetnek ezek. Nézzük, mit kell mindenképpen kommunikálnod a fejlesztő felé:

  • Mondd el világosan, milyen végeredményt akarsz.

Egyszerűen hangzik, mégis fontos az, hogy pontosan leírd, mit szeretnél a projekt lezárultával: milyen célokat akarsz elérni, hogyan tud neked ebben segíteni a fejlesztőcég? Próbáld ezeket a célokat minél világosabban megfogalmazni.

 

  • Mondd el, mekkora a büdzsé.

Valószínűleg van némi elképzelésed arról, hogy mekkora volumenű az a munka, amit el akarsz végeztetni – tehát minden bizonnyal arról is van, hogy mennyit szánsz a megvalósításra.

 

10 dolog, melyeket érdemes megkérdezned

mire kérdezz webáruház fejlesztésnél

 

Csábító, hogy csakis az ár alapján hasonlítsd össze az ajánlatokat, ha viszont hosszú távú partnert keresel, akkor egy sor szempontot kell figyelembe venned – lássunk ezek közül most néhányat.

 

1) Fontos-e, hogy személyesen találkozzatok?

 

Ha igen, akkor olyan webáruház fejlesztő céget kell keresned, amely földrajzilag közel található hozzád, vagy legalábbis a kapcsolattartó elérhető fizikailag. Ez ugyanakkor ma már egyáltalán nem létfontosságú szempont.

A személyes kapcsolatnak lehet, hogy megvannak a maga előnyei, ma azonban már legtöbbször elegendő az, hogy ha Skype-on vagy más hasonló csatornán zökkenőmentesen képes egymással kommunikálni ügyfél és alvállalkozó.

2016-ban az, hogy egy konferenciahívást problémamentesen lebonyolítsunk, már nem nagy kihívás, és a földrajzi hellyel szemben a webshop fejlesztés várható minőségének sokkal nagyobb szerep kell, hogy jusson a végső választásban.

Ha nem érhetőek el fizikailag, mert mondjuk offshore fejlesztést végeznek, akkor érdeklődd meg, hogyan tartják veled a kapcsolatot:

  • Skype-on,
  • e-mailben,
  • különféle kollaborációs eszközökkel?

 

Hogyan biztosítják azt, hogy a távolság ellenére is teljesen zökkenőmentes és félreérthetetlen legyen a kommunikáció?

 

2) Mióta dolgoznak a Magento platformmal?

 

Nem olyan fejlesztőt keresel, aki éppen csak elkezdett a rendszerrel dolgozni, és nem is olyat, aki egy-két éve foglalkozik csak ezzel. Egy fejlesztőnek évekbe kerül, mire a megfelelő rutint megszerzi ahhoz, hogy valóban profi Magento fejlesztőnek nevezhesse magát, és egy csapatnak is ugyancsak sok időre van szüksége, amíg összeszokott, hatékony egységként képes működni.

Ha azt hallod a fejlesztőcégtől, hogy nem rég foglalkoznak Magento-val, de ilyen vagy olyan hasonló rendszerekkel már évek óta, akkor nem őket keresed, ezt egyértelműen kijelenthetjük. Ilyen esetben egészen egyszerűen nincs meg a megfelelő háttér, a megfelelő tapasztalat, mert a Magento nem „olyan”, mint más rendszerek, hanem egy teljesen különálló és rendkívül komplex e-kereskedelmi megoldás.

 

3) Hogyan néz ki, mennyi ideig tart a webáruház fejlesztési folyamat?

 

Ha jól kérsz ajánlatot (lásd az előző pont), akkor rövid úton egy kész, részletes elképzelést láthatsz arról, hogy hogyan is néz majd ki várhatóan a teljes folyamat.

A rutinos fejlesztőcégnek a megfelelő információk birtokában nem okozhat ez nehézséget éppen azért, mert a korábbi projekteknek köszönhetően rendelkezésre áll a rutin. Megvan a workflow, a pontos munkamenet, fel tudják azt mérni, hogy kinek kell a projekten dolgoznia és így tovább.

Mindenképpen kérdezz tehát rá a részletekre, mert ebből igen jól kiderülhet, hogy mennyire profi céggel állsz szemben valójában.

 

Mit értünk részletek alatt?Nem árt tudnod azt például, hogy a fejlesztők verziókövetéssel dolgoznak, és nem FTP-n keresztül vagy hasonló módon végzik párhuzamosan a fejlesztési munkákat. Ennek valószínű végkimenetele ugyanis az, hogy egymás kódját írják felül a szakemberek, a fejlesztéseket nem egyszer helyreállíthatatlanul összekuszálva. Ilyen amatőr hibát egy valóban szakértőkkel dolgozó fejlesztőcég egészen biztosan nem vét.

 

4) Kapsz supportot is?

 

Minél komplexebb projektről van szó, annál nagyobb a valószínűsége annak, hogy szükséged lesz a supportra a projekt lezárulta után – de nagy könnyebbséget jelent ez még a legegyszerűbb fejlesztések esetén is.

 

"A Magento használata nem egyszerű: nem azért választják több százezren, mert gyerekjáték vele bánni, hanem mert közel korlátlan lehetőségeket kínál fel."Darvas István, technológiai igazgató, AionHill

 

Éppen ezért fontos az, hogy a fejlesztő utólag is segítséget nyújtson, és ha kell, a hibákat gyorsan felmérje és elhárítsa.

A jó support szolgáltatásból az is látszik, hogy mennyire gondolkodik egy cég hosszú távon. Ez számukra befektetés annak a reményében, hogy ügyfeleik a következő alkalommal is őket választják majd – reménybeli visszatérő ügyfélnek pedig bármilyen szakterületen nagyobb eséllyel adnak a kezébe tényleg csúcsminőségű végterméket.

 

5) Milyen minőségbiztosítással dolgoznak? Hogyan tesztelnek?

 

Nagyon fontos, hogy a cég minden munkájáért teljes felelősséget vállaljon: kérdezz rá, hogy az új fejlesztéseket pontosan hogyan tesztelik, milyen módszerekkel próbálják ki és hogyan integrálják a te rendszeredbe.

 

  • Mi történik, ha valami nem megfelelően működik?
  • Ha nem jól sikerül az integráció, de ez csak később derül ki?
  • Mire számíthatsz a részükről?
  • Részleteiben kérdezz rá minderre már az ajánlatkéréskor, mert ebből szintén kiderül, hogy mennyire gondolkodik hosszú távú partnerben az adott fejlesztőcég.

 

6) Mi az, ami befolyásolhatja a projektet?

 

Végül a bizonytalansági tényező:

Mi az, ami az ajánlatban foglaltakat esetleg a későbbiekben módosíthatja?

Mitől lehet egy projekt mégis drágább vagy mitől készülhet el lassabban?

Alapvetően a végeredmény minőségét tekintve bőven lehet alapja annak, hogy módosul idő közben a megállapodás (bár profiknál ritkán fordul elő ilyesmi), erről pedig jó, ha már azelőtt tudsz, hogy elkezditek a közös munkát, mert a későbbiekben sok felesleges kommunikációt spórolhattok így meg.

 

7) Kivel kommunikálsz majd?

 

Nagyon fontos, hogy a fejlesztés minden szakaszában megfelelően kommunikálhass a fejlesztőkkel. Ezért tehát rá kell kérdezned, hogy lesz-e külön felelős projektmenedzser, akivel bármikor kapcsolatba léphetsz, akivel megbeszélheted, ha esetleg valamilyen változás állna be, hogy ha kérdésed vagy problémád merül fel.

A projektmenedzser feladata, hogy összefogja a munkát és pontos tájékoztatást adjon arról, hogyan halad, készen lesz-e időre és így tovább. Ő az, aki ismeri a csapatban dolgozók képességeit, és ennek alapján a lehető leghatékonyabban meg tudja szervezni a munkát.

 

8) Végeztek már komolyabb Magento integrációt?

 

Az integrációs folyamat ismerete igen fontos, mert ez biztosítja azt, hogy az egyedi céljaidnak végül teljesen megfelelő végeredményt produkálhat majd a fejlesztőcég. Bárki, akinek tapasztalata van a Magento rendszerekkel tudja, hogy az integráció rendkívül bonyolult lehet – éppen ezért jól teszed, ha a fejlesztődtől referenciákat kérsz korábbi sikeres integrációs projektekről.

 

9) Végeztek már komolyabb Magento migrációt?

 

Ha korábban nem Magento rendszeren futott a webáruházad, akkor kiemelkedően fontos, hogy olyan fejlesztőkkel dolgoztass, akinek nagy tapasztalatuk van a migrációban. Nyilván azt szeretnéd, hogy ha minden a legsimábban menne: adatbázisaid hiánytalanul és jól használhatóan kerülnének át az új rendszerbe, és a végén ugyanazokkal az adatokkal dolgozhatnál új és jobb rendszered alatt.

Már a migrációt megelőző felkészülés is óriási munka, hiszen valahogyan nyilván be kell biztosítani, hogy semmilyen kár ne keletkezzen, hogy semmilyen adat ne vesszen el – ehhez a fejlesztői csapaton belül több ember precíz, összehangolt munkájára van szükség.

 

tips Megjegyzés: A migráció SEO-szempontból is fontos: ha a csapat nem jól oldja meg, rangsorolásod, amiért keményen megdolgoztál, és amire valószínűleg nem keveset költött a céged, egy pillanat alatt összeomolhat. Az eredményeket visszahozni pedig csakis kemény munkával lehet – és idővel, ez viszont hosszabb távon már tetemes bevételkiesést is okozhat. Tehát menj biztosra, és kérdezz rá, van-e SEO-szakértő a csapatban, vagy legalább dolgozik-e az fejlesztőcég külsős megbízható keresőoptimalizálási szakemberrel.

 

10) Megtanítanak a rendszer használatára?

 

Hosszú távon rengeteg időt, fáradságot és költséget takarít meg az, ha a fejlesztők nemcsak egyszerűen elkészítik és a kezedbe adják a terméket, hanem használni is megtanítanak azt.

Néhányszor említettük talán: a Magento egyáltalán nem egyszerű rendszer. Elsősorban attól vonzó, hogy képes óriási webáruházakat is kiszolgálni, miközben teljes mértékben testreszabható és szinte korlátlan opciókkal kecsegtet.

Épp ez a szabadság az, ami rendkívül komplexszé teszi, és ami miatt egy olyan felhasználó, aki korábban egyszerűbb webáruház- és tartalomkezelő rendszerekkel dolgozott, kisebb eséllyel lesz képes átlátni és megfelelően kezelni.

 

Milyen webshop fejlesztő cégre van szükséged?

 

Lehet, hogy már az ajánlatkéréskor kiderül, hogy eleve rossz helyen keresgélsz.

Fejlesztőcég és fejlesztőcég között eleve hatalmas különbségek lehetnek – vannak, akik kifejezetten adott fejlesztéstípusokra specializálódtak és ilyen szakemberekkel dolgoznak, mások esetleg kifejezetten kis- vagy nagyvállalati ügyfelekkel foglalkoznak.

Az is meglehet, hogy egyáltalán nem kell fejlesztőcéggel dolgoztatnod, mert azt a munkát, amire szükséged van, már egy szabadúszó is gond nélkül elvégzi – ha erről bővebben szeretnél olvasni, blogunkban megtalálod a cikket, amelyben a fejlesztőcégek és szabadúszók közötti különbségeket részletesen tárgyaltuk.

Kérdés, hogy pontosan milyen csapattal kell együtt dolgoznod. Hogy az egyes szakterületek mind képviseltetik-e magukat, vagy lesznek olyan részei a projektnek, amelyeket mindenképpen egy vagy több további fél bevonásával kell megoldaniuk.

 

Képesítés és képességek (a Developer Certification-ről)

 

Írtunk már a Magento Developer képesítésekről, e helyt ismét indokolt, hogy ejtsünk ezekről néhány szót.

A Magento képzési igazán kiválóak: nagyszerűen adják át és rendszerezik az ismereteket, tökéletes lexikális tudást adnak, de ami még ennél is fontosabb: a különféle fejlesztési feladatok révén segítenek abban, hogy a kezdők megszerezzék azt a rutint és első kézből származó tapasztalatot, ami egy a Magento-hoz hasonlóan robusztus és komplex rendszerrel való munka során elengedhetetlen.

A képesítés a megrendelő számára biztonságot jelenthet, hiszen biztosan tudja, hogy a fejlesztő átment a szigorú rostán, és nem csak állítja magáról, hogy ért a Magento fejlesztéséhez.

Ezzel együtt viszont a Developer tanúsítványok egyáltalán nem feltételei annak, hogy valaki kiváló Magento fejlesztő legyen.

A fejlesztőcégeknél ezért az a bevett gyakorlat, hogy a vezető fejlesztő vagy fejlesztők azok, akik rendelkeznek a képesítéssel – megrendelőként csekély jelentőséggel bír az, hogy egy cégben összesen hány Magento-képesített fejlesztő dolgozik, 2 vagy 20.

 

Mindig kérj referenciákat

 

Ne fogadd el bemondásra, hogy a fejlesztők értenek valamihez: kérd el tőlük korábbi ügyfelek elérhetőségeit (ha nem adnak ilyesmit maguktól), kérdezd meg, hol láthatod működés közben azt, amit ők fejlesztettek.

Fontos, hogy lásd, hogyan oldották meg korábban a tiédhez hasonló projekteket.

 

Nem árthat megkérdezni azt sem,

  • hogy pontosan hogyan kommunikálnak,
  • mennyire megbízhatóak,
  • mennyire tartják magukat az előre megbeszéltekhez
  • és valóban megadnak-e a folyamat előtt, alatt és után is minden létfontosságú információt.

 

Ha egy cég nem akarja korábbi ügyfelek, projektek adatait megadni, annak két oka lehet: vagy nem rendelkeznek jó referenciákkal, vagy titoktartásra vannak kötelezve. Ebben az esetben viszont minden bizonnyal rendelkeznek olyan saját projektekkel, amelyeket meg tudnak neked mutatni.

A referenciák ellenőrzése nélkül soha ne kezdj számodra ismeretlen fejlesztőcéggel dolgozni. Ha mást nem tudsz tenni, akkor menj fel a korábban említett szakmai fórumokra (Magento fejlesztéssel foglalkozó oldalak, közösségek, akár Facebook-csoportok stb.) és kérdezd meg ott a szakmabeliek véleményét arról, hogy a cég hogyan dolgozik. Ha másból nem is, de ebből valószínűleg elég jó képet alkothatsz róla, képesek lesztek-e hosszú távon együttműködni, valódi partnerként.

 

Miért válassz ennyire körültekintően webáruház fejlesztő céget?

Ha Magento alapú webáruházat szeretnél, néhány dolgot máris tudunk rólad. Nyilván felvilágosult döntést hoztál, megismerkedtél a különféle rendszerek előnyeivel és hátrányaival, esetleg korábban is használtál már valamilyen webáruház-motort és tapasztalt üzemeltető vagy.

Ha Magento-t akarsz, akkor megbízhatóságra és teljesítményre van szükséged. Egy olyan rendszerre, amely hosszú távon képes stabilan kiszolgálni az áruházadat, amelynek valószínűleg nagy a forgalma, a kínálata és a bevétele is.

Ahhoz, hogy talpon maradj, a webáruházadat folyamatosan fejlesztened és bővítened kell majd. Mivel a legjobb az, hogy ha ugyanaz végzi az összes fejlesztést (így neki sem azzal kell kezdenie, hogy megismeri, hogyan oldott meg bizonyos problémákat az előző fejlesztő), ezért egy hosszú távú fejlesztőpartnerre van szükséged.

Ilyet pedig, akivel hatékonyan (és költséghatékonyan) együtt dolgozhatsz éveken keresztül, csakis akkor találhatsz, ha rászánod az időt és az energiát erre a kiválasztási folyamatra. Ha felteszel minden kérdést, ha többször is elbeszélgetsz a kapcsolattartóval, és a végén mindent mérlegre téve hozod meg az elhatározást.

Ebben az esetben nagy eséllyel biztos lehetsz abban, hogy megtaláltad azt a Magento fejlesztő partnert, akivel együtt a piacod urává válhatsz.

 

Mit kell tudnia egy élvonalbeli Magento fejlesztőnek?

Ha Magento alapú webáruházat akar egy cég, akkor erre szakosodott fejlesztőt, fejlesztőcéget bíz meg a munkával. A Magento egy komplex, erős és megbízható rendszer, ahhoz pedig, hogy valaki értőn legyen képes kezelni, számos területen szakértőnek kell magát mondania.

Kérdés az is, hogy mi a különbség a szabadúszó fejlesztők és a csapatban dolgozók között. Mikor érdemes egy cégnek szabadúszót és mikor szakosodott fejlesztőcéget megbíznia egy munkával?

Ebben a cikkben mindezekre a kérdésekre választ adunk. Ha kíváncsi vagy rá, hogyan válhatsz te magad is profi fejlesztővé, akkor itt megtalálod, mi az, amit el kell sajátítanod. Ha pedig a cégednek keresel fejlesztőt, megtudod, hogy mire kell figyelned, hogy az ideális embert találd meg.

 

Ezt fogjuk végigvenni:

  • Milyen előképzettség kell egy Magento fejlesztőnek?
    • Milyen programnyelveket kell ismernie?
  • Mit ad valójában a Magento Certified vizsga?
  • Szabadúszó vagy komoly csapat?
    • Mik az elvárások egy csapat tagjával szemben?
    • Milyen szakember a jó fejlesztő?
    • Hogyan választhatjuk ki az ideális Magento szabadúszót?
  • Milyen a jó Magento fejlesztő?

 

Milyen előképzettség kell egy Magento fejlesztőnek?

 

Az egyik legfontosabb, hogy komoly webfejlesztési tapasztalattal rendelkezzen. A Magento komplex rendszer, és a fejlesztőnek át kell látnia, hogy a munkája hogyan él majd a neten. A HTML, a CSS és a Javascript nyelvekhez értenie kell, mivel ezeket alkalmazza mindennapi munkájában.

Szintén szükséges, hogy ismerje a verziókezelő szoftverek működését. Ilyen elosztott verziókezelő például a Git, amelyet többek között a Linux-rendszermag, a VLC media player és az Android platform fejlesztéséhez is használnak.

Hogy munkáját hatékonyan és gyorsan végezhesse, érdemes ismernie valamilyen integrált fejlesztői környezetet (IDE) is. Az IDE szoftverek a programozást magát könnyítik meg, részben automatizálva a folyamatot gyors alkalmazásfejlesztést tesznek lehetővé.

 

Milyen programnyelveket kell ismernie?

 

Backend oldalon alapvető a PHP nyelvben szerzett tapasztalat, a Magento 2-vel dolgozó fejlesztő számára kifejezetten a PHP 5.6-7 ismerete a fontos. A SOLID elveket követő OOP készségszintű ismeretére is szüksége van, mivel a Magento fejlesztés megköveteli, hogy átlássa a bonyolult osztály szerkezeteket. A jó Magento Developer ismerni fogja az MVC architektúrát és a moduláris fejlesztés szabályait is.

A MySQL azért fontos, mert a Magento fejlesztése során rengeteg olyan probléma megoldására van szükség, amelyhez elengedhetetlen – ilyen különösen a join-ok kezelése, az InnoDB és tranzakciókezelés, a lockolási problémák hibaelhárítása, a Zend Query kezelése. Képesnek kell lennie arra, hogy a MySQL Explain-t értelmezze, hogy ismerje az idegen kulcsokat és a normalizált adatszerkezeteket.

A Zend Cache és általában a gyorsítótárazási technikák ismeretére szintén szüksége lesz annak, aki a Magento-val szeretne dolgozni – ide tartozik a nyílt forráskódú Redis adatbázis-kezelő használata, ahogyan a Memcached elosztott gyorstárrendszeré is, valamint az egy- és kétszintű cache használatában és a cache hibakeresésben szerzett jártasság.

Az XML ismeretére többek között a modulok konfigurálására használt config.xml miatt van szükség. Ami a backend szempontjából még fontos, az a Varnish és a Linux BASH ismerete, az alapvető rendszergazdai ismeretek megléte, valamint az, hogy rutinosan használja a fejlesztő a kollaborációs eszközöket.

Frontend oldalon nem elég a JavaScript-ben szerzett gyakorlat, ismerni kell a Prototype és Jquery keretrendszereket. A Node.js (vagy röviden Node) a Gulp, a Grunt és a Bootstrap ismerete elengedhetetlen, még a Magento 1 fejlesztéséhez is.

Nem árt, ha járatos valamilyen CSS előfeldolgozó használatában, amilyen a LeSS vagy a Sass. Emellett a fejlesztőnek ismernie kell a keresőoptimalizálás (SEO) alapjait, a reszponzív best practice-eket, tudnia kell, hogyan fejlesszen úgy, hogy a különféle okoseszközökön is egy tökéletesen funkcionális és kényelmesen használható rendszerrel találja magát szembe munkája eredményeként a végfelhasználó.

 

Mit ad valójában a Magento Certified vizsga?

magento-certified-developer

 

A webfejlesztői alapokon túlmenően a Magento fejlesztéséhez nagyon erős lexikális tudásra is szükség van, ahhoz pedig, hogy valaki ténylegesen értsen is a rendszerhez, legalább egy év intenzív fejlesztési gyakorlat is szükséges.

A Magento Certified Developer vizsga lényegében e kettő meglétét igazolja vissza: a gyakorlatét és a lexikális ismeretekét, amelyekre a fejlesztő tudása épül. Nem igazán a képesítés itt a lényeg, hanem maga a változatos Magento fejlesztési feladatok végrehajtása során megszerzett rutin.

Éppen ezért viszont igaz az is, hogy alapvetően a vizsga nem feltétele annak, hogy valakiből jó Magento fejlesztő legyen.

 

tips Megjegyzés: A rutin és a tudásanyag elsajátítható akkor is, ha ez nem a Magento által működtetett oktatási rendszerben működik – a szakterület legjobbjai között is vannak olyanok, akik a képesítéssel nem rendelkeznek, tudásukat és képességeiket viszont mindenki elismeri.

 

Hasznos a vizsga azért, mert egészen biztosan rendszerezi az ismereteket, és a kezdőknek megtanít olyan alapvető dolgokat, mint hogy ne írjanak bele a core fájlokba.

Egy fejlesztő valójában akkor mondhatja, hogy már megfelelő tudásszinten áll, amikor alapvető hibákat már nem vét, amikor korrekt kód kerül ki a keze alól és már képes a best practice-eket alkalmazni a munkájában. Ezenfelül az igazi profik vannak, akik mindezt innovatívan és kreatívan képesek megtenni.

 

Egy adott szinten persze a fejlesztőnek már azt is tudnia kell, hogy mikor lehet és mikor szükséges eltérni a szabályoktól. Adott megoldásokat, például azt, hogy egy termékimportálás, amely korábban akár 1-2 napig is letartott, 20 perc alatt elvégezhető legyen, csak így lehet létrehozni: ha a fejlesztő hajlandó megszegni az alapvető szabályokat is.

 

Ezt csak akkor teheti meg, ha pontosan ismeri nemcsak a saját képességeit, de a Magento korlátait is, és képes ezeken kreatívan túllépni – anélkül, hogy hibázna.

Önmagában tehát a vizsga, bár értékes, de kevés: a jó fejlesztőnek a legtöbbet az évek alatt megszerzett tapasztalat számít.

 

Szabadúszó vagy komoly csapat?

 

freelancer-vs-magento-agency

 

Ha egy cég Magento fejlesztőt keres, sokszor azt láthatja, hogy egy szabadúszó (freelancer) olcsóbban elvégezheti ugyanazt a munkát, amiért egy komolyabb fejlesztőcsapat többet kér.

 

Ennek azonban oka is van: bár a szabadúszók között rendkívül jó képességű fejlesztők vannak, egyszerűen magukban nem képesek ugyanazt a munkát ugyanúgy megcsinálni.

 

Egyetlen ember nem érthet minden területhez szakértői szinten – így nem tekinti a projektet dizájnerként, marketingesként vagy éppen a megtérülés oldaláról. Komoly gondot jelenthet az is, hogy a szabadúszók időbeosztása hektikus – sokan közülük például éjszakánként dolgoznak, ami azzal is együtt jár, hogy nap közben kérdéses az elérhetőségük. Komoly vállalkozás bevételi forrásának számító webshop támogatását így egyetlen ember nem képes elvégezni. Márpedig új projektek esetén kritikus az, hogy a támogatás megfelelően működjön, hogy a határidőket mindig pontosan betartsák.

Ahhoz, hogy minden részterületen a legjobb munkára számíthassunk, mindenképpen több emberre van szükség. Alkalmazhatunk persze akár egyszerre több szabadúszót is, ezen a ponton viszont már tényleg értelmetlen nem egy jól összeszokott fejlesztőcsapattal dolgoztatni.

Ennek az előnye az is, hogy a projektet nagyon precízen koordinálni lehet: tisztázható, hogy kinek pontosan mi a feladata, hogy hogyan segíthetik egymást a különféle fókuszú szakemberek, ez pedig minden esetben a jobb végeredményt szolgálja.

Egy nagyobb Magento fejlesztési projekt esetén számos szakterület kell, hogy képviseltesse magát, és annak is nagy a jelentősége, hogy a csapat képes legyen gördülékenyen együtt dolgozni, hogy mindenki pontosan tisztában legyen a saját szerepével és elfogadja mások szakmai véleményét.

A szükséges szakemberek között lennie kell mindenekelőtt

  • egy projektmenedzsernek,
  • egy IT-szakértőnek,
  • dizájnernek, aki ért az UX-hez,
  • frontend és backend fejlesztőnek,
  • minőségbiztosítási szakembernek,
  • üzleti elemzőnek,
  • keresőoptimalizálási szakembernek is.

 

Ez nem feltétlenül jelenti azt, hogy minden egyes területet más képvisel, az viszont egészen bizonyos, hogy egy olyan projektet, amelyekhez minderre a tudásra szükség van, egyetlen ember nem lesz képes elvégezni.

 

Mik az elvárások egy csapat tagjával szemben?

 

A legfontosabb az, hogy a fejlesztő ne akarjon magányos farkast játszani: ne gondolja azt, hogy maga tud mindent megoldani, hanem tudja, hogy más szakemberekkel dolgozik együtt, akiktől bármikor segítséget kap – és ha szükséges, akkor ezt kérje is.

A csapatjátékosnak meg kell osztania a tudását másokkal. A csapattagoknak folyamatosan kommunikálniuk kell egymással.

 

Milyen szakember a jó fejlesztő?

 

Aki egy csapat tagjaként akar Magento fejlesztőként dolgozni, annak a személyes tudáson, rutinon kívül is szükséges, hogy legyen egy sor olyan személyes kvalitása, amely erre alkalmassá teszi. Azon túl, hogy hajlandó tudását és tapasztalatát megosztani és másoktól sem fél segítséget kérni, egy sor tulajdonság határozza meg, hogy valaki jó csapatjátékos-e.

Ilyen személyiségbeli kvalitások:

  • az igényesség,
  • a lelkesedés,
  • a szorgalom,
  • a tudásvágy és fejlődni akarás,
  • az odaadás,
  • a felelősségvállalás saját magunkért és másokért is,
  • illetve a bizalom mások iránt.

 

Ezek ugyanis azt eredményezik, hogy a Magento fejlesztő képes minőségi munkát készíteni, gyorsan elvégezni azt, innovatív megoldásokat találni, megbízhatóan dolgozni és hatékonyan részévé válni a csapatnak, kiegészíteni és segíteni azt.

 

Hogyan választhatjuk ki az ideális Magento szabadúszót?

 

Kisebb projekteknél elegendő lehet az is, ha egy szabadúszót, és nem egy egész fejlesztőcsapatot bízunk meg a munkával.

De honnan tudhatjuk, hogy a megfelelő embert találtuk meg?

Fontos, hogy saját Github és Magento Connect extension-nel rendelkezzen, illetve, hogy mindig kérjünk referenciát: elérhető munkákat, amelyek megmutatják, hogyan dolgozik az adott Magento fejlesztő. A fő szempont ilyenkor annak felmérése, hogy mennyire működőképes az adott végtermék, de a dokumentációs is rengeteget elárulhat már egy laikus számára is.

Általában egy webshop tulajdonos önállóan nehezen tudja felmérni, hogy egy fejlesztő alkalmas-e az elvégzendő munkára, így jó, ha az interjút, a kiválasztást is egy szakemberre bízza, illetve legalábbis szakember segítségét kéri ehhez.

Egy-egy modul fejlesztését jó ötlet lehet egy szabadúszóra bízni, de előtte tisztázni kell az is, hogy vállaljon garanciát a hibamentes működésre, illetve azt, hogy adott esetben milyen feltételekkel, milyen díjazás mellett vállalja a hibajavítást.

Olyan fejlesztések esetén, amelyek frontend és backend munkát is igényelnek, amelyek szerteágazóak, érdemes dizájnert, backend és frontend fejlesztőt, vagy erre szakosodott céget is bevonni. De példának okáért egy fizetési modult egy jó backend fejlesztő teljességgel képes önállóan elkészíteni. Ha van rá lehetőségünk, az elkészült modult harmadik féllel auditáltassuk, ez mindenképpen megéri a ráfordítást.

 

Milyen a jó Magento fejlesztő?

Legfőképpen elhivatott.

Nemcsak szereti a munkáját, de lelkesedéssel is végzi, úgy, hogy mindig jobbat és jobbat akar készíteni.

Ha a személyes fejlődés iránti vágy megvan, és ehhez szorgalom is társul, akkor ez magával hozza a fent vázoltakat: a fejlesztőt motiválja majd,

  • hogy a megfelelő képesítéseket szerezze meg,
  • hogy a megfelelő készségeket sajátítsa el,
  • hogy minél több rutint és tapasztalatot mondhasson a magáénak.

Egy komoly cég pedig csakis ilyen szakembert alkalmaz: aki nem csak papíron rendelkezik elegendő tudással, de le is ellenőrizhető, és egészen biztosan minőségi fejlesztést képes az asztalra rakni.

 

Magento trendek az Imagine 2016 után: Miért áll nagy siker előtt a Magento 2?

A Magento webáruház a webshop-tulajdonosokból, egyéni fejlesztőkből, szolgáltató illetve modulfejlesztő cégekből és partnerekből köré szerveződő közösség révén mára világszerte meghatározó  szereplővé vált az e-kereskedelemben. A Magento 2008-ban bocsátotta útjára forradalmi e-kereskedelmi szoftverét, amely villámgyorsan rendkívül népszerű lett hála többek közt újszerű, gazdag funkcionalitásának,  a széles körben elterjedt Linux-Apache-Mysql platformnak, stabil és magas színvonalú,  nyílt forrású kódjának, moduláris felépítésének és nem utolsó sorban a modulfejlesztők és kereskedők egymásra találását segítő piacterének, a Magento Connect-nek.

A Magento üzleti modelljében a fő bevételforrást a Magento Enterprise Edition jelenti, amely szintén a nyílt forráskódú Community Edition-re épül, de olyan további funkciókat tartalmaz, mint jobb teljesítményt támogató teljes oldali gyorsírótár és a fejlettebb indexelés, vagy mint a vállalati szintű kereskedőknek szánt vásárlói szegmentáció, kreditrendszer, ajándékkártyák és kategóriaszintű jogosultságkezelés.

 

Kihívások és válaszok

Hogy mint a világ vezető e-kereskedelmi platformja növekedési pályán maradjon és a versenytársak előtt járva új lendületet vehessen, a Magento-nak tartani kell a lépést a legújabb technológiákkal és értékes új megoldásokat nyújtani a partnerek és felhasználók közösségének.

 

Kihívás: új technológiák, jobb teljesítmény és bővíthetőség

Megoldás: Magento 2

A Magento 2: a szoftver teljes kódszintű átdolgozása hasonló funkcionalitással. Az átdolgozás alapvetően három területet fed le: technológiai újítások, tökéletesített modularitás mind backend, mind frontend részről és javított teljesítmény.

 

magento trendek magento 2 teljesítmény bővítés

 

Kihívás: igény az új funkciókra  és  a folyamatos innovációra

Sok kereskedő bevált és kiforrott webshopot üzemeltet Magento 1 alatt, és önmagában a jobb teljesítmény sokszor nem elég vonzó ahhoz, hogy a kereskedők gyorsan a Magento 2-re váltsanak, mivel az valójában nem csupán egy új verziója a szoftvernek, hanem lényegében egy teljesen új platform.

 

Megoldás: új funkciók előtérben az Enterprise Edition-nel

A Magento stratégiája a következő hónapkora felvértezni a Magento 2-t számos új funkcióval, amelyek valós, kiemelt értékeket nyújtanak a nagyvállalati ügyfeleknek.

 

magento trendek magento 2 új-funkciók

 

Magento 2.1

A pénztári folyamatba közvetlenül beépülő biztonságos (PCI-kompatibilis) fizetési megoldások, együttműködésben a PayPal-lel és Braintree-vel.

Enterprise Edition:

Változatkezelés és előnézet a termékek, kategóriák, CMS-tartalmak, promóciók, árazás és témák kezelésében. Dátum és kampány alapján csoportosítva, idővonal alapján tekinthetők meg és aktiválhatók.

Enterprise Edition:

Új weboldalon belüli keresés az Elasticsearch segítségével:  jobb keresési teljesítmény, gazdagabb vásárlói élmény háttérben való  indexeléssel és horizontális skálázással, alapértelmezetten 33  nyelv támogatásával.

A Magento felismerte az Elasticsearch technológiája által nyújtott előnyöket, mely kiválóan alkalmas valós idejű jelentések késztésére, személyre szabott oldalak összeállítására és teljesítmény optimalizálásra is. Számíthatunk arra, hogy  a Magento mérnökei az Elasticsearch-öt a jövőben szélesebb körben fogják alkalmazni, és az sem volna meglepő, ha az Elasticsearch a Magento stratégiai partnerévé válna. Az AionHill-nél mi jelenleg is széles körben használjuk az Elasticsearch megoldásait.

 

Magento 2.2

Ez a verzió a tervek szerint elsősorban az Enterprise Edition B2B funkcióira fog koncentrálni: jogosultságkezeléssel ellátott fiókok, személyre szabott termékkatalógus és –árazás, árajánlat-kérés és újrarendelés.

 

Magento 2.3 és későbbi verziók

Ebben a verzióban továbbfejlesztett tartalomkezelő rendszer, új promóciótípusok, jobb, új funkciókkal bővülő  jelentések várhatók.

 

Kihívás: megbízhatóbb minőségű fejlesztői modulok

A Magento Connect, a Magento 1 bővítmények hivatalos piactere, több mint 8000 modult kínál, hatalmas sikerrel. A Magento azonban mindeddig nem vett részt aktívan a Magento Connecten kínált modulok minőségbiztosításában, a modulok minőségéről elsősorban a felhasználói értékelések alapján lehetett tájékozódni.

 

Megoldás: Magento Marketplace

A 2016-os Imagine konferencián a Magento elindította a Magento Marketplace-t (Magento Piactér), az új moduláruházat, ahol a kereskedők közvetlenül  a Magento által átvizsgált és hitelesített modulokat vásárolhatnak.

A Magento emellett a modulfejlesztők és -vásárlók érdekeit egyaránt szem előtt tartja és felveszi a harcot a plagizálással szemben is. A Magento ígérete szerint a Marketplace-ből befolyó összegeket visszaforgatja annak fenntartásába és továbbfejlesztésébe.

 

magento trendek magento 2 bővítmények

 

Kihívás: a felhő

A Magento CE és EE oldalak jelentős része már jelenleg is felhő alapú szolgáltatásként működik. A felhő alapú rendszerek nyilvánvaló előnye többek közt a rövid üzembeállítási idő, rugalmasság és skálázhatóság, átlátható és tervezhető költségek és távoli menedzselés.  A felhőszolgáltatások gyakorlatilag a dedikált szerverek összes funkciójával rendelkeznek, kiegészítve a virtualizáció előnyeivel.

A virtualizáció kulcsfontosságú napjaink webfejlesztésben. Szerepet kap a fejlesztői számítógépeken, alapja a tesztkörnyezetek használatának,  folyamatos integrációnak (Continuous Integration, CI) és folyamatos szoftverfrissítési technológiáknak (Continuous Deployment, CD)  és ugyancsak a felhő alapú virtualizációra épülnek a nagy hibatűrésű és skálázható éles környezetek.

Megfelelő DevOps és automatizálási háttérrel a virtualizáció segítségével a környezetek egységesítése az egész infrastruktúrára kiterjedően megoldható, még az olyan komplex esetekben is, mint egy számos szerveren futó klaszter.

A konténerizáció, a mai egyik legfejlettebb virtualizációs technológia egy lépéssel tovább megy: bevezeti a „könnyűsúlyú”, könnyen létrehozható, klónozható, és eldobható konténereket, ahol egy-egy szoftver az őt futtató környezettel egybeépített egységet alkot. Ezeknél a tulajdonságoknál fogva a konténerek jelentősen megkönnyítik a dinamikusan fejlesztett szoftverrendszerek biztonságos menedzselését.

 

magento trendek magento 2 felhő

 

Megoldás: Magento Enterprise Cloud

Magento Enterprise Cloud

A Magento Enterprise Cloud melyet az Imagine 2016 konferencián jelentettek be, egy teljes értékű CI és CD felhő alapú platform, amely szolgáltatásként (Paas) igényelhető a Magento Enterprise Edition-höz.

A Magento Enterprise Cloud egy izgalmas, új, kulcsrakész felhőalapú hoszting és DevOps platform a nagyvállalati ügyfelek részére, az innovatív megközelítés, a technológiák összekapcsolása ugyanakkor a többi szereplő és az egész Magento-közösség számára inspiráló lehet.

  • A Magento Enterprise Cloud megalkotásához a Magento a maga területén vezető szolgáltatókkal fogott össze. A rendszer alapja a Platform.sh, egy innovatív CI és CD platform, melynek hátterében teljesen automatizált konténerizációs technológia áll, saját API-val és webes interfésszel. A Platform.sh Git verziókezelő rendszer szorftver-verzióira (branch) épülő, gombnyomásra létrehozható  tesztkörnyezeteket nyújt az aktuális éles adatbázis másolásával. A Platform sh által kínált szolgáltatások közé tartozik még az éles rendszer leállítása nélkül végezhető dinamikus szoftverfrissítés.
  • A felhő alapű szerverszolgáltatást a világ vezető felhőszolgáltatója, az Amazon Web Services biztosítja, olyan megoldások felhasználásával, mint az Aurora DB, melyet kifejezetten hibatűrő, üzembiztos, skálázható infrastruktúrákhoz terveztek.
  • A monitorozásról és profilozásról a New Relic és  Blackfire.io gondoskodik, teljes betekintést nyújtva a webshop erőforrásainak állapotába az üzemeltetők számára.
  • A statikus és dinamikus tartalmak gyorsítótárazását a Fastly Varnish alapú tartalomszolgáltató hálózata (CDN) biztosítja.

Az AionHillnél hasonló, Git-re épülő CI és CD  rendszert használunk,  amelyet saját DevOps csapatunk fejleszt. Platformunk nagyrészt ugyanazokra a technológiákra épül, mint a Magento Enterprise Cloud, köztük az AWS-szel és New Relic-kel. Fastly helyett azonban például AWS CDN-t használunk, illetve saját megoldásunk van a profilozásra, HTTP gyorsítótárazásra és a folyamatos szoftverfrissítésre.

Különös figyelmet fordítunk az agilis, tesztalapú fejlesztésre és a folyamatos integrációra, természetesen a  Magento 1 projektek esetén is. Mindezzel a tapasztalattal magunk mögött különösen nagyra becsüljük a Magento Enterprise Cloud értékeit, melyek, úgy érezzük, maximálisan igazolják saját erőfeszítéseinket is.

A Magento Enterprise Cloud-dal a Magento és partnerei olyan e-kereskedelmi megoldást nyújtanak a kereskedőknek, mely lehetővé teszi, hogy egy rugalmas, nyílt forráskódú rendszer nagy teljesítményű, skálázható, hibatűrő felhőalapú platformon fusson, amely egyúttal a szoftverfejlesztés legjobban bevált gyakorlatait alkalmazza.

Mindezeknek köszönhetően a Magento Enterprise nagy valószínűséggel erős pozíciót foglalhat majd el a piacon, ahol a főbb vetélytársak elsősorban kevésbé rugalmas, többfelhasználós felhőalapú szolgáltatásokat kínálnak.

 

A legnagyobb kihívás: az egészet sikertörténetté kovácsolni

A Magento több fronton is sikeres stratégiát alkalmaz, és a legújabb innovációk új utakat nyitnak meg előtte. Sok újdonság várható még a Magento háza táján következő hónapokban, a Magento 2 sikere viszont valószínűleg azon múlik, sikerül-e ráérezni a közösség igényeire, folyamatosan új értékeket adni a számára, és kiaknázni a fejlődési lehetőségeket.

Az AionHill elkötelezett támogatója a Magento sikerének, és ügyfeleink minél színvonalasabb kiszolgálásával igyekszünk mindent megtenni ennek érdekében.

 

Magento Imagine – Miért érdemes minden évben részt venned?

Az első Magento Imagine

Magento fejlesztőként 2008-ban találkoztam először a rendszerrel, ami akkor még az 1.1-es verziónál tartott. Az elmúlt évek során csak a Magento-val foglalkoztam, és végig követtem a verziókat egészen a legutolsó 1.9.2.4-esig, illetve a Magento 2.0 fejlesztését is követtem a tavaly novemberi megjelenése előtti másfél évben.

Mivel az elmúlt nyolc évben a Magento az életem részévé vált, 2013-ban megszereztem a Magento Certified Developer Plus vizsgát, mert backend fejlesztőként fontos volt számomra, hogy tudásomat elmélyítsem és hivatalosan is elismertessem.

Ezen tapasztalatokkal indultam útnak Las Vegas-ba az első Magento Imagine konferenciámra, ami természetesen lenyűgöző volt és nem okozott csalódást. Nagyon vártam már, hogy a gép leszállása után részese lehessek élőben is Magento-közösségnek.

 

Magento imagine commerce 2016 konferencia molinó

 

A konferencia

Szombat este érkeztünk Las Vegas-ba egy több mint 24 órás több átszállásos repülőút után, és a hotelszoba elfoglalását követően sok erőnk már nem volt, így úgy terveztük, hogy inkább kipihenve vágunk neki a következő napnak, mivel a konferencia csak hétfőn kezdődött meg hivatalosan.

Már szombaton és vasárnap is voltak Pre-Imagine események, mint például a 4th Pre-Imagine Magehackathon, ahol a fejlesztők különböző csapatokba szervezve gyűjtötték össze ötleteiket különböző projektekkel kapcsolatban és ismerkedhettek meg egymással, amit eddig csak az interneten tehettek meg.

Vasárnap este egy kellemes koktélparti keretében történt az első nagyobb összejövetel, ahol Magento-s és egyéb vezetők, kereskedők, partnerek és ügynökségek (Magento fejlesztő cégek) beszélgethettek egy jót, ismerkedhettek meg egymással.

Hétfőn kezdődött a valódi konferencia, ami a regisztrációval indult, majd egy közös reggelivel (Welcome Breakfast) folytatódott, ahol a már a fent említett résztvevők szabadon megjelenhettek. A kellemes reggeli közben a színpadon a fizetési (payment) megoldások legnagyobb nevei, vezetői (Magento, PayPal, Le Creuset, Blue Acorn, Gorilla Group, Espresso Parts, Classy Llama) tartottak beszélgetést, melyet rendkívül érdekes volt hallgatni, miközben az asztalunknál lévőkkel is társalogtunk.

 

Magento imagine commerce 2016 konferencia előadás

 

A hétfői napon tudtam részt venni az első 2 órás session-ön is, ami az első bevezetés volt a Magento 2.0 rendszerbe, és ezek mellett bejelentésre került a Magento Marketplace is, ami a jelenlegi Magento Connect-et lesz hivatott leváltani. Természetesen nem rögtön, hanem egy megfelelően megtervezett átmenettel.

A déli ebéd szintén ismerkedéssel (networking) telt, majd délután kezdetét vette a Sponsors Marketplace, ahol mi is jelen voltunk egy standdal (booth) az Itegration céggel közösen. A Sponsors Marketpalce-en több száz cég képviseltette magát saját standdal, akik bronz, silver és gold solution partnerek, vagy kiemelt szponzorok. Az eseményt egy hatalmas teremben rendezték és mindenki a saját standján próbált a leendő ügyfelekkel megismerkedni, beszélgetni, ismertetni saját tevékenységét, és minél jobb reklámot elérni.

A Sponsors Marketplace zárása, este 7 óra után az esti koktélparti és vacsora vette kezdetét, ahol szintén a community-val, és minden más résztvevővel való beszélgetésre, egyeztetésre volt lehetőség.

 

Magento imagine commerce 2016 konferencia

 

A második nap szintén közös reggelivel indult, ahol további kapcsolatépítésre volt lehetőség, majd az ebédszünet (networking, beszélgetés) után folytatódott a Sponsors Marketplace. A standunkon rengeteg cég, fejlesztő és egyéb érdeklődő megfordult, akikkel nagyon sokat beszélgettünk, kérdéseikre válaszoltunk, információt cseréltünk.

A második napon megrendezett General Session & Keynotes előadáson a vezetőség köszöntötte a megjelenteket, bejelentették hivatalosan is, amit már korábban hírekben is jeleztek, mely szerint a Magento külön cég lett és immár nem az eBay része : ) Bejelentették a már említett Magento Marketplace indulását és Magento Enterprise Cloud Edition-t is, ami nagy meglepetés volt mindenki számára. A megnyitón és valójában az egész konferencián a Magento 2 volt a középpontban.

Lehetőségem volt egy előadáson részt venni, ahol a Magento 2.0-át mutatták be performancia szempontból. Összehasonlításra került PHP 5.6.x és 7.0.x verziók alatt Varnish Cache nélkül és annak használatával.

A második nap egy hatalmas közös eseménnyel végződött, ahol többek közt Magic Johnson volt az est sztárja, aki üzleti, üzletfejlesztési szempontokat vázolt fel egy motivációs előadás keretében.

Ezt követően vacsorával és koktélpartival folytatódott az est, ahol további lehetőség volt beszélgetésre, ismerkedésre a Magento közösség részt vevő tagjaival.

A harmadik nap a szokásos közös reggelivel indult, majd ismét megnyitott a Sponsors Marketplace, ahol a standnál folytattuk a munkánkat. Az utolsó nap délután 2 órakor ért véget hivatalosan, de további szemináriumokon is részt lehetett venni.

 

Magento imagine commerce 2016 konferencia, hall

 

 

Érdekességek

Nekem, mint Magento backend fejlesztőnek, rendkívül érdekes volt a Magento-nál dolgozó senior vagy junior fejlesztőkkel beszélgetni, tapasztalatokat megosztani és kérdezni. Nagyon készségesen válaszoltak minden kérdésre, és ők is érdeklődtek minden információval, visszajelzéssel kapcsolatban.

Külön érdekesség volt a Sponsors Marketplace-en helyet kapó Ask Magento stand is, ami a hivatalos Magento rész. Itt is sok érdekes kérdésre kaphattunk választ, beszélgethettünk a support csapattal.

Engem különösen érdekelt a Magento 2.0 Certification vizsga, amiben szintén kedvesen segítettek. A vizsga a jelenlegi tervek szerint 9 hónap vagy 1 éven belül lesz elérhető, és addig oktatói kurzusok (osztályok) indulnak, melyeken részt lehet venni. Sajnos ez Európában egyelőre csak Spanyolországban lesz elérhető, de bízunk benne, hogy bővítik az országok listáját, mert ezek a kurzusok nem online történnek, hanem személyesen.

 

Magento Imagine Commerce 2016 konferencia, Attila

 

Ajánlom mindenkinek, aki Magento-val foglalkozik

Akinek még nem volt lehetősége elmenni Magento Imagine konferenciára és Magento-fejlesztő, illetve bárki, aki a Magento rendszerrel foglalkozik, mindenképpen próbáljon legalább egyszer eljutni egy nagyobb Magento-rendezvényre. Nem feltétlenül a legnagyobb Las Vegas-i konferenciára, hanem akár az európai kisebb konferenciák egyikére, mert lenyűgöző élmény azok számára, akiknek ez a munkája, és mint nekem, a hobbija is egyben.

Egyedüli lehetőséget biztosít az ismerkedésre, új információk vagy tudásanyagok megszerzésére és legfőképp kapcsolatépítésre. Biztos, hogy minden évben új és izgalmas dolgok történnek majd itt, csakúgy, mint a mostani alkalommal is. Már alig várom a következő Magento-s eseményt!

 

Felkészülés a Magento Developer Certification vizsgára

Előzmények

Közép- és általános iskolai tanulmányaim folyamán rengetegszer adatott meg a lehetőség, hogy különféle versenyeken részt vegyek. Rendszerint ezeken a versenyeken mindig szerettem indulni, mert tetszett az, hogy össze tudtam mérni a tudásomat mondjuk egy másik iskola diákjaival. A tanáraim is mindig szorgalmazták, hogy minél többen menjünk el, szerezzünk tapasztalatot és ezzel készüljünk fel a végső nagy vizsgára, az érettségi vizsgára.

Amikor itt az AionHillnél felmerült az az igény, hogy jó lenne, hogy minél többen letegyük a Magento Developer Certifiction vizsgát, én azonnal jelentkeztem, hogy szívesen venném ezt az akadályt. Akkor már két kollégámnak is megvolt a Magento Developer Certifiction vizsgája. Mivel nem az AionHillnél ismertem meg a Magento-t, hanem úgy jöttem ide, hogy rendelkeztem Magento-s ismeretekkel, ezért már a vizsgáról is hallottam. Természetesen, akkoriban túl távolinak és elérhetetlennek tűnt számomra ez a vizsga.

How i prepared for Magento Developer Plus Exam Ahogy nőtt a tapasztalom a Magento-ban, úgy került ez a cél egyre elérhetőbbnek.

Felkészülés a Magento vizsgára

A vizsgára a felkészülést körülbelül két hónappal a vizsga előtt kezdtem el munka mellett. Miután megnéztem a vizsgakövetelményeket, rájöttem, hogy nem elég csak a munkám folyamán megszerzett gyakorlati és némi elméleti tapasztalat a sikeres vizsga letételéhez. Elengedhetetlen, hogy kifejezetten a vizsgatananyag témaköreire is felkészüljek. A vizsgakövetelményeket itt lehet áttekinteni: Magento Certified Developer Exam Study Guide .PDF A dokumentumba beleolvasva látszik, hogy 10 témakör köré épülnek a kérdések:

  • Alapok – 6%-a a vizsgának
  • Kérés kiszolgálása – 7%-a a vizsgának
  • Renderelés – 7%-a a vizsgának
  • Adatbázis műveletek Magentoban – 13%-a a vizsgának
  • Entity-Attribute-Value (EAV) Model – 10%-a a vizsgának
  • Adminhtml – 7%-a a vizsgának
  • Katalógus – 10%-a a vizsgának
  • Fizetés – 16%-a a vizsgának
  • Rendelések és felhasználók – 11%-a a vizsgának
  • Haladó szolgáltatások – 13%-a a vizsgának

A legtöbb kérdés a fizetés (checkout) folyamatból volt összeállítva. Ismerni kell azokat az osztályokat, amelyek felelősek a kosárért, a cím kezelésért, a kosár végösszegéért, a fizetési és szállítási módokért. A második legtöbb kérdés az adatbázis műveletekből volt összeállítva. Itt is nagyon mélyen kellett ismerni az adatbázissal kapcsolatos osztályok működését, az install, upgrade scriptek működését, illetve azokat a metódusokat, amelyek bennük használhatók.

Magento Developer Exam Preparation Miután alaposan képbe kerültem a követelményekkel, elkezdtem tematikusan felkészülni a vizsgára. Mindig kiválasztottam egy témát, és a lehető legmélyebben igyekeztem megismerni azt. Telepítettem egy teszt Magento-t a saját fejlesztői környezetemben, ahol ki tudtam próbálni az újonnan megszerzett ismereteket.

Ezenkívül van egy nagyon jó videosorozat (angol nyelven), amely nagyon részletesen, példákon keresztül, de mégis az elméletet előtérbe helyezve mutatja be a Magento működését. Az oktatóanyag a Fundamentals of Magento Development nevet viseli, amelyet azóta fizetőssé tettek, és itt érhető el: Fundamentals of Magento Development

Ebből a 40 órás videosorozatból is rengeteget tanultam.

Itt van még néhány link, amelyek további segítségemre voltak a felkészülésben:

 

Néhány tanács

A feljebb felsorolt oktatóanyagok és videók mellett nagy hangsúlyt fektetettem a felkészülés folyamán a kísérletezésre. Mindig kipróbáltam az oktatóanyagokban található példákat és megpróbáltam kicsit módosítani is őket, hogy még jobban megismerjem a Magento működését. Mivel mindennap tömegközlekedéssel utazok, a fenti anyagok nagy részét feltöltöttem a telefonomra, hogy amikor van egy kis időm az utazás alatt, tudjak készülni a vizsgára.

Egy másik tökéletes felkészülési stratégia lehet a Magento core felépítéséhez lehető leghasonlóbb modulok írása. Ez alatt értem azt, hogy használjam a modulokban a modelleket, collection-öket, ACL-eket (Access Control List), és a külső JavaScript és CSS állományokat xml-ből húzzam be. Természetesen lehet választani Magento modul fejlesztés közben olyan megoldásokat, amelyek távolabb állnak a Magento alapvető koncepciójától. Ez a módszer felgyorsítja a fejlesztést, de átláthatatlanná teszi a kódot, és mivel csapatban dolgozok, az átlátható kód kulcsfontosságú.

Amikor egymás kódját nézzük át fejlesztői szemmel, nagyon hamar kibuknak azok a megoldások, amelyek távol állnak a Magento core felépítésétől. Ilyenkor a fejlesztőnek át kell írnia a működő, de „csúnya” kódot olyanra, ami egységes, átlátható, logikus és nem tesz keresztbe a Magento core felépítésének. Több információ ezzel a témával kapcsolatban a zend.com oldalán olvasható: Zend Framework Coding Standard for PHP

Magento Developer Plus Exam Preparation

A vizsga

A vizsgára az IQSoftnál jelentkeztem, amely a XIII. kerületben a Csata utca 8. alatt található. Nagy előny volt számomra, hogy Budapesten is van vizsgaközpont, ahol Magento Certificate vizsgát lehet letenni. Tudom, hogy ez apróság, de amennyire magamat ismerem, az utazás és az új környezet mindig annyira kifáraszt, hogy nem tudtam volna maximálisan a vizsgára figyelni.

A vizsgára 2015. június 23-án került sor, aminek az időpontját én határoztam meg, természetesen a szabad férőhelyek függvényében. Nagyjából egy héttel a vizsga előtt már tudtam a pontos időpontot. A vizsga díja 260 dollár volt, amely elég húzós, ha azt vesszük, hogy se tankönyvet, se próbavizsgát nem biztosítottak hozzá. Nekem szerencsém volt, mert az AionHilltől kaptam voucher kódot, amellyel ingyen vizsgázhattam. A voucher a Magento Enterprise Edition licensz megvásárlása esetén jár.

Az IQSoftnál nagy szigorúság volt a vizsga alatt. A teremben végig működött a kamera, ami engem és a többi vizsgázót vett. Minden személyes tárgyat kint kellett hagyni, se karóra, se telefon, sőt még papír zsebkendő sem lehetett nálam. A vizsgáztató adott papír zsebkendőt és aláíratott velem egy felelősségvállalási nyilatkozatot, amelyben angolul voltak kifejtve azok a magatartási elvek, amiket a vizsga alatt be kellett tartanom.

A vizsga számítógép előtt történt és azonnal ki lett értékelve. Kizárólag feleletválasztós kérdések voltak angol nyelven, viszont sok kérdésnél több választ is meg lehetett jelölni, és a pont csak akkor járt, hogyha mindegyiket tudtam, tehát részpontok nem voltak.

85 feleletválasztós kérdés volt, amiből 70 kérdésre helyes választ kellett adni a sikeres vizsgához. Amikor kijöttem a teremből, azonnal kinyomtatták a kiértékelést, amin sajnos csak az egyes témakörök százalékos teljesítményei voltak feltüntetve. Tehát nem tudtam meg azt, hogy milyen kérdésre adtam rossz választ, melyikre adtam helyeset.

És végül itt a Magento Certifiction Profile linkem.

ÖSSZEFOGLALÁS

Mindenkit, aki érez magában affinitást, szeretnék bátorítani a Magento Developer Certifiction vizsga letételére, mert megéri. Az ismeretek kibővítése és a tudás mélyítése az, amelyeket ki tudok emelni fő előnyként. Remélem, meghoztam azok kedvét, akik eddig esetleg hezitáltak egy ilyen vizsga letételében. Talán az egyedüli negatív dolog az egészben a szigorúság volt, de a vizsga tétjét és komolyságát figyelembe véve ez is megérthető.

 

Sok sikert mindenkinek!

 

… 3, 2, 1, Indulás!

Büszkén jelentjük be, hogy az AionHill új küldetésre indult. A stratégiai irány meghatározása, a komoly kiképzőmunka és a csapatbővítések után készen állunk rá, hogy összevont erőkkel szálljunk szembe a kihívásokkal.

Célunk egészen tiszta: a lehető legjobbat nyújtani ügyfeleinknek. Elszántak vagyunk. Évek kemény munkája után eljutottunk arra a szintre, hogy büszkén állíthassuk:

a Magento-ban nem ismerünk lehetetlent!

 

Hadseregünk magját elit Magento fejlesztőcsapatunk alkotja. Nem dolgozunk zsoldosokkal, nem adjuk ki a munkát, mindent a saját fedélzetünkön oldunk meg. Így a leghatékonyabb és legbiztonságosabb. Nemcsak nekünk, hanem ügyfeleinknek is.

Szolgáltatások A Magento projektek sikerének érdekében teljes körű szolgáltatást nyújtunk. A hosztingmegoldásoktól a kódauditon keresztül az oldalbetöltési idő optimalizálásig mindent lefedünk, ami a kifogástalan webshopfejlesztéshez és -üzemeltetéshez szükséges.

Mentőalakulatunk a válságba jutott projekteket karolja fel és vezeti győzelemre. Senkit sem hagyunk hátra. Támogatási szolgáltatásainkkal e-kereskedő partnereink mindig bízhatnak benne, hogyha segélyhívást indítanak, gyorsan elhárítjuk majd az akadályokat.

Szemünket mindig a terepen tartjuk. Figyeljük az e-kereskedelmi trendeket és fejlesztéseket, és mivel minden mindig mozgásban van, mi sem állunk le. Alkalmazkodunk, tanulunk, sőt, úttörő megoldásokat is kidolgozunk.

Informálunk és tanácsot adunk. E-kereskedelmi blogunkban folyamatosan olyan témákról írunk majd, amelyek hasznos tudnivalókat, tippeket adnak a Magento fejlesztői és üzemeltetői közösségnek. Publikálni fogunk konverziónövelési lehetőségekről, Magento fejlesztési praktikákról, online marketingről, webáruház tervezésről, felhasználói élményről, e-kereskedelmi újdonságokról és még sok minden másról.

Igaz, hogy egy olyan küldetést vállaltunk, amelynek jövőjét pontosan nem ismerjük. Azt viszont tisztán látjuk, hogy jó irányba indultunk el.