2015-09-07 7 views

Odpowiedz

4

Generalnie nie ma to wpływu na wydajność; w zależności od tego, co robisz, możesz uzyskać dokładnie taką samą konfigurację środowiska wykonawczego (a tym samym wydajność).

Najbardziej zauważalna różnica będzie wynikać z dostrajania server.xml: Zamiast pozwolić buildpack wybrać konfigurację środowiska wykonawczego (i "funkcje", które będą uruchomione), możesz przyciąć funkcje do minimum (usuwając wszystko, co możesz nie używać, w tym np. do logowania) lub dodać więcej możliwości (https, jax-rs, ...).

Pchanie całego serwera jest zwykle konieczne, jeśli twoje dostosowania nie pasują tylko do zmian w pliku server.xml. Być może dodajesz biblioteki (pliki jar, np. Sterowniki bazy danych), które nie są częścią środowiska wykonawczego oferowanego przez buildpack. Ponownie, może to wiązać się z kosztem wydajności; zależy tylko od zmian, które robisz.

Aby uzyskać więcej informacji, zobacz domyślny plik server.xml i niektóre możliwe dostosowania here. Możesz także przeczytać an example of adding drivers do serwera buildpack, MySQL w tym przypadku - nie jest to specyficzne dla Bluemix, ale konfiguracja środowiska wykonawczego Liberty, którą możesz również zastosować do Bluemix przez naciśnięcie katalogu serwera.

+0

Czy wiesz, jeśli istnieje jakiś wpływ na koszt samego polecenia 'cf push'? – xverges

+0

Czy masz na myśli, czy polecenia API narzędzia "cf" są obciążane, na kartę kredytową? W takim przypadku - nie. Tylko usługi i aplikacje wiążą się z kosztami - i oczywiście jeśli pchając aplikację tworzysz nową aplikację/usługę lub uruchamiasz aplikację, która została zatrzymana w inny sposób, może to wiązać się z kosztami. – herchu

+0

:-) Odnosi się do "kosztu" pod względem czasu ładowania, przepraszam. Czy jest to znacznie większy plik niż tylko aplikacja ulpoad? – xverges

Powiązane problemy