Адский стартап. Святослав Усков
Чтение книги онлайн.
Читать онлайн книгу Адский стартап - Святослав Усков страница 1
Краем глаза уже виду вспышки выстрелов, время растягивается как струна. Четко надеваю коннектор rj-45, одновременно придавливая обжимником. Кажется, что-то тяжелое и злое подлетело ко мне сзади…вставляю коннектор в ухо…щелчок. Злые пули разваливают всю стойку, но меня уже нет в этом прекрасном мире. Электрическая слаботочка унесла мое сознание в реальный мир. Снова вижу на экране грустную надпись Happily Ever After exited. Вот так незаметно прошел выходной, вышел из HEA, велком ту HELL.
Гл.2 Трудовые будни.
– Шеф, до каких пор, будет продолжаться эта фигня с четвергами? Именно такой вопрос из анекдота я традиционно задавал нашему продукт оунеру на планировании недельного спринта в понедельник. Мы работали по эджайлу (как нам казалось, казалось начальству, все еще в модной ай-ти парадигме). Наша маленькая команда разработчиков пилила экспериментальную систему предсказания неплательщиков. Этакий маленький стартап внутри большой финансовой организации. То что мы пилили проект – это громко сказано, скорее поддерживали, так как ядро мы честно стырили с опенсорс в рамках глобальной борьбы с проприетарным софтом, прилепили логотип компании, задекорировали код, в половине функционала не разобрались и просто зачистили его и о чудо этот франкенштейн заработал. Фигак-фигак и в продакшн. Проект уже несколько раз хотели закрыть, но пока везло, попали под волну хайпа BigData и Data Science. У нас в команде теперь даже был один Сатанист Гриша, который закончил Академию МАДИ mail.ru по специальности дата-саентист. Настоящий сатанист на адской тележке. Работа была легкой, я лично делал свою рутину за час в день, затем пинал балду и это если был в офисе, если на удаленке, то просто сутра продрав глаза запускал впн, чтоб начиналась рабочая сессия и не разрывал ее до ночи, чтоб не отвалилось крутил зацикленные видосы в браузере или запускал кликер. Через три месяца работы в проекте я все-таки выгорел, да и совесть основательно погрызла меня, хотел уволиться, но случайное открытие заставило меня остаться на долгие-долгие месяцы. Это было счастливое время, я познакомился с эмулятором жизни Happily Ever After.
Гл.3 Рациональное использование ресурсов.
Если тебе повезло, владелец продукта пробил бюджет и под задачи твоего проекта выдали КТС, то есть серверы виртуальные, физические или даже baremetal, то их утилизация становится головной болью значительно большей чем разработка и размещение софта на этих тачках. Коллеги из Инфраструктуры уже заботливо установили туда своих агентов и меряют утилизацию в Прометеусе. И не дай бог если твоя утилизация составит менее 85% процессорного времени и памяти, тебя сожрут с потрохами за такой раздутый сайзинг. Если же из-за активной работы свободное место на жестком диске сервера становилось менее 10%, то ты по ночам подрывался на инцидент вместе с ребятами из сопровождения. Жесть, да?! Но все это не про нашу команду. Гладко было на бумаге. Проблему с утилизацией мы поручили решить стажеру, который проходил у нас практику от МГТУ и он написал несколько сервисов и приложений почти бесполезных, с пустыми циклами внутри, но зато незаменимых для повышения нагрузки. Хитрая система шедулинга в Cron обеспечивала нам избыток ресурсов для работы основного ядра, во время активности которого фейковые сервисы ставились на стоп. Проблемы с жестким диском не было, периодически мы подчищали нерационально накопленные логи и старые данные в базах, благо на нас не наезжали безопасники с нормативными требованиями хранить каждый чих 3 года. Но однажды наш тим лид, как самый головастый, увидел в квоте, выделенной нам недавно в Биг Дате какие-то warning-и. И поручил мне разобраться, как самому в этом вопросе компетентному, читай единственному, ну да был у меня небольшой опыт в прошлой конторе, чуть-чуть поработал с hadoop-ом и ozon-ом, я даже