DUMP സമ്മേളനം | grep 'backend|devops'

കഴിഞ്ഞ ആഴ്ച ഞാൻ യെകാറ്റെറിൻബർഗിൽ നടന്ന DUMP ഐടി കോൺഫറൻസിൽ (https://dump-ekb.ru/) പോയി, ബാക്കെൻഡ്, ഡെവോപ്സ് വിഭാഗങ്ങളിൽ എന്താണ് ചർച്ച ചെയ്തതെന്നും പ്രാദേശിക ഐടി കോൺഫറൻസുകൾ ശ്രദ്ധിക്കേണ്ടതുണ്ടോ എന്നും നിങ്ങളോട് പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

സെർവർലെസിനെക്കുറിച്ച് ഈവിൾ മാർഷ്യൻസിൽ നിന്നുള്ള നിക്കോളായ് സ്വെർച്ച്കോവ്

എന്തായാലും അവിടെ എന്തായിരുന്നു?

മൊത്തത്തിൽ, കോൺഫറൻസിന് 8 വിഭാഗങ്ങൾ ഉണ്ടായിരുന്നു: ബാക്ക്‌എൻഡ്, ഫ്രണ്ടെൻഡ്, മൊബൈൽ, ടെസ്റ്റിംഗ്, ക്യുഎ, ഡെവോപ്‌സ്, ഡിസൈൻ, സയൻസ് ആൻഡ് മാനേജ്‌മെന്റ്.

ഏറ്റവും വലിയ ഹാളുകൾ, സയൻസ് ആൻഡ് മാനേജ്‌മെന്റിലാണ്)) ~350 പേർക്ക് വീതം. ബാക്കെൻഡും ഫ്രണ്ടൻഡും അത്ര ചെറുതല്ല. Devops റൂം ഏറ്റവും ചെറുതും എന്നാൽ സജീവവുമാണ്.

ഞാൻ Devops, Backend വിഭാഗങ്ങളിലെ റിപ്പോർട്ടുകൾ ശ്രദ്ധിക്കുകയും സ്പീക്കറുമായി കുറച്ച് സംസാരിക്കുകയും ചെയ്തു. കോൺഫറൻസിൽ ഈ വിഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്ന വിഷയങ്ങളെക്കുറിച്ച് സംസാരിക്കാനും അവലോകനം ചെയ്യാനും ഞാൻ ആഗ്രഹിക്കുന്നു.

ഡെവോപ്‌സ്, ബാക്കെൻഡ് വിഭാഗങ്ങളിൽ എസ്‌കെബി-കോണ്ടൂർ, ഡാറ്റാആർട്ട്, ഈവിൽ മാർഷ്യൻസ്, എകറ്റെറിൻബർഗ് വെബ് സ്റ്റുഡിയോ ഫ്ലാഗ്, മിറോ (റിയൽടൈംബോർഡ്) എന്നിവയുടെ പ്രതിനിധികൾ സംസാരിച്ചു. CI/CD ഉൾപ്പെടുത്തിയിരിക്കുന്ന വിഷയങ്ങൾ, ക്യൂ സേവനങ്ങളുമായി പ്രവർത്തിക്കുക, ലോഗിംഗ് ചെയ്യുക; സെർവർലെസ് വിഷയങ്ങൾ, Go-യിലെ PostgreSQL-നൊപ്പം പ്രവർത്തിക്കുക എന്നിവ നന്നായി കവർ ചെയ്തു.

Avito, Tinkoff, Yandex, Jetstyle, Megafon, Ak Bars Bank എന്നിവയുടെ റിപ്പോർട്ടുകളും ഉണ്ടായിരുന്നു, പക്ഷേ അവയിൽ പങ്കെടുക്കാൻ എനിക്ക് സമയമില്ല (റിപ്പോർട്ടുകളുടെ വീഡിയോ റെക്കോർഡിംഗുകളും സ്ലൈഡുകളും ഇതുവരെ ലഭ്യമല്ല, 2 ആഴ്ചയ്ക്കുള്ളിൽ അവ പോസ്റ്റുചെയ്യുമെന്ന് അവർ വാഗ്ദാനം ചെയ്യുന്നു dump-ekb.ru-ൽ).

Devops വിഭാഗം

