W tym tygodniu woda spadająca z nieba nie zamienia się w śnieg. A w dni, kiedy jest pogodnie, mój samochód jest pokryty pyłkiem drzew. Chociaż dla większości ludzi to coś innego, dla mnie są to oznaki, że sezon wiosennych konferencji zaczyna się. W ciągu każdego z najbliższych trzech miesięcy odbywa się konferencja w Ameryce Północnej zawierająca poważną zawartość PostgreSQL, a w tym roku przygotowuję każdą z nich.
PgEast 2011 odbędzie się w Nowym Jorku już za nieco ponad dwa tygodnie. Jeśli jesteś w pobliżu, nie jest za późno na planowanie podróży. Lokalizacja jest tak łatwo dostępna pociągiem. Miejsce konferencji znajduje się na szczycie nowojorskiego Penn Station, głównego węzła kolejowego. Wszystkie główne miasta na wschodnim wybrzeżu, od Bostonu do Richmond, są łatwo dostępne z Penn. Konferencja odbywa się również obok przystanku pociągu PATH, z pociągami, które prowadzą do iz północnego New Jersey. Te łatwo łączą się z całym systemem New Jersey Transit.
Tegoroczna konferencja jest ogromna, z 5 do 6 równoległymi sesjami PostgreSQL w wielu przedziałach czasowych. Do tego dochodzi nawet ścieżka MongoDB. Ta konferencja ma również dużą liczbę trwających pół dnia i całych sesji szkoleniowych; są one opłacane oddzielnie od głównej konferencji. Jeśli pracujesz z PostgreSQL, spodziewam się, że przynajmniej jedna z tych sesji jest warta wcześniejszego przybycia.
Postanowiłem zrobić coś naprawdę innego niż zwykły format szkolenia. Zamiast przechodzić przez zwykłą serię slajdów, moja sesja szkoleniowa Surviving Server Overload będzie spędzać większość czasu na wpatrywaniu się w konsolę lub narzędzia monitorujące przeciążonego serwera PostgreSQL. Pomysł polega na tym, że zobaczysz, czego szukam, próbując znaleźć problemy z wydajnością, i dowiesz się trochę o metodologii, której używam do ich rozwiązywania. Wykonanie tego rodzaju strojenia jest niezbędne dla wielu systemów PostgreSQL, gdy ich użycie wzrośnie. Zwykle uczy się tego tylko w jeden sposób:w stresie, próbując dowiedzieć się, dlaczego serwer przestaje działać pod obciążeniem. Moje zajęcia pozwalają Ci zobaczyć, jak to będzie wyglądać, zanim to nastąpi, i pozostawić Ci kilka technik i pomysłów do zastosowania, które mogą opóźnić wystąpienie przerwy w występie – i sprawić, że będziesz lepiej przygotowany, gdy się ona wydarzy.
sposób, w jaki ułożył się harmonogram, można było poświęcić cały dzień na szkolenie, oglądając moją prelekcję rano, a następnie szkolenie z replikacji od Magnusa lub sesję PostgreSQL 9 od Roberta Treata po południu. Jest tu kilka kombinacji, które dobrze do siebie pasują. Istnieją również alternatywy, które zajmują cały dzień w jednej sesji, takie jak elementarz administracyjny Bruce'a.
Trudne wybory. Jeśli któreś z tych szkoleń Cię zainteresuje, zarezerwuj je tak szybko, jak to możliwe. Rozmiary klas są dość ograniczone i oczekuje się, że kilka sesji zostanie wyprzedanych.
W kwietniu na konferencji O’Reilly MySQL, która odbywa się w Santa Clara w Kalifornii, w kwietniu pojawi się cała ścieżka PostgreSQL. Prowadzę tam wykład na temat testów wydajności sprzętu, który kończy się kilkoma uwagami na temat testowania wydajności MySQL vs. PostgreSQL. Będzie tam również wielu innych popularnych mówców PostgreSQL; to coś w rodzaju „trzymania wrogów bliżej”, my mieszamy się z naszymi śmiertelnymi wrogami w Oracle.
A ostatnia z wiosennych konferencji to PGCon w Ottawie w Kanadzie. Harmonogram tej konferencji właśnie się podniósł i robię kolejną półdniową sesję na temat dostrajania wydajności (ta bardziej tradycyjna prezentacja oparta na slajdach) pierwszego dnia konferencji. Dni z samouczkami na PGCon są często nieco niedostatecznie uczęszczane w porównaniu z główną konferencją. Ponieważ w drugiej połowie pierwszego dnia Robert Haas wygłasza wyjątkową prezentację na temat introspekcji baz danych, w tym roku zdecydowanie musisz przybyć wcześniej na PGCon, jeśli chcesz zobaczyć wszystkie dobre prezentacje.
