Magento ylläpito tarkoittaa verkkokauppasovelluksen pitämistä päivitettynä, turvallisena ja toimintakuntoisena - ei pelkkää vikojen korjaamista sitä mukaa kun niitä ilmenee. Hoidamme Magento 2- ja Mage-OS -kauppojen ylläpidon ja jatkokehityksen.
Magento on tehokas alusta, mutta se on myös ohjelmisto, joka vanhenee. Päivittämätön Magento ei hajoa hetkessä: se muuttuu vähitellen tietoturvariskiksi, hidastuu, ja lopulta tilanne, jossa yksikin muutos vaatii kuukausien päivitysprojektin.
Palvelimen ylläpito ei ole Magenton ylläpitoa
Tämä sekaannus maksaa verkkokaupoille yllättävän paljon. Hosting-kumppani vastaa palvelimesta: käyttöjärjestelmästä, resursseista, varmuuskopioista ja valvonnasta. Se on tarpeellista, mutta se ei kata Magentoa itseään.
- Palvelinylläpito: palvelinohjelmistot, levytila, kuormitus, varmuuskopiot, palomuuri, sertifikaatit.
- Magenton ylläpito: Magento-versio, tietoturvapaikkaukset, moduulit, räätälöinnit, integraatiot, checkoutin toimivuus, hakemistot ja välimuistit, suorituskyky sovellustasolla.
Jos kaupalla on vain hosting-sopimus, kukaan ei todennäköisesti päivitä Magentoa eikä testaa, että ostopolku toimii päivityksen jälkeen.
Mitä Magenton ylläpitoon kuuluu
Magento-version päivitykset
Versiopäivitykset suunnitellaan etukäteen: tarkistetaan moduulien yhteensopivuus, arvioidaan räätälöintien vaikutus ja tehdään päivitys ensin kehitys- ja staging-ympäristössä. Säännöllinen rytmi on halvempi kuin kertaluontoinen suuri loikka.
Tietoturvapäivitykset ja tietoturvapaikkaukset
Magenton tietoturvapaikkaukset julkaistaan avoimesti, mikä tarkoittaa myös sitä, että haavoittuvuudet ovat hyökkääjien tiedossa. Seuraamme julkaisuja ja viemme kriittiset paikat tuotantoon nopeasti. Verkkokaupassa tämä ei ole vain tekninen kysymys: maksutietojen tai asiakastietojen vuoto on liiketoimintariski.
Moduulien ja laajennusten päivitykset
Kolmannen osapuolen moduulit ovat Magento-kauppojen tavallisin ongelmakohta. Osa moduuleista jää päivittämättä, osa on hylätty kokonaan ja osa on päällekkäisiä. Käymme moduulikannan läpi ja karsimme sen, mitä ei käytetä - jokainen tarpeeton moduuli on päivitysriski ja hidaste.
PHP:n ja palvelinympäristön yhteensopivuus
Magento-versio, PHP-versio, tietokanta, Elasticsearch/OpenSearch, Redis ja Composer muodostavat ketjun, jossa yksi vanhentunut osa estää päivitykset muualta. Seuraamme yhteensopivuuksia ja koordinoimme tarvittavat muutokset hosting-kumppanin kanssa.
Suorituskyky
Hidas Magento on yleensä seurausta useasta pienestä asiasta: välimuistiasetuksista, indeksoinnista, raskaista moduuleista, optimoimattomista kuvista tai kyselyistä, jotka on kirjoitettu pienemmälle katalogille. Mittaamme ensin ja korjaamme sitten - sivunopeus vaikuttaa sekä konversioon että hakukonenäkyvyyteen.
Virhetilanteiden selvittäminen
Kun tilaukset eivät välity ERP:iin tai maksu epäonnistuu satunnaisesti, olennaista on löytää juurisyy eikä vain oiretta. Lokit, integraatioiden vastaukset ja viimeisimmät muutokset kertovat yleensä tarinan.
Integraatioiden ylläpito
ERP-, PIM-, taloushallinto-, logistiikka- ja maksurajapinnat muuttuvat myös toisessa päässä. API-versiot vanhenevat ja rajapintojen kentät muuttuvat. Integraatiot tarvitsevat seurantaa ja hälytykset, ei vain kertatoteutuksen.
Kassa ja kriittiset ostopolut
Kassa, ostoskori, kirjautuminen, haku ja maksutavat testataan jokaisen päivityksen jälkeen. Rikkinäinen kassa on ainoa vika, joka maksaa rahaa joka tunti - ja se on myös vika, joka huomataan hitaimmin, koska kauppa näyttää päällisin puolin toimivalta.
Ennakoiva ylläpito vs. tulipalojen sammuttaminen
Reaktiivisessa mallissa kumppaniin otetaan yhteyttä, kun jotain hajoaa. Silloin korjaus tehdään kiireessä, usein ilman kunnollista testausta, ja työ maksaa enemmän kuin sama asia olisi maksanut suunniteltuna.
Ennakoivassa mallissa päivitykset ja tarkistukset tehdään sovitussa rytmissä, ongelmat havaitaan seurannalla ennen asiakkaita ja tekninen velka pysyy hallinnassa. Käytännössä tämä tarkoittaa säännöllistä päivityskierrosta, seurantaa ja lokien tarkastelua, moduulikannan ja tietoturvatilanteen katselmointia sekä suorituskyvyn mittaamista - ja jatkokehityksen aikatauluttamista niin, ettei se törmää päivityksiin.
Näin työskentelemme
- Git-pohjainen kehitys. Kaikki muutokset versionhallinnassa. Ei muutoksia suoraan tuotantoon.
- Kehitys- ja staging-ympäristö. Muutokset testataan tuotantoa vastaavassa ympäristössä.
- Testaus ennen tuotantoon vientiä. Painopiste kriittisissä ostopoluissa ja integraatioissa.
- Hallitut julkaisut. Julkaisut sovittuina ajankohtina, ei sesongin huipulla.
- Varmuuskopiointi ja palautuminen. Varmuuskopiot yksin eivät riitä - palautuminen pitää olla mahdollista ja testattu.
- Dokumentointi. Ympäristöt, integraatiot ja räätälöinnit kirjattuna, ettei tieto ole yhden ihmisen muistissa.
Kumppanin vaihtaminen
Moni ottaa yhteyttä, koska nykyinen kumppani ei enää vastaa, päivitykset ovat jääneet tekemättä tai kauppaan ei uskalleta koskea. Aloitamme näissä tilanteissa teknisellä katselmoinnilla, joka käy läpi Magento-version ja tietoturvapaikkausten tilanteen, moduulit ja räätälöinnit, palvelinympäristön, Git-historian ja mahdolliset suorat tuotantomuutokset sekä integraatioiden kunnon. Saat katselmoinnista konkreettisen listan: mikä on kunnossa, mikä pitää korjata heti ja mikä voi odottaa. Se toimii myös pohjana ylläpitosopimukselle - ja on hyödyllinen, vaikka päätyisitte toiseen kumppaniin.
Riskit, jotka ylläpito estää
- Tietoturvaloukkaus päivittämättömän Magenton kautta. Yleisin syy on julkisesti tiedossa oleva, korjaamaton haavoittuvuus.
- Päivitysvelka. Mitä kauemmin päivityksiä lykätään, sitä suuremmaksi ja kalliimmaksi projektiksi seuraava päivitys kasvaa.
- Kassan rikkoutuminen huomaamatta. Myynti pysähtyy, mutta kauppa näyttää toimivalta.
- Hiipuva suorituskyky. Katalogi ja liikenne kasvavat, asetukset eivät.
- Integraatioiden hiljainen katkeaminen. Tilaukset eivät välity eteenpäin, ja tieto tulee asiakaspalvelun kautta.
- Riippuvuus yhdestä henkilöstä. Dokumentoimaton räätälöinti on riski, joka realisoituu väärään aikaan.
Miksi Avania
Teemme Magento-työtä sekä ylläpidon että kehityksen puolella, joten ylläpito ei ole meillä erillinen tukipalvelu vaan osa kaupan jatkuvaa kehittämistä. Sama tiimi, joka päivittää version, myös rakentaa uudet ominaisuudet - eikä kehitystä tarvitse selittää erikseen ylläpitäjälle.
Katsomme Magentoa verkkokauppana emmekä vain sovelluksena. Ylläpidossa tämä näkyy priorisoinnissa: myyntiin ja ostopolkuun vaikuttavat asiat menevät ulkoasun edelle. Tunnemme myös Magenton vakio-ominaisuudet riittävän hyvin, jotta emme rakenna räätälöintiä asialle, joka on jo alustassa - se on ylläpidon kannalta halvin mahdollinen ratkaisu.
Magento on vahvimmillaan B2B-verkkokaupassa ja monimutkaisemmissa toteutuksissa, ja juuri niissä ylläpidon merkitys korostuu, koska integraatioita ja räätälöintejä on enemmän.
Jos et ole varma missä kunnossa kauppanne on, katselmointi on hyvä ensimmäinen askel. Kerro nykyinen Magento-versio ja tilanne, niin katsotaan mitä kannattaa tehdä ensin.
Haluatko keskustella tarpeistasi?
Autamme valitsemaan sopivan ratkaisun ja kerromme konkreettiset seuraavat askeleet.
Ota yhteyttäUsein kysytyt kysymykset
Mitä ero on palvelimen ylläpidolla ja Magenton ylläpidolla?
Palvelinylläpito hoitaa infrastruktuurin: käyttöjärjestelmän, palvelinohjelmistot, varmuuskopiot, valvonnan ja resurssit. Magenton ylläpito hoitaa itse verkkokauppasovelluksen: Magento-version päivitykset, tietoturvapaikkaukset, moduulien päivitykset, yhteensopivuudet, virhetilanteet ja kaupan toiminnallisuuden. Hosting-kumppani ei tyypillisesti päivitä Magentoa eikä vastaa siitä, että checkout toimii päivityksen jälkeen. Nämä ovat kaksi eri roolia, ja moni ongelma syntyy siitä, että molempien oletetaan kuuluvan jollekin toiselle.
Kuinka usein Magento pitää päivittää?
Tietoturvapäivitykset otetaan käyttöön mahdollisimman pian julkaisun jälkeen, koska Magenton haavoittuvuudet ovat julkisesti tiedossa ja aktiivisesti hyödynnettyjä. Varsinaiset versiopäivitykset kannattaa tehdä suunnitellusti pari kertaa vuodessa. Mitä pidempään päivityksiä lykätään, sitä kalliimmaksi ja riskialttiimmaksi seuraava päivitys muuttuu - useamman version loikka kerralla on aina raskaampi kuin säännöllinen rytmi.
Mitä Magenton ylläpito maksaa?
Teemme ylläpitoa sekä tuntipohjaisesti (85 €/h + alv) että kuukausisopimuksella. Kuukausisopimus sopii, kun halutaan ennakoitava kustannus, sovittu vasteaika ja säännöllinen päivitysrytmi. Tuntipohjainen malli sopii kauppaan, jossa tarve on satunnaisempi. Sopiva malli selviää, kun tiedämme kaupan koon, integraatioiden määrän ja nykyisen version.
Voitteko ottaa ylläpitoon kaupan, jonka on tehnyt joku muu?
Kyllä, ja se on yleisin tilanne. Aloitamme teknisellä katselmoinnilla: Magento-versio, tietoturvapaikkausten tilanne, moduulit, räätälöinnit, palvelinympäristö, Git-historia ja mahdolliset suorat tuotantomuutokset. Katselmointi kertoo, mikä on kunnossa, mikä pitää korjata heti ja mikä voidaan hoitaa myöhemmin. Vasta sen jälkeen sovitaan ylläpidon laajuudesta.
Mitä eroa on Magentolla ja Mage-OS:llä ylläpidon kannalta?
Mage-OS on Magento Open Sourcen yhteisövetoinen jakelu, joka on käytännön tasolla yhteensopiva Magento 2:n kanssa. Ylläpidon arki - tietoturvapaikkaukset, moduulipäivitykset, PHP-yhteensopivuus, testaus - on hyvin samanlaista. Ero on lähinnä siinä, mistä päivitykset tulevat ja millä aikataululla. Kerromme kartoituksessa, onko jakelun vaihtaminen teidän tapauksessanne edes relevantti kysymys.
Mitä tapahtuu, jos verkkokauppa kaatuu?
Selvitämme ensin, mistä vika johtuu: sovellus, integraatio, palvelin vai äskettäinen muutos. Kriittisissä tilanteissa nopein korjaus on usein paluu edelliseen toimivaan versioon, mikä on mahdollista, kun kehitys tehdään Gitillä ja julkaisut ovat hallittuja. Sen jälkeen korjataan varsinainen juurisyy. Tämän takia varmuuskopioiden lisäksi on olennaista, että palautuminen on testattu - varmuuskopio, jota ei ole koskaan kokeiltu palauttaa, on lupaus eikä suunnitelma.