Czy używanie ReadyNAS jako zaplecza dla lekkich narzędzi internetowych jest niezawodne?
0
0
13
0
0
13 Cześć wszystkim,
Obecnie zarządzam niewielkim narzędziem internetowym (na przykład kalkulatorem napiwków/świadczeń z tytułu zakończenia usługi dla użytkowników w Zjednoczonych Emiratach Arabskich) i rozważam opcje hostowania danych użytkowników, logów, plików JSON i kopii zapasowych. Moja idealna konfiguracja to lekki, stale działający system, który nie wymaga pełnego serwera. Właśnie dlatego ReadyNAS przykuł moją uwagę.
Oto kilka rzeczy, które biorę pod uwagę:
Korzystanie z ReadyNAS do hostowania interfejsów API REST, statycznych plików konfiguracyjnych JSON lub YAML i tworzenia kopii zapasowych danych sesji użytkownika.
Zapewnienie integralności i wydajności danych — zwłaszcza w przypadku jednoczesnego dostępu.
Obsługa aktualizacji oprogramowania sprzętowego bez zakłócania działania punktów końcowych API.
Synchronizacja kopii zapasowych z chmurą lub innym serwerem NAS w celu zapewnienia redundancji.
Kilka pytań do osób mających doświadczenie z ReadyNAS:
- Czy ktoś używał ReadyNAS do obsługi małej usługi internetowej lub narzędzia (nie tylko serwera plików)?
- Jaka jest maksymalna zalecana liczba równoczesnych żądań dla lekkich plików API (JSON) w systemie ReadyNAS?
- Jakich metod użyłeś w celu zapewnienia bezpieczeństwa wersji aktualizacji oprogramowania sprzętowego, aby nie utracić niestandardowych usług?
- W jaki sposób zapewniasz bezpieczny dostęp (SSL, tokeny) podczas udostępniania interfejsów API z serwera NAS, który przechowuje również prywatne dane użytkowników?
Jeśli ktoś zbudował już podobne systemy back-endowe lub mikrousługi z użyciem ReadyNAS, chętnie poznam wskazówki i wskazówki, których należy unikać. Dziękuję!
















Zostaw odpowiedź
Twoj adres e-mail nie bedzie opublikowany. Wymagane pola są zaznaczone *