Wszystko o Easy Project Server

Rozwiązanie serwerowe jest przeznaczone dla twojego własnego serwera (hostujesz oprogramowanie). Kupując to rozwiązanie, uzyskasz oprogramowanie do instalacji + kod źródłowy. Rozwiązanie serwerowe obejmuje trzy miesiące bezpłatnych aktualizacji. Aktualizacje są dostępne do pobrania w strefie klienta, do której dostęp uzyskujesz po zakupie. Dalsze aktualizacje są płatne.

Wirtualizacja - VMware, VirtualBox 

Najprostszym sposobem na wdrożenie Easy Project są nasze dostarczone maszyny wirtualne wstępnie skonfigurowany dla optymalnej wydajności. Maszyny kompatybilne z VMware i VirtualBox są dostarczane bez dodatkowych opłat. Za niewielką opłatą możemy również udostępnić maszynę Hyper-V.

Łatwe sprawdzanie wymagań serwera

Nasze aplikacje zależą od wszelkiego rodzaju systemów, co jest dość normalne - żyjemy w erze zintegrowanej technologii. Aby utrzymać zależności w porządku, opracowaliśmy bardzo proste narzędzie sprawdza ważne składniki na serwerze. Administrator po prostu uruchamia proste polecenie, które skutkuje uporządkowaną tabelą z listą komponentów i ich statusem. Takie informacje są cenne nie tylko dla administratora, ale ostatecznie również dla naszego personelu pomocniczego, który może dostarczyć lepsze instrukcje dotyczące naprawy, jeśli klient zwróci się do nas.

Podręcznik i wytyczne

Środowisko serwera to różnorodna dżungla o absurdalnych proporcjach. Utrzymanie idealnej synchronizacji wszystkich części wymaga ogromnego doświadczenia i ciągłego odśwież swoją wiedzę o nowych technologiach. W przypadku najważniejszych konfiguracji i komponentów związanych z naszymi aplikacjami opublikowaliśmy instrukcje podręczniki i wskazówki pomagające administratorom w regularnej konserwacji serwera.

Obejmują one - podręczniki instalacji, aktualizacje ruby, konfiguracje serwerów, przydatne komendy lub wspólne błędy serwera itd.

Ograniczenia rozwiązania serwerowego

Elastyczność wsparcia

Chociaż zawsze staramy się dostarczać klientom jak najwięcej użytecznych informacji i narzędzi do sprawnego działania ich hostowanej aplikacji, nie możemy bezpośrednio kontrolować ich środowiska. Oznacza to, że nie mamy możliwości wykonywania poprawek bezpośrednio na serwerze, lub nie możemy szukać przyczyny różnych błędów występujących na serwerze, co pozostawia nam jedynie domysły podczas udzielania wsparcia.

Zdalna obsługa serwerów przez naszych administratorów jest dostępna jako usługa płatna. Ponadto czas rozwiązywania problemu jest zawsze dłuższy w porównaniu z rozwiązaniem w chmurze - po prostu z powodu ustaleń potrzebnych przed zapewnieniem dostępu do serwera klienta. Co prowadzi do następnego punktu:

Ograniczenia dostępu i problemy

W większości przypadków, gdy klient prosi o wsparcie serwera, nie może zapewnić bezpośredniego dostępu do serwera, ale raczej sesję zdalnego sterowania za pośrednictwem aplikacji, takich jak TeamViewer. Jest to lepsze niż brak dostępu, ale nasze doświadczenie pokazuje znaczny spadek elastyczności i czasu rozwiązywania problemów podczas korzystania z narzędzi do zdalnego sterowania w porównaniu z dostępem bezpośrednim (SSH) - problemy z połączeniem z komputerem hostującym, opóźnienia i utrata kontroli, gdy klient korzysta z komputera. To wszystko w sumie daje o 50% wolniejszy czas rozdzielczości niż w przypadku dostępu SSH.

Scheduling

Zapotrzebowanie na administratorów serwerów jest większe niż podaż, co jest twardym faktem. Obsługa serwera nie jest wyjątkiem. Z tego prostego powodu obsługę serwera należy zaplanować z wyprzedzeniem, aby zapewnić wystarczające ramy czasowe na pełne rozwiązanie problemu.

Jest to szczególnie ważne, jeśli jedyną dostępną opcją jest zdalne sterowanie, w którym musi być obecny administrator klienta. Jeśli klient dostarczył nam dostęp przez SSH, ten problem jest nieco mniejszy - nasz administrator rozpoczyna naprawę natychmiast, gdy jest dostępna i nie musi spotykać się z administratorem klienta.

Sprawdzenie raportu o błędzie

Nie jest daleko posunięte stwierdzenie, że każde środowisko serwerowe jest inne. Przy tak wielu opcjach konfiguracyjnych można by pomyśleć, że niemożliwe jest posiadanie dwóch identycznych serwerów. Często jest to powód, dla którego nie możemy zasymulować wewnętrznego zachowania określonego przez klienta, które działa jak błąd.

Jeśli usługa wymagana do uruchomienia naszej aplikacji jest inaczej skonfigurowana jako nasza rekomendacja, niekoniecznie jest błędna, ale może powodować problemy w aplikacji, które trudno jest prześledzić z powrotem do tej konfiguracji.