Het water dat deze week uit de lucht valt, verandert niet in sneeuw. En op dagen dat het helder is, zit mijn auto onder de boompollen. Hoewel ze voor de meeste mensen iets anders betekenen, zijn dit voor mij de tekenen dat het lenteconferentieseizoen op het punt staat te beginnen. Er is elk van de komende drie maanden een conferentie in Noord-Amerika met serieuze PostgreSQL-inhoud, en dit jaar maak ik ze allemaal.
PgEast 2011 vindt plaats in New York City en begint over iets meer dan twee weken. Als je in de buurt bent, is het nog niet te laat om reisplannen te maken. De locatie is zo gemakkelijk te bereiken met de trein. De conferentielocatie bevindt zich bovenop Penn Station in New York, een belangrijk treinknooppunt. Alle grote steden aan de oostkust, van Boston tot Richmond, zijn gemakkelijk te bereiken vanaf Penn. De conferentie is ook naast een PATH-treinhalte, met treinen die van en naar het noorden van New Jersey leiden. Die maken gemakkelijk verbinding met het hele New Jersey Transit-systeem.
De conferentie van dit jaar is enorm, met 5 tot 6 parallelle PostgreSQL-sessies gedurende vele tijdvakken. Er is zelfs een MongoDB-track bovenop. Deze conferentie heeft ook een groot aantal trainingssessies van een halve of hele dag; deze worden apart van de hoofdconferentie betaald. Als je met PostgreSQL werkt, zou ik verwachten dat ten minste één van deze sessies de moeite waard is om vroeg aanwezig te zijn.
Ik besloot iets heel anders te doen dan de gebruikelijke trainingsvorm. In plaats van een normale serie dia's te doorlopen, zal mijn Surviving Server Overload-trainingssessie het grootste deel van zijn tijd besteden aan het staren naar de console of het bewaken van tools van een overbelaste PostgreSQL-server. Het idee is dat je te zien krijgt waar ik naar op zoek ben wanneer ik prestatieproblemen probeer te vinden, en iets leert over de methodologie die ik gebruik om ze op te lossen. Dit soort afstemmingswerk is essentieel voor veel PostgreSQL-systemen zodra het gebruik ervan toeneemt. En het wordt normaal gesproken alleen manier één geleerd:stressvol, terwijl je probeert te achterhalen waarom de server onder belasting uitviel. Mijn les laat je zien hoe dat eruit zal zien voordat het gebeurt, en laat je enkele technieken en ideeën over om toe te passen die een prestatiestoring kunnen uitstellen en je beter voorbereid laten als er een gebeurt.
De Zoals het schema is uitgewerkt, zou je een volledige dag training kunnen maken door 's ochtends mijn toespraak te zien, en dan ofwel de Replicatie-training van Magnus of de PostgreSQL 9-sessie van Robert Treat in de middag. Er zijn een paar combo's die hier goed bij elkaar passen. Er zijn ook enkele alternatieven die in één sessie de hele dag in beslag nemen, zoals Bruce's administratie-primer.
Moeilijke keuzes. Als een van deze trainingen je interesseert, boek ze dan zo snel mogelijk. De klassen zijn vrij beperkt en naar verwachting zullen verschillende sessies uitverkocht raken.
In april is er een hele PostgreSQL-track op de O'Reilly MySQL-conferentie in april in Santa Clara, CA, die steeds vaker verkeerd wordt genoemd. Ik ben daar een lezing aan het houden over hardwarebenchmarking die wordt afgesloten met enkele opmerkingen over MySQL versus PostgreSQL-prestatietests. Veel andere populaire PostgreSQL-speakers zullen er ook zijn; het is een soort "houd je vijanden dichterbij", we mengen ons met onze aartsvijanden bij Oracle.
En de laatste van de voorjaarsconferenties is PGCon in Ottawa, Canada. Het schema voor deze conferentie is net omhoog gegaan en ik doe op de eerste dag van de conferentie nog een sessie van een halve dag over het afstemmen van prestaties (deze is een meer traditionele presentatie op dia's). De tutorialdagen op PGCon zijn vaak een beetje onderbezet in vergelijking met de hoofdconferentie. Met Robert Haas die een unieke talk doet over database-introspectie als de andere helft van de eerste dag, moet je dit jaar zeker vroeg naar PGCon komen als je alle goede talks wilt zien die worden gepresenteerd.