Овог пролећа нашли смо се у веома веселим условима. Због пандемије, постало је јасно да наше летње конференције треба да се преместе на интернет. А да бисмо их ефикасно спроводили онлајн, готова софтверска решења нам нису одговарала, морали смо да напишемо своја. И имали смо три месеца да то урадимо.

Јасно је да су то била узбудљива три месеца. Али споља није сасвим очигледно: шта је платформа за онлајн конференције? Од којих делова се састоји? Стога сам на последњој летњој ДевОопс конференцији питао оне који су били одговорни за овај задатак:

• Николај Молчанов - технички директор ЈУГ Ру Групе;
• Владимир Красилшчик је прагматичан Јава програмер који ради на бацкенду (његове извештаје можете видети и на нашим Јава конференцијама);
• Артјом Никонов је одговоран за све наше видео стриминг.

Иначе, на јесенско-зимским конференцијама користићемо побољшану верзију исте платформе – толико ће хабра читачи и даље бити њени корисници.

Генерал пицтуре

— Какав је био састав тима?

Николај Молчанов: Имамо аналитичара, дизајнера, тестера, три фронт-ендера и бацк-енд. И, наравно, специјалиста у облику слова Т!

— Како је процес уопште изгледао?

Николаи: До средине марта нисмо имали ништа спремно за онлајн. А 15. марта цела онлајн вртешка је почела да се врти. Поставили смо неколико складишта, планирали, разговарали о основној архитектури и све урадили за три месеца.

Ово је, наравно, прошло кроз класичне фазе планирања, архитектуре, избора карактеристика, гласања за те карактеристике, политике за те карактеристике, њиховог дизајна, развоја, тестирања. Као резултат тога, 6. јуна смо све пустили у производњу. ТецхТраин. За све је било 90 дана.

— Да ли смо успели да остваримо оно на шта смо се обавезали?

Николаи: Пошто сада учествујемо на ДевОопс конференцији на мрежи, то значи да је успело. Лично сам се посветио главном: донећу купцима алат са којим могу да направе конференцију на мрежи.

Изазов је био следећи: дајте нам алат помоћу којег можемо да преносимо наше конференције власницима улазница.

Све планирање је подељено у неколико фаза, а све карактеристике (око 30 глобалних) подељене су у 4 категорије:

• што ћемо свакако урадити (не можемо живети без њих),
• што ћемо урадити као друго,
• што никада нећемо учинити,
• и што никада, никада нећемо учинити.

Направили смо све карактеристике из прве две категорије.

— Знам да је креирано укупно 600 ЈИРА издања. За три месеца сте направили 13 микросервиса, а сумњам да су написани не само на Јави. Користили сте различите технологије, имате два Кубернетес кластера у три зоне доступности и 5 РТМП токова у Амазону.

Погледајмо сада сваку компоненту система посебно.

Стреаминг

— Почнимо од тога када већ имамо видео слику, а она се преноси на неке сервисе. Артјоме, реци нам како се ово стримовање дешава?

Артјом Никонов: Наша општа шема изгледа овако: слика са камере -> наша контролна соба -> локални РТМП сервер -> Амазон -> видео плејер. Детаљније писао о томе на Хабреу у јуну.

Генерално, постоје два глобална начина да се то уради: или на хардверу или на основу софтверских решења. Изабрали смо софтверски пут јер је лакши у случају даљинских звучника. Није увек могуће донети хардвер на звучник у другој земљи, али испорука софтвера звучнику изгледа лакша и поузданија.

Са хардверске тачке гледишта, имамо одређен број камера (у нашим студијима и на даљинским звучницима), одређени број даљинских управљача у студију, који понекад морају да се поправљају одмах испод стола током емитовања.

Сигнали са ових уређаја улазе у рачунаре са картицама за снимање, улазно/излазним картицама и звучним картицама. Тамо се сигнали мешају и склапају у распореде:

Пример распореда за 4 звучника

Пример распореда за 4 звучника

Даље, континуирано емитовање се обезбеђује уз помоћ три рачунара: једна главна машина и пар радних. Први рачунар прикупља први извештај, други - паузу, први - следећи извештај, други - следећу паузу и тако даље. А главна машина меша прво са другом.