അമ്പതോളം ഇരിപ്പിടങ്ങളുള്ള ഏറ്റവും ചെറിയ ഹാളിലാണ് ഈ സെക്ഷൻ നടന്നത് എന്നതാണ് അതിശയിപ്പിക്കുന്ന കാര്യം. ആളുകൾ ഇടനാഴികളിൽ പോലും നിൽക്കുകയായിരുന്നു :) എനിക്ക് കേൾക്കാൻ കഴിഞ്ഞ റിപ്പോർട്ടുകളെക്കുറിച്ച് ഞാൻ നിങ്ങളോട് പറയും.

ഒരു പെറ്റാബൈറ്റ് ഭാരമുള്ള ഇലാസ്റ്റിക്

കോണ്ടൂരിലെ ഇലാസ്റ്റിക് സെർച്ചിനെക്കുറിച്ച് വ്‌ളാഡിമിർ ലിൽ (എസ്‌കെബി-കോണ്ടൂർ) നൽകിയ റിപ്പോർട്ടിലാണ് ഈ വിഭാഗം ആരംഭിച്ചത്. അവയ്ക്ക് സാമാന്യം വലുതും ലോഡുചെയ്തതുമായ ഇലാസ്റ്റിക് ഉണ്ട് (~800 TB ഡാറ്റ, ~1.3 പെറ്റാബൈറ്റുകൾ ആവർത്തനം കണക്കിലെടുക്കുന്നു). എല്ലാ കോണ്ടൂർ സേവനങ്ങൾക്കുമുള്ള ഇലാസ്റ്റിക് സെർച്ച് സിംഗിൾ ആണ്, അതിൽ 2 ക്ലസ്റ്ററുകൾ (7, 9 സെർവറുകൾ) അടങ്ങിയിരിക്കുന്നു, അത് വളരെ പ്രധാനമാണ്, കോണ്ടൂരിന് ഒരു പ്രത്യേക ഇലാസ്റ്റിക് സെർച്ച് എഞ്ചിനീയർ ഉണ്ട് (വാസ്തവത്തിൽ, വ്‌ളാഡിമിർ തന്നെ).

ഇലാസ്റ്റിക് സെർച്ചിന്റെ നേട്ടങ്ങളെക്കുറിച്ചും അത് കൊണ്ടുവരുന്ന പ്രശ്‌നങ്ങളെക്കുറിച്ചും വ്‌ളാഡിമിർ തന്റെ ചിന്തകൾ പങ്കുവെച്ചു.

പ്രയോജനം:

• എല്ലാ ലോഗുകളും ഒരിടത്താണ്, അവയിലേക്ക് എളുപ്പത്തിൽ ആക്സസ് ചെയ്യാം
• ഒരു വർഷത്തേക്ക് ലോഗുകൾ സൂക്ഷിക്കുകയും അവ എളുപ്പത്തിൽ വിശകലനം ചെയ്യുകയും ചെയ്യുന്നു
• ലോഗുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നതിന്റെ ഉയർന്ന വേഗത
• ബോക്‌സിന് പുറത്ത് രസകരമായ ഡാറ്റ ദൃശ്യവൽക്കരണം

പ്രശ്നങ്ങൾ:

• സന്ദേശ ബ്രോക്കർ നിർബന്ധമായും ഉണ്ടായിരിക്കണം (കോണ്ടൂരിൽ അതിന്റെ പങ്ക് കാഫ്കയാണ് ചെയ്യുന്നത്)
• ഇലാസ്റ്റിക് സെർച്ച് ക്യൂറേറ്ററുമായി പ്രവർത്തിക്കുന്നതിന്റെ സവിശേഷതകൾ (ക്യൂറേറ്ററിലെ പതിവ് ജോലികളിൽ നിന്ന് ഇടയ്ക്കിടെ ഉയർന്ന ലോഡ് സൃഷ്ടിക്കുന്നു)
• അന്തർനിർമ്മിത അംഗീകാരമില്ല (പ്രത്യേകമായ, വളരെ വലിയ പണത്തിന്, അല്ലെങ്കിൽ ഉൽപ്പാദനത്തിനുള്ള വിവിധ തലത്തിലുള്ള സന്നദ്ധതയുടെ ഓപ്പൺ സോഴ്സ് പ്ലഗിന്നുകളായി മാത്രം)

