2011-10-05 8 views
9

I niedawno dowiedział się o funkcję Tomcat 7, aby umożliwić wielu wersji tego samego webapp wdrożonej w tym samym czasie:Funkcja rozmieszczania równoległego Tomcat7: doświadczenia z korzystaniem z niej na serwerach produkcyjnych?

http://www.tomcatexpert.com/blog/2011/05/31/parallel-deployment-tomcat-7

http://www.javacodegeeks.com/2011/06/zero-downtime-deployment-and-rollback.html

Nasze strony regularnie dostać 10-20,000 sesji użytkowników dziennie , a sporo z nich to transakcyjne/stanowe typy aplikacji internetowych. Równoległe wdrażanie wydaje się idealne do tego, czego chcemy, ale tak naprawdę nie słyszałem wiele o doświadczeniach ludzi korzystających z niego na swoich serwerach.

Jeśli korzystasz z tej funkcji tomcat 7 w produkcji, czy masz z nim jakieś problemy? Czy musisz wprowadzić jakieś zmiany w swoich aplikacjach internetowych, aby "grać ładnie" dzięki tej funkcji Tomcat?

+3

@Robert Harvey Jak to może być "nie konstruktywne"? Wiele z pytań, które zadaliście, także "prośba o opinię", znacznie więcej niż to. Odnajdywanie doświadczeń ludzi z cechą produktu zdecydowanie wiąże się z "faktami i doświadczeniem". Jest bardzo mało pytań dotyczących tego aspektu tomcat 7. Proszę ponownie otworzyć. – trafalmadorian

+0

Zmieniłem bliski powód. Jeśli możesz uczynić swoje pytanie bardziej szczegółowym i bardziej odpowiednim do rozwoju oprogramowania, ponownie go otworzę. Ale pytania dotyczące opinii są na ogół poza tematem w całej sieci SE. –

+1

@RobertHarvey Oczywiście dotyczy to programowania i tworzenia oprogramowania. Wielu programistów używa serwera Tomcat jako serwera aplikacji do wdrażania aplikacji webowych Java. Pozyskuję rzeczywiste doświadczenia ludzi korzystających z tej funkcji na ich serwerach produkcyjnych. W jaki sposób czyjeś doświadczenie w używaniu produktu jest uważane za "opinię"? Istnieje wiele istniejących pytań dotyczących wdrażania Tomcat, więc jak to może nie być z zakresem SE? – trafalmadorian

Odpowiedz

6

Nie użyłem tej funkcji w produkcji. Moje pierwsze są następujące:

  • Co się stanie, jeśli zastosujesz zmiany w schemacie bazy danych? Będziesz mieć dwie aplikacje działające na tym samym schemacie z różną obsługą baz danych (na przykład różne jednostki JPA).
  • Co zrobić, jeśli masz zaplanowane zadania? Będą działać równolegle. Twoja aplikacja musi być na to gotowa.
  • Co się stanie, jeśli zastosujesz kilka bardzo ważnych poprawek? Będziesz mieć dobrą i niedozwoloną aplikację działającą razem. Będą razem wprowadzać zmiany w bazie danych do momentu wygaśnięcia wszystkich starych sesji.
  • Dlaczego chcesz, aby użytkownicy zobaczyli starszą wersję aplikacji, jeśli zastosujesz kilka nowych funkcji lub poprawek błędów.
  • Twoja aplikacja musi być przygotowana w taki sam sposób, w jaki przygotowuje się ją do uruchomienia w klastrze z lepkimi sesjami. To jest to samo, ale na tym samym Tomcat.
  • Czy jesteś pewien, że twoja aplikacja może zostać przeniesiona na Tomcat bez znanych problemów z permem? Słyszałem, że mówią, że można to zrobić teraz. Nadal restartuję Tomcata przy każdym ponownym przygotowaniu.
3

Nie mieliśmy szczęścia, aby to działało konsekwentnie w naszym środowisku testowym, więc nie ma mowy o tym, by go wykorzystać do produkcji.

Pytanie brzmi, czy potrzebujesz możliwości wykonywania gorących aktualizacji w swoim środowisku? Często jest to teoretycznie ładne, ale nie potrzebne.

Powiązane problemy