Ово ствара неку врсту троугла, и ако било који од ових чворова поквари, можемо брзо и без губитка квалитета наставити да испоручујемо садржај клијентима. Имали смо такву ситуацију. Током прве недеље конференција поправили смо једну машину, укључили је/искључили. Чини се да су људи задовољни нашом отпорношћу.

Затим, токови са рачунара иду на локални сервер, који има два задатка: усмеравање РТМП токова и снимање резервних копија. Дакле, имамо више тачака снимања. Видео токови се затим шаљу у део нашег система изграђеног на Амазон СааС услугама. Користимо МедиаЛиве,С3,ЦлоудФронт.

Николаи: Шта се тамо дешава пре него што видео дође до публике? Мораш то некако да пресечеш, зар не?

Артјом: Компресујемо видео са наше стране и шаљемо га МедиаЛиве-у. Тамо покрећемо транскодере. Они транскодирају видео снимке у реалном времену у неколико резолуција како би људи могли да их гледају на својим телефонима, преко лошег интернета у земљи итд. Затим се ови токови секу цхункс, овако функционише протокол ХЛС. Шаљемо листу за репродукцију на фронтенд која садржи показиваче на ове делове.

— Да ли користимо резолуцију од 1080п?

Артјом: Ширина нашег видеа је иста као 1080п - 1920 пиксела, а висина је нешто мања, слика је издуженија - постоје разлози за то.

Плаиер

— Артјом је описао како видео улази у стримове, како се дистрибуира у различите плејлисте за различите резолуције екрана, сече на комаде и улази у плејер. Коља, реци ми сад какав је ово играч, како троши стрим, зашто ХЛС?

Николаи: Имамо плејер који сви гледаоци конференције могу да гледају.

У суштини, ово је омот око библиотеке хлс.јс, на којој су исписани многи други играчи. Али била нам је потребна врло специфична функционалност: премотавање и обележавање места где се особа налази, који извештај тренутно гледа. Требали су нам и сопствени распореди, свакакви логотипи и све остало што је уграђено код нас. Стога смо одлучили да напишемо сопствену библиотеку (омотач преко ХЛС-а) и уградимо је на сајт.

Ово је основна функционалност, тако да је имплементирана скоро прва. А онда је све расло око тога.

У ствари, путем ауторизације, играч добија од бекенда листу за репродукцију са линковима ка деловима у корелацији са временом и квалитетом, преузима потребне и показује их кориснику, изводећи неку „магију“ успут.

Пример временске линије

— Дугме је уграђено директно у плејер за приказ временске линије свих извештаја...

Николаи: Да, одмах смо решили проблем навигације корисника. Средином априла одлучили смо да не преносимо сваку нашу конференцију на посебном сајту, већ да све објединимо на једном. Тако да корисници Фулл Пасс улазница могу слободно да прелазе између различитих конференција: и преносе уживо и снимке прошлих.

А да бисмо корисницима олакшали навигацију кроз тренутни ток и пребацивање између нумера, одлучили смо да направимо дугме „Цело емитовање“ и хоризонталне картице са извештајима за пребацивање између нумера и извештаја. Постоји контрола са тастатуре.

— Да ли је било техничких потешкоћа са овим?

Николаи: Имали су траку за померање на којој су биле означене почетне тачке различитих извештаја.

— На крају, да ли сте поставили ове ознаке на траку за померање пре него што је ИоуТубе урадио нешто слично?

Артјом: Тада су га имали у бета верзији. Чини се да је ово прилично сложена функција јер су је делимично тестирали са корисницима током прошле године. А сада је стигао у продају.

Николаи: Али заправо смо га брже продали. Искрено, иза ове једноставне функције постоји огромна количина позадине, фронтенда, прорачуна и математике унутар плејера.

Предњи крај

— Хајде да схватимо како овај садржај који приказујемо (картица за говор, говорници, веб локација, распоред) стиже до предњег дела?

Владимир Красилшчик: Имамо неколико интерних ИТ система. Постоји систем у који се уносе сви извештаји и сви говорници. Постоји процес којим говорник учествује на конференцији. Говорник подноси апликацију, систем је снима, затим постоји одређени цевовод према којем се прави извештај.

Овако говорник види цевовод

Овај систем је наш унутрашњи развој.