ഇലാസ്റ്റിക് സെർച്ചിനുള്ള ഓപ്പൺ ഡിസ്ട്രോയെക്കുറിച്ച് നല്ല അവലോകനങ്ങൾ മാത്രമേ ഉണ്ടായിരുന്നുള്ളൂ :) അംഗീകാരത്തിന്റെ അതേ പ്രശ്നം അവിടെ പരിഹരിച്ചു.

പെറ്റാബൈറ്റ് എവിടെ നിന്ന് വരുന്നു?അവരുടെ നോഡുകളിൽ 12*8 Tb SATA + 2*2 Tb SSD ഉള്ള സെർവറുകൾ അടങ്ങിയിരിക്കുന്നു. SATA-യിലെ കോൾഡ് സ്റ്റോറേജ്, ഹോട്ട് കാഷെയ്ക്ക് (ഹോട്ട് സ്റ്റോറേജ്) മാത്രം SSD.
7+9 സെർവറുകൾ, (7 + 9) * 12 * 8 = 1536 ടിബി.
സ്ഥലത്തിന്റെ ഒരു ഭാഗം റിസർവിലാണ്, ആവർത്തനത്തിനായി നീക്കിവച്ചിരിക്കുന്നു, മുതലായവ.
കോണ്ടൂർ, എൽബ മുതലായവയുടെ എല്ലാ റിപ്പോർട്ടിംഗ് സേവനങ്ങളും ഉൾപ്പെടെ ഏകദേശം 90 അപേക്ഷകളിൽ നിന്നുള്ള ലോഗുകൾ ഇലാസ്റ്റിക് സെർച്ചിലേക്ക് അയച്ചു.

സെർവർലെസിലെ വികസനത്തിന്റെ സവിശേഷതകൾ

സെർവർലെസിനെക്കുറിച്ചുള്ള ഡാറ്റ ആർട്ടിൽ നിന്നുള്ള റസ്‌ലാൻ സെർകിൻ നൽകിയ റിപ്പോർട്ടാണ് അടുത്തത്.

സെർവർലെസ് സമീപനത്തോടുകൂടിയ വികസനം പൊതുവെ എന്താണെന്നും അതിന്റെ സവിശേഷതകൾ എന്താണെന്നും റസ്ലാൻ സംസാരിച്ചു.

ഡെവലപ്പർമാർ അടിസ്ഥാന സൗകര്യങ്ങളെ ഒരു തരത്തിലും സ്പർശിക്കാത്ത വികസനത്തിനുള്ള ഒരു സമീപനമാണ് സെർവർലെസ്സ്. ഉദാഹരണം - AWS Lambda Serverless, Kubeless.io (കുബർനെറ്റസിനുള്ളിൽ സെർവർലെസ്സ്), Google ക്ലൗഡ് ഫംഗ്‌ഷനുകൾ.

ഒരു പ്രത്യേക API ഗേറ്റ്‌വേ വഴി ഒരു സെർവർലെസ്സ് ദാതാവിന് ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്ന ഒരു ഫംഗ്‌ഷൻ മാത്രമാണ് അനുയോജ്യമായ സെർവർലെസ് ആപ്ലിക്കേഷൻ. അനുയോജ്യമായ ഒരു മൈക്രോസർവീസ്, അതേസമയം AWS ലാംഡയും ധാരാളം ആധുനിക പ്രോഗ്രാമിംഗ് ഭാഷകളെ പിന്തുണയ്ക്കുന്നു. ക്ലൗഡ് ദാതാക്കളുടെ കാര്യത്തിൽ ഇൻഫ്രാസ്ട്രക്ചർ പരിപാലിക്കുന്നതിനും വിന്യസിക്കുന്നതിനുമുള്ള ചെലവ് പൂജ്യമാകും, ചെറിയ ആപ്ലിക്കേഷനുകളെ പിന്തുണയ്ക്കുന്നതും വളരെ വിലകുറഞ്ഞതായിരിക്കും (AWS Lambda - $0.2 / 1 ദശലക്ഷം ലളിതമായ അഭ്യർത്ഥനകൾ).

അത്തരമൊരു സിസ്റ്റത്തിന്റെ സ്കേലബിളിറ്റി ഏറെക്കുറെ അനുയോജ്യമാണ് - ക്ലൗഡ് ദാതാവ് ഇത് സ്വയം പരിപാലിക്കുന്നു, കുബെർനെറ്റസ് ക്ലസ്റ്ററിനുള്ളിൽ കുബെലെസ് സ്വയമേവ സ്കെയിലുചെയ്യുന്നു.

