Wdrażanie i serwowanie usługi oszczędzania

Question

Zbudowałem warstwę wykrywania usług na Zookeeperze w celu znalezienia usług Thrift w rozproszonym środowisku. Szukam najlepszego sposobu na uruchomienie tych usług w środowisku produkcyjnym.

Obecnie odbywa się to poprzez pakowanie wojny, która zostanie wdrożona na serwerze Tomcat. Podczas tworzenia serwletu tworzony jest Spring ApplicationContext, który tworzy wewnątrz Tomcata TThreadPoolServer.

nie podoba mi się to na kilka powodów:

• To sprawia Tomcat rodzaj bezużyteczne, a on czuje się jak hack, aby ułatwić łatwe wdrażanie
• Unika łączenia Tomcat wątek i wszystko logiki, że włożono w zastanawianie się, że najlepszym sposobem dystrybucji żądań

W procesie próbując znaleźć najlepszą strategię do obsługi tego, mam wymyślić kilka alternatyw:

• usługi Uruchomienie Thrift jako samodzielny JAR (nie lubię tego, głównie dlatego, że teraz trzeba na nowo z logiką, że twórcy aplikacji kontenerów poświęca wiele czasu wypracowanie
• Host zapobiegliwości przez HTTP, dzięki wykorzystaniu basen Tomcat wątek i logika dla zgłoszeń serwisowych (niepewni o tym jednego powodu do - choć niewielkich - Wyniki trafienie spowoduje to powstanie)
• użyć innego typu kontenera aplikacji do organizacji tych usług

Czy ktoś ma sugestie dotyczące sposobu, w jaki mogły wcześniej obsługiwać serwery rozproszone. Czy lepiej jest używać HTTP w Tomcat?

Answer 1

Próbowałem używać Tomcat jako hosta dla serwera Thrift i okazało się, że nie przynosi on żadnej dodatkowej wartości: wszystkie funkcje kontenera serwletu (routing żądania, itp.) Nie są konieczne w tym scenariuszu. Z drugiej strony, Tomcat dodaje złożoność i ruchome części (to znaczy, że sprawia trudności w rozwiązywaniu problemów PermGenu).

Korzystanie z funkcji Thrift over HTTP powoduje znaczny wpływ na wydajność, szczególnie w scenariuszach o dużym obciążeniu z wieloma połączeniami klientów.

Więc skończyłem z samodzielnymi usługami Thrift działającymi pod nadzorem Daemon (http://supervisord.org/). Dzięki temu zarządzanie rozproszonym wdrożeniem jest naprawdę wygodne. Kiedy trzeba ujawnić Thrift API przez HTTP (na przykład dla klientów JS), używamy cienkiego asynchronicznego proxy zaimplementowanego w vert.x (http://vertx.io/).