Затим морате да направите распоред од појединачних извештаја. Као што знате, ово је НП-тежак проблем, али ми га некако решавамо. Да бисмо то урадили, покрећемо другу компоненту која генерише распоред и отпрема га на услугу у облаку треће стране Цонтентфул. Тамо све личи на табелу у којој су дани конференције, у данима су термини, а у слотовима су извештаји, паузе или спонзорске активности. Дакле, садржај који видимо налази се у услузи треће стране. А задатак је да се то пренесе на сајт.

Чини се да је сајт само страница са играчем, а овде нема ништа компликовано. Осим што није. Позадински део иза ове странице иде у Цонтентфул, добија распоред одатле, генерише неке објекте и шаље га фронтенду. Користећи вебсоцкет конекцију, коју сваки клијент наше платформе прави, шаљемо му ажурирање распореда од бекенда до фронтенда.

Прави случај: говорник је променио посао тачно током конференције. Морамо да му променимо беџ компаније послодавца. Како се ово дешава из позадине? Ажурирање се шаље свим клијентима преко вебсоцкета, а затим сам фронтенд поново исцртава временску линију. Све ово се дешава неприметно. Комбинација услуге у облаку и неколико наших компоненти даје нам прилику да генеришемо сав овај садржај и пружимо га унапред.

Николаи: Овде је важно појаснити да наш сајт није класична СПА апликација. Ово је и веб локација заснована на изгледу, и СПА. Гоогле заправо види ову страницу као приказани ХТМЛ. Ово је добро за СЕО и за испоруку садржаја кориснику. Не чека да се 1,5 мегабајта ЈаваСцрипта учита пре него што види страницу, већ одмах види већ приказану страницу, а ви то осетите сваки пут када промените извештај. Све се дешава за пола секунде, пошто је садржај већ спреман и постављен на право место.

— Хајде да повучемо црту испод свега наведеног наводећи технологије. Тјома је рекао да имамо 5 Амазон стримова и тамо испоручујемо видео и звук. Тамо имамо басх скрипте, користимо их за покретање и конфигурисање...

Артјом: Ово се дешава преко АВС АПИ-ја, тамо има много више техничких услуга. Поделили смо наше одговорности тако да ја испоручим ЦлоудФронт, а фронт-енд и бацк-енд програмери преузимају одатле. Имамо неколико сопствених веза за поједностављење распореда садржаја, које онда правимо у 4К итд. Пошто су рокови били веома кратки, урадили смо то скоро у потпуности на АВС-у.

— Онда све ово иде у плејер помоћу позадинског система. Имамо ТипеСцрипт, Реацт, Нект.ЈС у нашем плејеру. А на позадини имамо неколико сервиса у Ц#, Јава, Спринг Боот и Ноде.јс. Све ово се примењује користећи Кубернетес користећи Иандек.Цлоуд инфраструктуру.

Такође желим да напоменем да када је требало да се упознам са платформом, испоставило се да је лако: сва спремишта су на ГитЛаб-у, све је добро именовано, тестови су написани, постоји документација. Односно, чак и у режиму нужде, они су водили рачуна о таквим стварима.

Пословна ограничења и аналитика

— Циљали смо 10 корисника на основу пословних захтева. Време је да разговарамо о пословним ограничењима која смо имали. Морали смо да обезбедимо велико оптерећење, обезбедимо поштовање закона о чувању личних података. И шта још?

Николаи: У почетку смо кренули од видео захтева. Најважнија ствар је дистрибуирана видео меморија широм света за брзу испоруку до клијента. Други укључују резолуцију од 1080п, као и премотавање уназад, што многи други не примењују у режиму уживо. Касније смо додали могућност да омогућимо 2к брзину, уз њену помоћ можете да "сустигнете" уживо и наставите да гледате конференцију у реалном времену. И успут се појавила функција означавања временске линије. Плус, морали смо да будемо отпорни на грешке и издржимо оптерећење од 10 веза. Са позадинске тачке гледишта, ово је отприлике 000 веза помножених са 10 захтева за свако освежавање странице. А ово је већ 000 РПС/сец. Сасвим мало.

— Да ли су постојали још неки услови за „виртуелну изложбу“ са онлајн штандовима партнера?