ദോഷങ്ങളുമുണ്ട്:

• വലിയ ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാണ്
• ആപ്ലിക്കേഷനുകൾ പ്രൊഫൈൽ ചെയ്യുന്നതിൽ ബുദ്ധിമുട്ടുണ്ട് (ലോഗുകൾ മാത്രമേ നിങ്ങൾക്ക് ലഭ്യമാകൂ, എന്നാൽ സാധാരണ അർത്ഥത്തിൽ പ്രൊഫൈൽ ചെയ്യുന്നില്ല)
• പതിപ്പ് ഇല്ല

സത്യം പറഞ്ഞാൽ, കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് ഞാൻ സെർവർലെസിനെക്കുറിച്ച് കേട്ടിരുന്നു, എന്നാൽ ഈ വർഷങ്ങളിലെല്ലാം ഇത് എങ്ങനെ ശരിയായി ഉപയോഗിക്കണമെന്ന് എനിക്ക് വ്യക്തമായിരുന്നില്ല. റുസ്ലാന്റെ റിപ്പോർട്ടിന് ശേഷം, ധാരണ പ്രത്യക്ഷപ്പെട്ടു, ബാക്കെൻഡ് വിഭാഗത്തിൽ നിന്നുള്ള നിക്കോളായ് സ്വെർച്കോവിന്റെ (ഈവിൾ മാർഷ്യൻസ്) റിപ്പോർട്ടിന് ശേഷം അത് ഏകീകരിക്കപ്പെട്ടു. ഞാൻ സമ്മേളനത്തിന് പോയത് വെറുതെയല്ല :)

CI ദരിദ്രർക്കുള്ളതാണ്, അല്ലെങ്കിൽ ഒരു വെബ് സ്റ്റുഡിയോയ്‌ക്കായി നിങ്ങളുടെ സ്വന്തം CI എഴുതുന്നത് മൂല്യവത്താണോ?

യെക്കാറ്റെറിൻബർഗിൽ നിന്നുള്ള ഫ്ലാഗ് വെബ് സ്റ്റുഡിയോയുടെ മേധാവി മിഖായേൽ റേഡിയോനോവ് സ്വയം എഴുതിയ സിഐ/സിഡിയെക്കുറിച്ച് സംസാരിച്ചു.

അദ്ദേഹത്തിന്റെ സ്റ്റുഡിയോ "മാനുവൽ സിഐ/സിഡി" (എസ്എസ്എച്ച് വഴി സെർവറിൽ ലോഗിൻ ചെയ്യുക, ഒരു ജിറ്റ് പുൾ ചെയ്യുക, ഒരു ദിവസം 100 തവണ ആവർത്തിക്കുക) എന്നതിൽ നിന്ന് ജെൻകിൻസിലേക്കും കോഡ് നിരീക്ഷിക്കാനും പുൾകിൻസ് എന്ന പേരിൽ റിലീസുകൾ നടത്താനും നിങ്ങളെ അനുവദിക്കുന്ന ഒരു സ്വയം-എഴുത്ത് ഉപകരണത്തിലേക്കും പോയി. .

എന്തുകൊണ്ടാണ് ജെങ്കിൻസ് പ്രവർത്തിക്കാത്തത്? ഇത് ഡിഫോൾട്ടായി മതിയായ വഴക്കം നൽകിയില്ല, ഇഷ്ടാനുസൃതമാക്കാൻ വളരെ ബുദ്ധിമുട്ടായിരുന്നു.

"പതാക" Laravel (PHP ചട്ടക്കൂട്) ൽ വികസിക്കുന്നു. ഒരു CI/CD സെർവർ വികസിപ്പിക്കുമ്പോൾ, മിഖായേലും സഹപ്രവർത്തകരും Laravel-ന്റെ ബിൽറ്റ്-ഇൻ മെക്കാനിസങ്ങൾ ടെലിസ്കോപ്പ്, എൻവോയ് എന്നിവ ഉപയോഗിച്ചു. ഇൻകമിംഗ് വെബ്‌ഹുക്ക് അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതും ഫ്രണ്ട്‌എൻഡും ബാക്കെൻഡും നിർമ്മിക്കാനും വ്യത്യസ്ത സെർവറുകളിലേക്ക് വിന്യസിക്കാനും സ്ലാക്കിലേക്ക് റിപ്പോർട്ടുചെയ്യാനും കഴിയുന്ന PHP-യിലെ ഒരു സെർവറാണ് ഫലം (ദയവായി ശ്രദ്ധിക്കുക).

