— один із головних заходів на календарі світу СУБД. Колись все починалося з розробки одного з форків MySQL, але потім переросло прабатька. І хоча багато матеріалів (і відвідувачі) все ще щільно пов'язані з тематикою MySQL, загальний інформаційний фон став значно ширшим: це і MongoDB, і PostgreSQL, і інші менш популярні СУБД. Цього року «Перкона» стала значною подією на нашому календарі: вперше ми брали участь у цій американській конференції. Як ви напевно вже знаєте, . Зі зсувом інфраструктурних парадигм у бік максимальної гнучкості, мікросервісів та кластерних рішень повинні змінюватися і супутні інструменти та підходи у підтримці. Про те, власне, і була моя доповідь. Але для початку хочу розповісти, як взагалі потрапляють на штатівські конференції та які сюрпризи можуть чекати одразу після посадки літака.
Тож як люди потрапляють на закордонні конференції? Насправді, цей процес не такий складний: треба зв'язатися з програмним комітетом, заявити свою тему для доповіді, додати свідчення того, що у вас вже є досвід виступу на технічних заходах. Звичайно, з огляду на географію конференції, важливим пунктом є володіння мовою. Вкрай бажаний, зокрема, досвід виступу перед англомовною аудиторією. Всі ці питання обговорюються з програмним комітетом, вони оцінюють ваш потенціал, або — або.
Юридичні питання, звісно, доводиться вирішувати самостійно. У силу самі розумієте яких причин оформлення візових документів у Росії дещо утруднене. Наприклад, у Москві очікування Visitor Visa на момент написання статті складає 300 днів. Мешканці столиць загалом звикли обходити ці складності оформленням документів у деяких суміжних державах. Але оскільки ми базуємося в Іркутську, найближча нам держава — Монголія… Стоп. Улан-Батор! Адже там також є американське посольство. І, чесно кажучи, не дуже популярне і тому не сильно завантажене. Шлях від Іркутська до Улан-Батора літаком займає одну годину. Часовий пояс не змінюється - можна продовжувати працювати у зручному та звичному ритмі. Від входу до посольства до отримання візи триває буквально півгодини. Єдина складність — сплатити консульський збір можна лише готівкою у відділенні Хаан Банку. Тому якщо хочеться приїхати одночасно за готовою візою, то непогано б мати там когось із знайомих, хто зможе допомогти з вирішенням цього питання.
Так. Віза отримана, крісло в літаку осідлане. Наближаються в'їзд у самі Штати. Перетин тамтешнього кордону завжди був дуже нудною справою. Коли я вперше прилетів 2010-го, я офігел від того, скільки часу зайняв паспортний контроль у Вашингтоні. Ні, зрозуміло, черга до заповітних вікон завжди була класикою. Але вже якийсь пристойний час (кілька років точно) додали спеціальні машини, які пробивають твою інформацію і видають тобі листочок з твоєю фоткою — і все стало швидше. Усі останні поїздки я прилітав з квитком туди-назад, з убитими в квиток усіма даними про проживання тощо. А цього разу я прилетів із квитком туди з перенесеною датою і без пов'язаного з ним зворотного квитка. І вуаля: фотографія на білому папірці виявилася перекреслена.
Офіцерський підхід
Черга раптово виявилася такою ж довгою, як і кілька років тому, а коли через годину я нарешті дістався до паспортного контролю, я дістався остаточно розслабленого. Офіцер спитав, навіщо я приїхав; я відповів — бізнес (продаж, тип візи b1/b2 це дозволяє) і відпочивати (відпустку), на що він уточнив, яким рейсом я прилетів, і пояснив, що мене немає в базі тих, що летіли. Я дуже хотів спати і відповів, що не знаю, чому так… можливо тому, що я змінив дати вильоту. Посадова американська особа зацікавилася, навіщо я змінив дати вильоту і коли я лечу назад. На що я відповів, що змінив, бо вирішив летіти іншим часом, а коли лечу назад — можу відповісти тільки приблизно. І тут офіцер сказав «ну гаразд», підняв руку і покликав іншого парубка, якому віддав мій паспорт. Той мене повів на додаткову перевірку. На моє нагадування, що в мене через годину літак, він спокійно відповів «не хвилюйся, на нього ти точно спізнився, це буде тягтися кілька годин, тобі видадуть папір для перенесення квитків».
О-у-кей. Я зайшов у кімнатку: там сидить ще чоловік 40 таких же, з нашого рейсу було 3-те, включаючи мене. Сів, тільки-но поліз у телефон, тут же підбіг охоронець і сказав вимкнути його, і показав на стіни: виявилося, все довкола у вивісках «не можна використовувати телефони», які я не помітив від втоми і недосипання. Я вимкнув, а сусід не встиг — у тих, хто не встигає телефони, просто відбирають. Пройшло близько трьох годин, іноді когось викликали на дод. співбесіду, мене в результаті нікуди не викликали - просто видали паспорт зі штампом, що мене пустили. Що це було? (с) Щоправда, квиток на пропущений рейс, зрештою, справді змінили за отриманою довідкою.
Місто Остін, штат Техас
І ось під моїми ногами нарешті техаська земля. Техас — хоч і знайомий російській людині топонім, але все ж таки не найвідвідуваніше співвітчизниками місце. Я бував раніше по роботі в Каліфорнії та Нью-Йорку, але так далеко на південь забиратися не доводилося. І якби не Percona Live, ще невідомо, коли б довелося.
Місто Остін — щось подібне до «каліфорнійського анклаву» всередині штату Техас. Як так вийшло? Спочатку основою бурхливого зростання Долини, крім, звичайно, урядових вкладень, був м'який клімат і низька вартість життя та ведення бізнесу. Але тепер, коли Сан-Франциско та округи буквально стали символом непомірної дорожнечі, нові стартапи шукають нові місця. І Техас виявився непоганим варіантом. По-перше, нульовий прибутковий податок. По-друге, нульовий податок із валового прибутку для ІП. Велика кількість університетів — отже, розвинений ринок кваліфікованої праці. Не дуже висока за загальноамериканськими мірками вартість життя. Все це загалом дає непогане підживлення розвитку нових технологічних підприємств. І створює аудиторію для відповідних заходів.
Сама Percona Live проходила у готелі Hayatt Regency. За популярною нині схемою конференція складалася з декількох тематичних потоків, що паралельно йдуть: два по MySQL, по одному по Mongo і PostgreSQL, а також секції з ІІ, безпеки і бізнесу. Повноцінно оцінити всю програму, на жаль, не вдалося, через щільний режим підготовки до власного виступу. Але ті доповіді, на які довелося подивитися, були дуже цікавими. Окремо виділив би The Changing Landscape of Open Source Databases від Петра Зайцева і Too Much Data? від Іва Трюдо. Зустрічалися там з Олексієм Міловидовим — він теж був із доповіддю і привіз із собою цілу команду від Clickhouse, яку я у своєму виступі також торкався.
Дозвольте доповісти
І, власне, про головне: про що я розповідав? Доповідь була присвячена тому, як ми вибирали собі для нової версії системи моніторингу time-series database. Якось так склалося в наших палестинах, що коли виникає необхідність у подібного роду інструменті, за замовчуванням прийнято брати Clickhouse. Чому? «Бо він швидший». А швидше? А наскільки? Може, є якісь інші плюси та мінуси, про які ми не замислюємося, доки не спробуємо щось інше? Ми вирішили по хардкор підійти до вивчення проблематики; Але просто брати і перераховувати показники - це нудно і, чесно кажучи, не дуже добре запам'ятовується. А людям, як вчить прекрасний Романе Поборчому, набагато цікавіше почути якусь історію. Тому ми розповідали про те, як ганяли всі випробувані СУБД на наші продові дані, які ми в реальному часі щомиті отримуємо від наших агентів моніторингу.
Які враження залишились від заходу?
Організовано все було чудово, доповіді цікаві. Але що виділялося найбільше, то це те, куди технологічно зараз рухаються СУБД. Дуже багато, наприклад, вже давно не користуються self-hosted рішеннями. Ми в себе поки що до такого не дуже звикли і, відповідно, не бачимо нічого незвичайного у власноручній установці, налаштуванні та підтримці СУБД. А там хмари давно поневолили всіх, і умовний RDS це варіант за замовчуванням. Навіщо турбуватися про продуктивність, безпеку, бекапи, утримувати для цього окремих техспеців, якщо можна взяти готовий сервіс, де за вас уже все продумано заздалегідь?
Це дуже цікавий і, можливо, тривожний дзвіночок для тих, хто поки не готовий надавати свої рішення у такому форматі.
Та й загалом, це стосується не лише СУБД, а всієї серверної інфраструктури. Адміністрація зміщується з лінуксової консолі в консоль вебову, де потрібно вміти вибирати правильні сервіси і схрещувати їх один з одним, розбиратися в тому, як працюють конкретні хмарні провайдери зі своїми EKS, ECS, GKE та іншими великими літерами. У нас же у зв'язку з улюбленим законом про персональні дані отримали гарний розвиток внутрішні гравці на ринку хостингу, але поки що ми дещо відстали від переднього краю загальносвітового технологічного руху, і подібні зміни парадигми нам доведеться випробувати на собі.
А докладний розбір доповіді обов'язково опублікую, але трохи пізніше: зараз вона якраз готується — перекладаю з англійської на російську 🙂
Джерело: habr.com