Николаи: Да, ово је морало да се уради прилично брзо и универзално. Имали смо до 10 партнерских компанија за сваку конференцију, а све су морале да буду завршене за недељу или две. Међутим, њихов садржај се мало разликује у формату. Али направљен је одређени механизам за шаблоне који саставља ове странице у ходу, практично без даљег учешћа у развоју.

— Постојали су и захтеви за аналитику приказа у реалном времену и статистике. Знам да за ово користимо Прометеј, али реците нам детаљније: које захтеве испуњавамо за аналитику и како се то спроводи?

Николаи: У почетку имамо маркетиншке захтеве за прикупљање за А/Б тестирање и прикупљање информација како бисмо разумели како да исправно испоручимо најбољи садржај клијенту у будућности. Такође постоје захтеви за неку аналитику о активностима партнера и аналитику коју видите (број посета). Све информације се прикупљају у реалном времену.

Можемо да пружимо ове информације у збирном облику чак и говорницима: колико људи вас је гледало у одређеном тренутку. Истовремено, у складу са савезним законом 152, ваш лични налог и лични подаци се не прате ни на који начин.

Платформа већ има маркетиншке алате и наше метрике за мерење активности корисника у реалном времену (ко је гледао коју секунду извештаја) како бисмо направили графиконе посећености на извештајима. На основу ових података раде се истраживања која ће наредне конференције учинити бољим.

Превара

— Да ли имамо механизме против превара?

Николаи: Због кратког временског оквира са пословне тачке гледишта, задатак у почетку није био постављен да одмах блокира непотребне везе. Ако су се два корисника пријавила под истим налогом, могли би да виде садржај. Али знамо колико је истовремених прегледа било са једног налога. И забранили смо неколико посебно злонамерних прекршилаца.

Vladimir: Свака част, један од забрањених корисника је схватио зашто се то догодило. Дошао је, извинио се и обећао да ће купити карту.

— Да би се све ово десило, морате у потпуности пратити све кориснике од уласка до изласка, увек знати шта раде. Како функционише овај систем?

Vladimir: Желео бих да говорим о аналитици и статистици, коју онда анализирамо за успех извештаја или можемо да пружимо партнерима. Сви клијенти су повезани преко вебсоцкет везе са одређеним позадинским кластером. Стоји тамо Хазелцаст. Сваки клијент у сваком временском периоду шаље шта ради и коју нумеру гледа. Затим се ове информације агрегирају помоћу брзих Хазелцаст послова и шаљу назад свима који гледају ове нумере. Видимо у ћошку колико је људи сада са нама.

Исте информације се чувају у монго и иде у наше језеро података, из којег имамо прилику да изградимо занимљивији графикон. Поставља се питање: колико је јединствених корисника погледало овај извештај? Идемо у Постгрес, постоје пингови свих људи који су дошли преко ид овог извештаја. Прикупили смо, агрегирали јединствене, и сада можемо да разумемо.

Николаи: Али у исто време, такође добијамо податке у реалном времену од Прометеја. Постављен је против свих Кубернетес сервиса, против самог Кубернетеса. Сакупља апсолутно све, а са Графаном можемо да градимо било које графиконе у реалном времену.

Vladimir: С једне стране, преузимамо ово за даљу ОЛАП обраду. А за ОЛТП, апликација преузима целу ствар на Прометеј, Графана и графови се чак конвергирају!

- Ово је случај када се графови конвергирају.

Динамиц Цхангес

— Реците нам како се уводе динамичке промене: ако је извештај отказан 6 минута пре почетка, какав је ланац акција? Који цевовод ради?

Vladimir: Цевовод је веома услован. Постоји неколико могућности. Први је да је програм генерисања распореда радио и променио распоред. Измењени распоред је постављен на Цонтентфул. Након чега бацкенд схвата да постоје промене за ову конференцију у Цонтентфул-у, узима је и поново гради. Све се прикупља и шаље преко вебсоцкета.

Друга могућност, када се све дешава вртоглавим темпом: уредник ручно мења информације у Цонтентфул-у (линк до Телеграма, презентација говорника, итд.) и функционише иста логика као и први пут.

Николаи: Све се дешава без освежавања странице. Све промене се дешавају апсолутно неприметно за клијента. Исто важи и за пребацивање извештаја. Када дође време, извештај и интерфејс се мењају.