തുടർന്ന്, നീല/പച്ച വിന്യാസം നടത്താനും dev-stage-prod പരിതസ്ഥിതികളിൽ ഏകീകൃത ക്രമീകരണം നടത്താനും അവർ ഡോക്കറിലേക്ക് മാറി. നേട്ടങ്ങൾ അതേപടി തുടർന്നു, പരിസ്ഥിതിയെ ഏകീകരിക്കാനുള്ള സാധ്യതകളും തടസ്സങ്ങളില്ലാത്ത വിന്യാസവും ചേർത്തു, അതിനൊപ്പം കൃത്യമായി പ്രവർത്തിക്കാൻ ഡോക്കർ പഠിക്കേണ്ടതിന്റെ ആവശ്യകതയും ചേർത്തു.

ഗിത്തബിലാണ് പദ്ധതി

സെർവർ റിലീസ് റോൾബാക്കുകളുടെ എണ്ണം ഞങ്ങൾ എങ്ങനെയാണ് 99% കുറച്ചത്

Devops വിഭാഗത്തിലെ അവസാന റിപ്പോർട്ട് Miro.com-ലെ (മുമ്പ് RealTimeBoard) ലീഡ് ഡെവോപ്‌സ് എഞ്ചിനീയറായ വിക്ടർ എറെംചെങ്കോയിൽ നിന്നാണ്.

Miro ടീമിന്റെ മുൻനിര ഉൽപ്പന്നമായ RealTimeBoard, ഒരു മോണോലിത്തിക്ക് ജാവ ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. പ്രവർത്തനരഹിതമാക്കാതെ അത് ശേഖരിക്കുകയും പരിശോധിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുന്നത് ബുദ്ധിമുട്ടുള്ള കാര്യമാണ്. ഈ സാഹചര്യത്തിൽ, കോഡിന്റെ അത്തരമൊരു പതിപ്പ് വിന്യസിക്കേണ്ടത് പ്രധാനമാണ്, അതിനാൽ അത് മടക്കിവെക്കേണ്ടതില്ല (ഇത് ഒരു കനത്ത മോണോലിത്ത് ആണ്).

ഇത് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു സിസ്റ്റം നിർമ്മിക്കുന്നതിനുള്ള വഴിയിൽ, മിറോ വാസ്തുവിദ്യയിൽ ജോലി ചെയ്യുന്നതും ഉപയോഗിച്ച ഉപകരണങ്ങൾ (അറ്റ്ലേഷ്യൻ മുള, അൻസിബിൾ മുതലായവ) ടീമുകളുടെ ഘടനയിൽ പ്രവർത്തിക്കുന്നതും ഉൾപ്പെടുന്ന ഒരു പാതയിലൂടെ കടന്നുപോയി (അവർക്ക് ഇപ്പോൾ ഉണ്ട് ഒരു സമർപ്പിത Devops ടീം + വ്യത്യസ്‌ത പ്രൊഫൈലുകളുടെ ഡെവലപ്പർമാരിൽ നിന്നുള്ള നിരവധി പ്രത്യേക സ്‌ക്രം ടീമുകൾ).

പാത ദുഷ്കരവും മുള്ളും നിറഞ്ഞതായി മാറി, അവിടെ അവസാനിക്കാത്ത വേദനയും ശുഭാപ്തിവിശ്വാസവും വിക്ടർ പങ്കുവച്ചു.

ചോദ്യങ്ങൾ ചോദിച്ചതിന് ഒരു പുസ്തകം നേടി

ബാക്കെൻഡ് വിഭാഗം

എനിക്ക് 2 റിപ്പോർട്ടുകളിൽ പങ്കെടുക്കാൻ കഴിഞ്ഞു - നിക്കോളായ് സ്വെർച്‌കോവിൽ (ഈവിൾ മാർഷ്യൻസ്), സെർവർലെസിനെക്കുറിച്ച്, ഗ്രിഗറി കോഷെലേവ് (കോണ്ടൂർ കമ്പനി) ടെലിമെട്രി എന്നിവയിൽ നിന്ന്.

