Zapytaj o rozwiązanie serwerowe bez zobowiązań
Wirtualizacja - VMware, VirtualBox
Był to naturalny krok od samego początku naszego przedsięwzięcia w zakresie rozwiązań serwerowych. Najłatwiejszym sposobem wdrożenia Easy Project jest użycie dostarczonych przez nas maszyn wirtualnych 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.
Wydaliśmy również kilka darmowych wersji VM dla społeczności Easy Project.
Łatwy instalator projektu
Nasze najczęściej używane narzędzie do tej pory. Jeśli zdecydujesz się zainstalować Easy Project bezpośrednio na serwerze, to narzędzie znacznie to ułatwi. Uruchamiasz tylko jedno polecenie, a następnie postępuj zgodnie z kreatorem. Nie musisz już ręcznie instalować instalacji, migracji, zadań rake, aktualizacji klejnotów itp. Łatwy instalator projektu robi to automatycznie, minimalizując ryzyko błędu.
Instalator Easy Project jest również integralną częścią naszych maszyn wirtualnych, gdzie można go używać do regularnych aktualizacji.
Dockeryzacja – Docker
Docker oferuje elastyczną i wydajną opcję wdrażania Easy Redmine. Wykorzystując technologię konteneryzacji Dockera, możemy pakować nasze aplikacje i ich zależności w standardowe kontenery.
Kontenery te można następnie wdrażać w różnych środowiskach, zapewniając spójność na etapach opracowywania, testowania i produkcji.
Przenośność, skalowalność i możliwości izolacji Dockera sprawiają, że jest to możliwe niezawodny wybór usprawniający proces wdrażania oprogramowania.
Łatwe sprawdzanie wymagań serwera
Easy Project zależy od różnych systemów, co jest całkiem normalne w tej 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, aby znaleźć stan każdego wymagania. Te informacje są ważne dla administratora przed instalacją lub aktualizacją, ale także dla naszego personelu pomocniczego, który udzieli bardziej świadomej odpowiedzi na możliwe problemy.
Podręcznik i wytyczne
Środowisko serwera to zróżnicowana dżungla o absurdalnych proporcjach. Utrzymanie wszystkich części w idealnej synchronizacji wymaga ogromnego doświadczenia i ciągłej pracy 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 dokładamy wszelkich starań, aby zapewnić klientom jak najwięcej przydatnych informacji i narzędzi do sprawnego działania ich samodzielnie hostowanych aplikacji, nie możemy bezpośrednio kontrolować ich środowiska. Oznacza to, że nie mamy możliwości przeprowadzania napraw bezpośrednio na serwerze lub nie możemy szukać przyczyny różnych błędów występujących na serwerze, co pozostawia nam jedynie zgadywanie podczas udzielania wsparcia.
Zdalne wsparcie serwera realizowane przez naszych administratorów jest dostępne jako usługa płatna. Ponadto czas rozwiązania problemu jest zawsze dłuższy w porównaniu z rozwiązaniem chmurowym – po prostu ze względu na ustalenia, jakie należy wykonać, zanim będzie można zapewnić dostęp do klienta-serwera. Prowadzi to 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. Lepsze to niż brak dostępu, ale z naszego doświadczenia wynika, że korzystanie z narzędzi do zdalnego sterowania znacznie zmniejsza elastyczność i czas rozwiązywania problemów 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 składa się na 50% wolniejszy czas rozwiązania niż w przypadku dostępu SSH.
Scheduling
Zapotrzebowanie na administratorów serwerów jest większe niż podaż, co jest twardym faktem. Obsługa serwerów nie jest wyjątkiem. Z tego prostego powodu wsparcie serwera musi być zaplanowane z wyprzedzeniem, aby było wystarczająco dużo czasu na pełne rozwiązanie problemu.
Jest to szczególnie prawdziwe, jeśli jedyną opcją dostępu jest zdalne sterowanie, w którym musi być obecny administrator klienta. Jeśli klient zapewnił nam dostęp SSH, ten problem jest nieco mniejszy – nasz administrator rozpoczyna naprawę natychmiast, gdy jest dostępny i nie musi spotykać się z administratorem klienta.
Sprawdzenie raportu o błędzie
Nie jest przesadą stwierdzenie, że każde środowisko serwera jest inne. Przy tak wielu opcjach konfiguracji można by pomyśleć, że posiadanie dwóch identycznych serwerów jest niemożliwe. Jest to często powód, dla którego nie możemy symulować specyficznego zachowania wewnętrznego opisanego przez klienta, które działa jako błąd.
Jeśli usługa wymagana do uruchomienia naszej aplikacji jest skonfigurowana inaczej niż zalecamy, niekoniecznie jest to błędne, ale może powodować problemy w aplikacji, które trudno prześledzić wstecz do tej konfiguracji.