Vladimir: Такође, постоје временске границе за почетак извештаја у временској линији. На самом почетку нема ништа. А ако пређете мишем преко црвене траке, онда ће се у неком тренутку, захваљујући директору емитовања, појавити пресеци. Директор поставља тачан почетак емитовања, бекенд преузима ову промену, израчунава време почетка и завршетка презентације целе нумере у складу са распоредом конференције, шаље је нашим клијентима, а играч извлачи прекиде. Сада корисник може лако да се креће до почетка и краја извештаја. Био је то строги пословни захтев, веома згодан и користан. Не губите време на проналажење стварног времена почетка извештаја. А када направимо преглед, биће апсолутно дивно.

Деплоимент

— Желео бих да питам о распоређивању. Коља и екипа су на почетку утрошили доста времена на постављање целокупне инфраструктуре у којој се све одвија за нас. Реци ми од чега је све то направљено?

Николаи: Са техничке тачке гледишта, у почетку смо имали захтев да производ буде што апстрактнији од било ког продавца. Дођите у АВС да бисте направили Терраформ скрипте посебно из АВС-а, или посебно из Иандек-а, или из Азуре-а, итд. није баш одговарао. У једном тренутку смо морали негде да се преселимо.

Прве три недеље смо стално тражили начин да то учинимо боље. Као резултат тога, дошли смо до закључка да је Кубернетес у овом случају наше све, јер нам омогућава да креирамо услуге које се аутоматски скалирају, ауто-роллоут и извучемо скоро све услуге из кутије. Наравно, све услуге су морале бити обучене за рад са Кубернетес-ом, Доцкер-ом, а тим је такође морао да учи.

Имамо два кластера. Тестирање и производња. Они су апсолутно идентични у погледу хардвера и подешавања. Ми имплементирамо инфраструктуру као код. Све услуге се аутоматски уводе у три окружења из грана функција, главних грана, тестних грана и ГитЛаб-а помоћу аутоматског цевовода. Ово је максимално интегрисано у ГитЛаб, максимално интегрисано са Еластиц-ом, Прометхеусом.

Добијамо прилику да брзо (за позадину у року од 10 минута, за фронтенд у року од 5 минута) уведемо промене у било које окружење са свим тестовима, интеграцијама, покретањем функционалних тестова, интеграцијским тестовима у окружењу, као и тестирањем са тестовима оптерећења на тестно окружење приближно иста ствар коју желимо да добијемо у производњи.

О тестовима

— Тестирате скоро све, тешко је поверовати како сте све написали. Можете ли нам рећи о бацкенд тестовима: колико је све покривено, који тестови?

Vladimir: Написане су две врсте тестова. Први су тестови компоненти. Испитивање нивоа подизања целе примене опруге и базе Тестцонтаинерс. Ово је тест пословних сценарија највишег нивоа. Не тестирам функције. Тестирамо само неке велике ствари. На пример, у самом тесту се емулира процес пријављивања на корисника, корисников захтев за улазнице где може да иде и захтев за приступ гледању стрима. Веома јасни кориснички сценарији.

Приближно иста ствар је имплементирана у такозваним интеграционим тестовима, који се заправо покрећу у окружењу. У ствари, када се уведе следећа примена у производњи, прави основни сценарији се такође покрећу у производњи. Исти логин, тражење улазница, тражење приступа ЦлоудФронт-у, провера да ли се стрим заиста повезује са мојим дозволама, провера интерфејса директора.

Тренутно имам око 70 компонентних тестова и око 40 интеграцијских тестова. Покривеност је веома близу 95%. Ово је за компоненте, мање за оне за интеграцију, једноставно није потребно толико. С обзиром да пројекат укључује све врсте генерисања кода, ово је веома добар показатељ. Није било другог начина да урадимо оно што смо урадили за три месеца. Јер ако бисмо ручно тестирали, дајући функције нашем тестеру, а она би пронашла грешке и вратила нам их на исправке, онда би ово кружно путовање до отклањања грешака кода било веома дуго и не бисмо испоштовали никакве рокове.

Николаи: Конвенционално, да бисте извршили регресију на целој платформи када промените неку функцију, морате два дана да седите и боцкате свуда.

Vladimir: Зато је велики успех што када проценим функцију кажем да ми треба 4 дана за две једноставне оловке и 1 утичницу, Коља то дозвољава. Већ је навикао на чињеницу да ова 4 дана укључују 2 врсте тестова, а онда ће, највероватније, радити.