കേവലം മനുഷ്യർക്ക് സെർവർലെസ്സ്

റസ്ലാൻ സിർകിൻ സെർവർലെസ്സ് എന്താണെന്ന് പറഞ്ഞാൽ, നിക്കോളായ് സെർവർലെസ് ഉപയോഗിച്ച് ലളിതമായ ആപ്ലിക്കേഷനുകൾ കാണിച്ചു, കൂടാതെ AWS ലാംഡയിലെ ആപ്ലിക്കേഷനുകളുടെ വിലയെയും വേഗതയെയും ബാധിക്കുന്ന വിശദാംശങ്ങളെക്കുറിച്ച് സംസാരിച്ചു.

രസകരമായ ഒരു വിശദാംശം: ഏറ്റവും കുറഞ്ഞ പണമടച്ച ഘടകം 128 Mb മെമ്മറിയും 100 ms CPU ഉം ആണ്, ഇതിന് $0,000000208 വിലവരും. മാത്രമല്ല, പ്രതിമാസം 1 ദശലക്ഷം അഭ്യർത്ഥനകൾ സൗജന്യമാണ്.

നിക്കോളായിയുടെ ചില ഫംഗ്‌ഷനുകൾ പലപ്പോഴും 100 എംഎസ് പരിധി കവിഞ്ഞു (പ്രധാന ആപ്ലിക്കേഷൻ റൂബിയിൽ എഴുതിയിരുന്നു), അതിനാൽ അവ ഗോയിൽ വീണ്ടും എഴുതുന്നത് മികച്ച ലാഭം നൽകി.

വോസ്റ്റോക്ക് ഹെർക്കുലീസ് - ടെലിമെട്രി വീണ്ടും മികച്ചതാക്കുക!

ടെലിമെട്രിയെക്കുറിച്ചുള്ള ഗ്രിഗറി കോഷെലേവിന്റെ (കോണ്ടൂർ കമ്പനി) ബാക്കെൻഡ് വിഭാഗത്തിന്റെ ഏറ്റവും പുതിയ റിപ്പോർട്ട്. ടെലിമെട്രി എന്നാൽ ലോഗുകൾ, മെട്രിക്‌സ്, ആപ്ലിക്കേഷൻ ട്രെയ്‌സുകൾ.

ഈ ആവശ്യത്തിനായി, കോണ്ടൂർ Github-ൽ പോസ്‌റ്റ് ചെയ്‌ത സ്വയം എഴുതിയ ഉപകരണങ്ങൾ ഉപയോഗിക്കുന്നു. റിപ്പോർട്ടിൽ നിന്നുള്ള ഉപകരണം - ഹെർക്കുലീസ്, github.com/vostok/hercules, ടെലിമെട്രി ഡാറ്റ വിതരണം ചെയ്യാൻ ഉപയോഗിക്കുന്നു.

ഡെവോപ്‌സ് വിഭാഗത്തിലെ വ്‌ളാഡിമിർ ലീലയുടെ റിപ്പോർട്ട് ഇലാസ്റ്റിക് സെർച്ചിൽ ലോഗുകൾ സംഭരിക്കുന്നതും പ്രോസസ്സ് ചെയ്യുന്നതും ചർച്ച ചെയ്തു, എന്നാൽ ആയിരക്കണക്കിന് ഉപകരണങ്ങളിൽ നിന്നും ആപ്ലിക്കേഷനുകളിൽ നിന്നും ലോഗുകൾ ഡെലിവറി ചെയ്യാനുള്ള ചുമതല ഇപ്പോഴും ഉണ്ട്, വോസ്റ്റോക്ക് ഹെർക്കുലീസ് പോലുള്ള ഉപകരണങ്ങൾ അവ പരിഹരിക്കുന്നു.

