Weboldal fejlesztés AWS hosztolásra optimalizálva

AWS webfejlesztés magánügyfeleknek

Az AWS webfejlesztés akkor jó választás, ha egy weboldalnak vagy webes rendszernek stabilan kell működnie, de nem szeretnél saját kiszolgálóval, bonyolult beállításokkal és bizonytalan tárhellyel foglalkozni. A lényeg egyszerű. Egy online dolgozó fejlesztő úgy készíti el vagy alakítja át a webes megoldást, hogy az Amazon felhőszolgáltatásaira épüljön, és a végeredmény később is kezelhető maradjon.

Magánügyfélként ez nem mindig jelent nagy rendszert. Lehet egy bemutatkozó oldal gyorsabbá tétele, egy foglalási felület, egy ügyfélkapu, egy kisebb webáruház háttérrésze, egy adatbekérő űrlap vagy egy meglévő oldal biztonságos költöztetése. Én azt látom, hogy sokan nem maga az AWS miatt keresnek szakembert, hanem azért, mert elegük van a lassú oldalból, a kiszámíthatatlan hibákból és abból, hogy senki nem mondja el érthetően, mi történik a háttérben.

A Qjob.hu felületén magánszakemberek között lehet keresni, ezért a hangsúly nem egy nagy cég csomagján van, hanem a konkrét feladaton, a határidőn és azon, hogy a fejlesztő mennyire érti meg a megbízó helyzetét. Ez online munka. A brief, a hozzáférések átadása, a próbaoldal ellenőrzése és az elkészült eredmény átvétele is távolról történik.

AWS fejlesztés tipikus feladatokra

Az AWS fejlesztés sokféle munkát takarhat, ezért már az elején érdemes szétválasztani a látványt, a működést és az üzemeltetést. Egy ügyfél gyakran csak annyit mond, hogy kell egy jobb weboldal. A fejlesztő ilyenkor azt nézi meg, hogy milyen rendszer van most, milyen adatok mozognak benne, kell e belépés, kell e fizetés, kell e e-mail küldés, és mennyire fontos a folyamatos rendelkezésre állás.

Egyszerűbb esetben statikus weboldal kerül felhőalapú tárhelyre, gyorsítótárral és alap biztonsági beállításokkal. Összetettebb munkánál adatbázis, kiszolgáló nélküli működés, jogosultságkezelés, naplózás, mentés és automatikus frissítési folyamat is kellhet. Szerintem a jó szakember nem azzal kezd, hogy felsorolja az összes AWS szolgáltatást, hanem azzal, hogy tisztázza, mire lesz használva az oldal.

Volt olyan eset, amikor egy ügyfél csak egy egyszerű űrlapot szeretett volna, de kiderült, hogy az adatok érzékenyek, több embernek kellett hozzáférnie, és később kimutatásokat is akart belőle. A feladat így nem egy sima űrlap lett, hanem egy kisebb felhőalapú webes rendszer. Ha ezt az elején nem beszélik át, később drágább javítani, mint rendesen megtervezni.

AWS webes fejlesztés árak

Az ár attól függ, mennyire kész az elképzelés, milyen állapotban van a jelenlegi oldal, és mennyi felhőbeállítás szükséges. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztés után jönnek elő a rejtett gondok. Ilyen lehet a rossz jogosultság, a hiányzó mentés, a túl magas havi felhőköltség vagy a nehezen javítható kód.

Tapasztalatom szerint a legtöbb magánügyfélnek nem a legnagyobb csomagra van szüksége, hanem egy érthető hatókörre. Jó jel, ha a fejlesztő külön kezeli az egyszeri munkadíjat és az AWS havi költségét. A kettő nem ugyanaz. Az egyik a szakember munkája, a másik a felhőszolgáltatás használati díja, amely a forgalomtól, az adattárolástól és a beállított szolgáltatásoktól függ.

Megfelelő AWS szakember kiválasztása

A megfelelő AWS szakember kiválasztásánál nem elég azt nézni, hogy tud e kódolni. Fontos, hogy tudjon kérdezni. Kérdezzen rá a célra, a jelenlegi rendszerre, a hozzáférésekre, a várható látogatószámra, az adatkezelésre és arra is, ki fogja használni az elkészült felületet. Egy fejlesztő akkor dolgozik jól, ha nem csak elkészít valamit, hanem átadható formában adja le.

Érdemes portfóliót kérni, de nem kell minden munkának pont ugyanolyannak lennie, mint a te feladatod. Hasznosabb, ha a szakember el tudja magyarázni, milyen problémát oldott meg korábban. Például hogyan csökkentette a betöltési időt, hogyan egyszerűsítette az admin felületet, vagy hogyan állította be úgy a környezetet, hogy egy hiba után vissza lehessen állni.