Николаи: Такође имам 140 написаних тестова: компонентни + функционални, који раде исту ствар. Сви исти сценарији се тестирају у производњи, тесту и производњи. Недавно смо додали и функционалне основне УИ тестове. На овај начин покривамо најосновнију функционалност која се може распасти.

Vladimir: Наравно, вреди разговарати о тестовима оптерећења. Било је потребно тестирати платформу под оптерећењем блиским стварном да бисмо разумели како је све, шта се дешава са Раббит-ом, шта се дешава са ЈВМ-овима, колико меморије је заправо потребно.

— Не знам са сигурношћу да ли нешто тестирамо на страни стрима, али сећам се да је било проблема са транскодерима када смо правили састанке. Да ли смо тестирали токове?

Артјом: Тестирано итеративно. Организовање састанака. У процесу организовања митапа било је око 2300 ЈИРА карата. Ово су само опште ствари које су људи радили да би направили састанке. Пренели смо делове платформе на посебну страницу за састанке, коју је водио Кирил Толкачев (талккв).

Да будем искрен, није било великих проблема. Буквално смо неколико пута ухватили грешке у кеширању на ЦлоудФронт-у, решили смо то прилично брзо – једноставно смо реконфигурисали политике. Било је знатно више грешака код људи, у стриминг системима на сајту.

Током конференција, морао сам да напишем још неколико извозника како бих покрио више опреме и услуга. На неким местима сам морао да правим сопствене бицикле само због метрике. Свет АВ (аудио-видео) хардвера није баш ружичаст – имате неку врсту „АПИ“ опреме на коју једноставно не можете да утичете. И далеко је од чињенице да ћете моћи да добијете информације које су вам потребне. Продавци хардвера су заиста спори и готово је немогуће добити оно што желите од њих. Укупно има више од 100 комада хардвера, они не враћају оно што вам треба, а ви пишете чудне и сувишне извознике, захваљујући којима можете барем некако да отклоните грешке у систему.

Оборудование

— Сећам се како смо пре почетка конференција делимично набавили додатну опрему.

Артјом: Купили смо рачунаре, лаптопове и батерије. У овом тренутку без струје можемо да живимо 40 минута. У јуну је било јаких грмљавина у Санкт Петербургу - тако да смо имали такав замрачење. Истовремено, долази нам неколико провајдера са оптичким везама са различитих тачака. Ово је заиста 40 минута застоја у згради, током којих ћемо имати упаљена светла, звук, камере итд.

— Имамо сличну причу са интернетом. У канцеларији у којој се налазе наши студији, вукли смо жестоку мрежу између спратова.

Артјом: Имамо 20 Гбит влакана између спратова. Даље по спратовима, негде има оптике, негде нема оптике, али ипак има мање канала од гигабитних - на њима пуштамо видео између трака конференције. Уопштено говорећи, веома је згодно радити на сопственој инфраструктури; ретко то можете учинити на оффлине конференцијама на сајтовима.

— Пре него што сам радио у ЈУГ Ру Групи, видео сам како се преко ноћи постављају хардверске собе на офлајн конференцијама, где је био велики монитор са свим метрикама које градите у Графани. Сада постоји и просторија за седиште у којој седи развојни тим, који током конференције поправља неке грешке и развија функције. Истовремено, постоји систем за праћење који је приказан на великом екрану. Артјом, Коља и други момци седе и пазе да све то не падне и лепо ради.

Занимљивости и проблеми

— Добро сте говорили о томе да имамо стриминг са Амазоном, постоји плејер са вебом, све је написано на различитим програмским језицима, обезбеђена је толеранција грешака и други пословни захтеви, укључујући и лични налог који је подржан за правна лица и појединци, а можемо да се интегришемо са неким ко користи ОАутх 2.0, постоји заштита од превара, блокирање корисника. Можемо динамички да уводимо промене јер смо то добро урадили и све је тестирано.

Занима ме које су необичности биле укључене у покретање нечега. Да ли је било чудних ситуација када сте развијали бацкенд, фронтенд, испало је нешто лудо и нисте разумели шта да радите са тим?

Vladimir: Чини ми се да се то дешавало тек последња три месеца. Сваки дан. Као што видите, сва коса ми је почупала.