സർക്യൂട്ട് പലർക്കും അറിയാവുന്ന ഒരു പാത പിന്തുടർന്നു - റാബിറ്റ്എംക്യു മുതൽ അപ്പാച്ചെ കാഫ്ക വരെ, പക്ഷേ എല്ലാം അത്ര ലളിതമല്ല)) അവർക്ക് സൂക്കീപ്പർ, കസാന്ദ്ര, ഗ്രാഫൈറ്റ് എന്നിവ സർക്യൂട്ടിലേക്ക് ചേർക്കേണ്ടിവന്നു. ഈ റിപ്പോർട്ടിലെ വിവരങ്ങൾ ഞാൻ പൂർണ്ണമായി വെളിപ്പെടുത്തില്ല (എന്റെ പ്രൊഫൈലല്ല), നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ, കോൺഫറൻസ് വെബ്‌സൈറ്റിലെ സ്ലൈഡുകൾക്കും വീഡിയോകൾക്കുമായി നിങ്ങൾക്ക് കാത്തിരിക്കാം.

മറ്റ് കോൺഫറൻസുകളുമായി ഇത് എങ്ങനെ താരതമ്യം ചെയ്യുന്നു?

എനിക്ക് മോസ്കോയിലെയും സെന്റ് പീറ്റേഴ്സ്ബർഗിലെയും കോൺഫറൻസുകളുമായി താരതമ്യം ചെയ്യാൻ കഴിയില്ല, യുറലിലെ മറ്റ് ഇവന്റുകളുമായും സമാറയിലെ 404 ഫെസ്റ്റുമായും എനിക്ക് താരതമ്യം ചെയ്യാൻ കഴിയും.

8 വിഭാഗങ്ങളിലായാണ് DAMP നടക്കുന്നത്, ഇത് യുറൽ കോൺഫറൻസുകളുടെ റെക്കോർഡാണ്. വളരെ വലിയ സയൻസ്, മാനേജ്മെന്റ് വിഭാഗങ്ങൾ, ഇതും അസാധാരണമാണ്. യെക്കാറ്റെറിൻബർഗിലെ പ്രേക്ഷകർ തികച്ചും ഘടനാപരമാണ് - നഗരത്തിന് Yandex, Kontur, Tinkoff എന്നിവയ്ക്കായി വലിയ വികസന വകുപ്പുകളുണ്ട്, ഇത് റിപ്പോർട്ടുകളിൽ അതിന്റെ അടയാളം ഇടുന്നു.

മറ്റൊരു രസകരമായ കാര്യം, പല കമ്പനികൾക്കും ഒരേസമയം കോൺഫറൻസിൽ 3-4 സ്പീക്കറുകൾ ഉണ്ട് (ഇത് കോണ്ടൂർ, ഈവിൽ മാർഷ്യൻസ്, ടിങ്കോഫ് എന്നിവയുടെ കാര്യമാണ്). അവരിൽ പലരും സ്പോൺസർമാരായിരുന്നു, എന്നാൽ റിപ്പോർട്ടുകൾ മറ്റുള്ളവരുമായി തുല്യമാണ്, ഇവ പരസ്യ റിപ്പോർട്ടുകളല്ല.

പോകണോ വേണ്ടയോ? നിങ്ങൾ യുറലുകളിലോ സമീപത്തോ താമസിക്കുന്നെങ്കിൽ, നിങ്ങൾക്ക് അവസരമുണ്ട്, വിഷയങ്ങളിൽ താൽപ്പര്യമുണ്ട് - അതെ, തീർച്ചയായും. നിങ്ങൾ ഒരു നീണ്ട യാത്രയെക്കുറിച്ച് ചിന്തിക്കുകയാണെങ്കിൽ, മുൻ വർഷങ്ങളിലെ റിപ്പോർട്ടുകളുടെയും വീഡിയോ റിപ്പോർട്ടുകളുടെയും വിഷയങ്ങൾ ഞാൻ നോക്കും www.youtube.com/user/videoitpeople/videos ഒരു തീരുമാനമെടുത്തു.
പ്രദേശങ്ങളിലെ കോൺഫറൻസുകളുടെ മറ്റൊരു നേട്ടം, ചട്ടം പോലെ, റിപ്പോർട്ടുകൾക്ക് ശേഷം സ്പീക്കറുമായി ആശയവിനിമയം നടത്തുന്നത് എളുപ്പമാണ്; അത്തരം ആശയവിനിമയത്തിന് അപേക്ഷകർ കുറവാണ്.

ഡമ്പിനും എകറ്റെറിൻബർഗിനും നന്ദി! )

അവലംബം: www.habr.com