Sokan ott hibáznak, hogy csak az óradíjat hasonlítják össze. Ez félrevezető. Egy tapasztaltabb magánfejlesztő kevesebb egyeztetéssel és kevesebb javítással is eljuthat ugyanoda. De az sem jó, ha valaki mindent túl bonyolít. Magánügyfélnél az egyszerűség sokszor érték. Az elkészült oldalnak működnie kell, a kezelése legyen érthető, és ne legyen minden apró módosítás külön technikai harc.

AWS webfejlesztés online munkamenetben

Az AWS webfejlesztés online munkamenetben akkor halad jól, ha az elején egyértelmű a feladatleírás. Nem kell tökéletes műszaki dokumentumot írni, de legyen leírva a cél, a tartalom, a funkciók listája, a jelenlegi gond és a kívánt határidő. A fejlesztő ebből tud becslést adni, és ebből derül ki az is, hogy szükség van e több lépésre.

A munka általában igényfelméréssel indul. Ezután jön a technikai javaslat, majd a fejlesztési szakasz. Közben érdemes rövid ellenőrzési pontokat tartani. Nem hosszú megbeszélésekre van szükség, hanem döntésekre. Például jó e a belépés menete, megfelelő e az űrlap működése, kell e más e-mail értesítés, vagy elég e a jelenlegi admin nézet.

Az átadás része legyen a belépési adatok rendezése, a fontos beállítások rövid leírása, a használt szolgáltatások listája és az, hogy mi történik hiba esetén. Szerintem ez különösen fontos. Ha a megbízó csak egy működő linket kap, de semmit nem tud arról, hogyan készült és ki fér hozzá, akkor később kiszolgáltatott helyzetbe kerülhet.

Felhőalapú webfejlesztés minősége

A felhőalapú webfejlesztés minősége nem csak a kinézeten látszik. Egy oldal lehet szép, miközben a háttérben rosszul van beállítva. Ilyenkor lassú, bizonytalan vagy túl drága lesz az üzemeltetés. A minőséghez hozzátartozik a tiszta szerkezet, az átgondolt jogosultság, a mérhető sebesség, a mentés és az, hogy a rendszer ne omoljon össze egy kisebb forgalomnövekedéstől.

Magánügyfélként nem kell minden technikai részletet ismerni. De pár dolgot érdemes ellenőrizni. Van e próbakörnyezet vagy legalább tesztelési lehetőség. Készült e alap mérés a betöltési időről. Le van e írva, hol vannak az adatok. Be van e állítva a mentés. Tudható e, mennyi lesz a várható havi költség. Ezek nem díszítő részletek, hanem a későbbi nyugalom alapjai.

Gyakori probléma, hogy az ügyfél túl későn szól a módosításokról. Ha a fejlesztés végén derül ki, hogy más adatmezők kellenek, más jogosultság kell, vagy teljesen más folyamatot szeretne, az már nem apró javítás. Ezért jobb az elején egy rövid, de konkrét leírás. Nem kell szaknyelv. Elég, ha a valós használat van benne.

AWS fejlesztővel készülő végeredmény

Az AWS fejlesztővel készülő végeredmény akkor tekinthető késznek, ha nem csak működik, hanem át is vehető. Ez azt jelenti, hogy a megbízó megkapja a hozzáféréseket, az alap használati leírást, a fontos technikai adatokat és a javítási körök eredményét. A jó átadás csökkenti a félreértéseket, mert mindenki tudja, mi készült el, mi maradt későbbre, és mi számít új feladatnak.

Én azt tartom reálisnak, ha a kisebb munkáknál is van legalább egy ellenőrzési kör. Nem azért, mert a fejlesztő hibázni fog, hanem mert a webes munka használat közben mutatja meg magát. Lehet, hogy egy gomb szövege nem elég világos. Lehet, hogy az űrlap sorrendje zavaró. Lehet, hogy a visszaigazoló üzenet túl rövid. Ezek apróságoknak tűnnek, de a végső minőséget erősen befolyásolják.

Az AWS webfejlesztés akkor ad jó eredményt, ha a feladat, az ár, a határidő és az átadás módja már az elején tiszta. A magánszakemberrel végzett távoli munka gyors és átlátható lehet, de csak akkor, ha a kommunikáció nem marad homályos. A jó fejlesztő nem csak megépíti a rendszert, hanem segít abban is, hogy a megbízó értse, mit kapott és hogyan tudja használni.