Alles over Easy Project Server
De serveroplossing is ontworpen voor uw eigen server (u host de software). Door deze oplossing te kopen, verkrijgt u installeerbare software + de broncode. De serveroplossing omvat drie maanden gratis updates. Updates zijn beschikbaar om te downloaden in de klantenzone, waartoe u na aankoop toegang krijgt. Verdere updates worden betaald.
Virtualisatie - VMware, VirtualBox
De eenvoudigste manier om Easy Project te implementeren is in onze meegeleverde virtuele machines vooraf geconfigureerd voor optimale prestaties. VMware- en VirtualBox-compatibele machines worden zonder extra kosten geleverd. Tegen een kleine vergoeding kunnen we ook een Hyper-V-machine leveren.
Eenvoudige serververeistencontrole
Onze applicaties zijn afhankelijk van allerlei systemen, wat heel normaal is - we leven in een tijdperk van geïntegreerde technologie. Om de afhankelijkheden op orde te houden, hebben we een heel eenvoudige tool bedacht die controleert de belangrijke onderdelen op de server. De admin voert gewoon een eenvoudig commando uit, wat resulteert in een overzichtelijke tabel met de componenten en hun status. Dergelijke informatie is niet alleen waardevol voor de beheerder, maar uiteindelijk ook voor ons ondersteunend personeel dat betere instructies kan geven voor een oplossing als de klant zich tot ons wendt.
Handleiding en richtlijnen
De serveromgeving is een diverse jungle van belachelijke proporties. Om alle onderdelen perfect synchroon te houden, is veel ervaring en continu vereist Uw kennis verfrissen over nieuwe technologieën. Voor de meest cruciale configuraties en componenten met betrekking tot onze applicaties hebben we instructie gepubliceerd handleidingen en richtlijnen die beheerders helpen in regelmatig serveronderhoud.
Deze omvatten - installatie handleidingen, ruby updating, server configuraties, nuttige opdrachten of gemeenschappelijke server fouten, en meer.
Beperkingen van de serveroplossing
Flexibiliteit ondersteunen
Hoewel we altijd ons uiterste best doen om klanten zoveel nuttige informatie en hulpmiddelen te bieden voor een soepel verloop van hun door uzelf gehoste toepassing, kunnen we hun omgeving niet rechtstreeks beheren. Dat betekent dat we niet de mogelijkheid hebben om fixes direct op de server uit te voeren, of we kunnen niet zoeken naar de oorzaak van verschillende fouten op de server waardoor we alleen maar raden wanneer we ondersteuning bieden.
Serverondersteuning op afstand uitgevoerd door onze beheerders is beschikbaar als betaalde service. Bovendien is de oplossingstijd altijd langer in vergelijking met een cloudoplossing - simpelweg vanwege de benodigde regelingen voordat toegang tot de clientserver kan worden geboden. Wat leidt tot het volgende punt:
Toegangsbeperkingen en problemen
In de meeste gevallen wanneer een klant om serverondersteuning vraagt, kunnen ze geen directe toegang tot de server bieden, maar eerder een sessie voor besturing op afstand via apps zoals TeamViewer. Het is beter dan geen toegang hebben, maar onze ervaring laat een aanzienlijke afname zien in flexibiliteit en oplossingstijd bij het gebruik van tools voor afstandsbediening in vergelijking met directe (SSH) toegang - verbindingsproblemen met de hostcomputer, vertraging en verlies van controle wanneer de klant gebruikt de computer. Het komt allemaal neer op een 50% langzamere oplossingstijd dan met SSH-toegang.
Scheduling
De vraag naar serverbeheerders is groter dan het aanbod, dat is een koud hard feit. Serverondersteuning is geen uitzondering. Om deze eenvoudige reden moet serverondersteuning van tevoren worden gepland, zodat er voldoende tijd is om het probleem volledig op te lossen.
Dit is met name het geval als de enige toegangsoptie via afstandsbesturing is waar de beheerder van de klant aanwezig moet zijn. Als de klant ons SSH-toegang heeft verleend, is dit probleem iets kleiner: onze beheerder start de reparatie onmiddellijk zodra deze beschikbaar is en hoeft niet met de beheerder van de klant af te spreken.
Foutrapportverificatie
Het is niet vergezocht om te zeggen dat elke serveromgeving anders is. Met zoveel configuratie-opties zou je denken dat het onmogelijk is om twee identieke servers te hebben. Dit is vaak de reden waarom we een intern door de klant beschreven gedrag niet kunnen simuleren dat als een bug fungeert.
Als een service die nodig is om onze applicatie uit te voeren anders is geconfigureerd als onze aanbeveling, is dit niet noodzakelijk verkeerd, maar kunnen er problemen in de toepassing optreden die moeilijk terug te voeren zijn naar die configuratie.