Владимир Красилсхцхик после 3 месеца, када се испоставила нека врста игре и нико није разумео шта да ради са њом

Сваки дан је било овако нешто, када је био такав тренутак када то узмеш и почупаш косу, или схватиш да нема никог другог, и само ти то можеш. Наш први велики догађај био је ТецхТраин. 6. јуна у 2 сата ујутру још нисмо били покренули производно окружење, Колиа га је покретао. И лични налог није радио као сервер за ауторизацију користећи ОАутх2.0. Претворили смо га у ОАутх2.0 провајдера да повежемо платформу са њим. Радио сам вероватно 18 сати заредом, гледао сам у рачунар и нисам видео ништа, нисам разумео зашто не ради, а Коља је гледао мој код са даљине, тражио грешку у конфигурацији Спринг , нашао, и ЛЦ је радио, иу производњи такође.

Николаи: И сат времена пре него што је ТецхТраин објављен.

Овде је поређано много звезда. Имали смо велику срећу јер смо имали супер тим, а сви су били инспирисани идејом да то радимо онлајн. Сва ова три месеца били смо вођени чињеницом да смо „направили Јутјуб“. Нисам себи дозволио да чупам косу, већ сам свима рекао да ће све бити у реду, јер је заправо све одавно прорачунато.

О перформансама

— Можете ли ми рећи колико је људи било на сајту на једном колосеку? Да ли је било проблема са перформансама?

Николаи: Није било проблема са перформансама, као што смо већ рекли. Максималан број људи који је присуствовао једном извештају је био 1300 људи, ово је на Хеисенбугу.

— Да ли је било проблема са локалним гледањем? И да ли је могуће имати технички опис са дијаграмима како све то функционише?

Николаи: Касније ћемо направити чланак о томе.

Можете чак и локално да отклањате грешке у стримовима. Када су конференције почеле, постало је још лакше, јер су се појавили токови продукције које можемо стално да гледамо.

Vladimir: Колико сам разумео, фронт-енд програмери су радили локално са моцк-овима, а затим, пошто је време за достављање пред програмерима такође кратко (5 минута), нема проблема са провером шта се дешава са сертификатима.

— Све је тестирано и отклоњено, чак и локално. То значи да ћемо написати чланак са свим техничким карактеристикама, показати вам, рећи вам све са дијаграмима, како је било.

Vladimir: Можете узети и поновити.

- За 3 месеца.

Укупан

— Све описано заједно звучи кул, с обзиром да је то урадила мала екипа за три месеца.

Николаи: Велики тим ово не би урадио. Али мала група људи који прилично блиско и добро комуницирају једни са другима и могу да се договоре могла би. Они немају никакве контрадикције, архитектура је измишљена за два дана, финализована и није се заправо променила. Постоји веома стриктно олакшавање долазећих пословних захтева у смислу гомилања захтева за функције и промена.

— Шта је било на вашој листи даљих задатака када су летње конференције већ биле?

Николаи: На пример, кредити. Пузајуће линије на видео снимку, искачући прозори на неким местима у видеу у зависности од садржаја који се приказује. На пример, говорник жели да постави питање публици, а на екрану се појављује глас, који се враћа назад на основу резултата гласања самом говорнику. Нека врста друштвене активности у виду лајкова, срца, рејтинга извештаја током саме презентације, тако да можете да попуните феедбацк у правом тренутку а да вас касније не ометају формулари за повратне информације. У почетку овако.

И такође додавање целој платформи, осим за стриминг и конференцију, такође стање после конференције. Ово су плејлисте (укључујући оне које су саставили корисници), могуће садржај са других прошлих конференција, интегрисани, означени, доступни кориснику, а такође доступни за гледање на нашој веб страници (ливе.југру.орг).

— Момци, хвала вам пуно на одговорима!

Ако међу читаоцима има оних који су присуствовали нашим летњим конференцијама, молимо вас да поделите своје утиске о играчу и преносу. Шта вам је било згодно, шта вас је изнервирало, шта бисте волели да видите у будућности?

Ако сте заинтересовани за платформу и желите да је видите „у борби“, поново је користимо на нашој јесенско-зимске конференције. Постоји читав низ њих, тако да готово сигурно постоји онај који је прави за вас.

Извор: ввв.хабр.цом