Service Mesh - бул микросервистерди интеграциялоо жана булут инфраструктурасына өтүү үчүн белгилүү архитектуралык үлгү. Бүгүнкү күндө булут-контейнер дүйнөдө ансыз бир топ кыйын. Бир нече ачык булактуу тейлөө тармагын ишке ашыруулар рыногунда мурунтан эле бар, бирок алардын иштеши, ишенимдүүлүгү жана коопсуздугу дайыма эле жетиштүү боло бербейт, айрыкча, өлкө боюнча ири финансылык компаниялардын талаптарына келгенде. Ошондуктан биз Sbertech компаниясында Service Meshди ыңгайлаштырууну чечтик жана Service Meshтин эмнеси жакшы, эмнеси анча сонун эмес жана ал жөнүндө эмне кылабыз деп сүйлөшкүбүз келет.
Service Mesh үлгүсүнүн популярдуулугу булут технологияларынын популярдуулугу менен өсүүдө. Бул ар кандай тармактык кызматтардын ортосундагы өз ара аракеттенүүнү жөнөкөйлөтүүчү атайын инфраструктура катмары. Заманбап булут тиркемелери жүздөгөн, атүгүл миңдеген мындай кызматтардан турат, алардын ар биринде миңдеген нускалар болушу мүмкүн.
Бул кызматтардын ортосундагы өз ара аракеттенүү жана башкаруу Кызмат торунун негизги милдети болуп саналат. Чынында, бул борбордон башкарылган жана абдан пайдалуу функциялардын комплексин аткарган көптөгөн проксилердин тармактык модели.
Прокси деңгээлинде (маалымат тактасы):
- Маршрутизация жана трафикти теңдөө саясатын дайындоо жана бөлүштүрүү
- Ачкычтарды, сертификаттарды, жетондорду таратуу
- Телеметрияны чогултуу, мониторинг метрикасын түзүү
- Коопсуздук жана мониторинг инфраструктурасы менен интеграция
Башкаруу тегиздигинин деңгээлинде:
- Маршрутизация жана трафикти теңдөө саясатын колдонуу
- Кайталоо жана күтүү убактысын башкаруу, "өлгөн" түйүндөрдү аныктоо (схеманы үзүү), инъекциялык каталарды башкаруу жана башка механизмдер аркылуу кызматтын туруктуулугун камсыз кылуу
- Чалуу аутентификациясы/авторизациясы
- Өлчөмдөрдү түшүрүү (байкоо мүмкүнчүлүгү)
Бул технологияны өнүктүрүүгө кызыккан колдонуучулардын чөйрөсү абдан кенен – кичинекей стартаптардан баштап чоң интернет-корпорацияларга чейин, мисалы, PayPal.
Эмне үчүн Service Mesh корпоративдик сектордо керек?
Кызматтык торду колдонуунун көптөгөн айкын пайдасы бар. Биринчиден, бул жөн гана иштеп чыгуучулар үчүн ыңгайлуу: код жазуу үчүн технологиялык платформа пайда болот, бул транспорттук катмар колдонмо логикасынан толугу менен обочолонгондугуна байланыштуу булут инфраструктурасына интеграцияны бир топ жөнөкөйлөтөт.
Мындан тышкары, Service Mesh берүүчүлөр менен керектөөчүлөрдүн ортосундагы мамилени жөнөкөйлөтөт. Бүгүнкү күндө API провайдерлери жана керектөөчүлөрү үчүн атайын интеграциялык ортомчуну жана арбитрди - ишкананын сервистик автобусун тартпастан, өз алдынча интерфейстер жана келишимдер боюнча макулдашуу бир топ жеңил. Бул ыкма эки көрсөткүчкө олуттуу таасир этет. Жаңы функцияларды рынокко киргизүү ылдамдыгы (базарга чыгуу убактысы) жогорулайт, бирок ошол эле учурда чечимдин баасы жогорулайт, анткени интеграция өз алдынча ишке ашырылышы керек. Бизнес функцияларын өнүктүрүү топтору тарабынан Service Mesh колдонуу бул жерде балансты сактоого жардам берет. Натыйжада, API провайдерлери өз кызматтарынын колдонмо компонентине гана көңүл буруп, аны жөн гана Кызмат торуна жарыялай алышат - API дароо бардык кардарлар үчүн жеткиликтүү болуп калат жана интеграциянын сапаты өндүрүшкө даяр болуп калат жана бир гана талап кылбайт. кошумча код сап.
Кийинки артыкчылыгы - бул иштеп чыгуучу, Service Mesh колдонуп, бизнестин иштешине гана көңүл бурат — онын кызмет!н!н технологиялык курамдас бел!г!не Караганда буюмга. Мисалы, тармак аркылуу кызмат чакырылган учурда, кандайдыр бир жерде байланыш үзгүлтүккө учурашы мүмкүн экендиги жөнүндө ойлонуунун кереги жок. Кошумчалай кетсек, Service Mesh бир эле кызматтын көчүрмөлөрүнүн ортосундагы трафикти тең салмактоого жардам берет: эгерде көчүрмөлөрдүн бири “өлсө”, система бардык трафикти калган жандуу көчүрмөлөргө которот.
Кызмат тор - бул бөлүштүрүлгөн колдонмолорду түзүү үчүн жакшы негиз болуп саналат, бул кардардан анын кызматтарына ички жана тышкы чалууларды көрсөтүүнүн чоо-жайын жашырат. Service Mesh колдонгон бардык тиркемелер тармактан да, бири-биринен да транспорт деңгээлинде обочолонгон: алардын ортосунда байланыш жок. Бул учурда, иштеп чыгуучу өз кызматтарын толук көзөмөлгө алат.
деп белгилей кетуу керек Кызматтык тор чөйрөсүндө бөлүштүрүлгөн тиркемелерди жаңыртуу жеңилдейт. Мисалы, эки колдонмо чөйрөсү орнотуу үчүн жеткиликтүү болгон көк/жашыл жайгаштыруу, алардын бири жаңыртылган эмес жана күтүү режиминде. Ийгиликсиз чыгарылган учурда мурунку версияга кайтуу атайын роутер тарабынан ишке ашырылат, анын ролун Service Mesh жакшы аткарат.. Жаңы версияны сыноо үчүн колдоно аласыз канарея чыгаруу — жаңы версияга өтүү трафиктин 10% гана же пилоттук кардарлар тобунун суроо-талабы. Негизги трафик эски версияга өтөт, эч нерсе бузулбайт.
дагы Service Mesh бизге реалдуу убакытта SLA башкарууну берет. Бөлүштүрүлгөн прокси системасы кардарлардын бири ага берилген квотадан ашып кеткенде кызматтын иштебей калышына жол бербейт. Эгерде API өткөрүү мүмкүнчүлүгү чектелген болсо, эч ким аны көп транзакциялар менен басып кете албайт: Кызмат торчосу кызматтын алдында турат жана керексиз трафикке жол бербейт. Ал жөн гана интеграциялык катмарга каршы күрөшүп, кызматтардын өздөрү байкабай иштей беришет.
Эгерде компания интеграциялык чечимдерди иштеп чыгууга кеткен чыгымдарды азайтууну кааласа, Service Mesh да жардам берет: Анын ачык булактуу версиясына коммерциялык өнүмдөрдөн өтсөңүз болот. Биздин Enterprise Service Mesh кызматы Кызмат торунун ачык булактуу версиясына негизделген.
Дагы бир артыкчылыгы - интеграциялык кызматтардын бирдиктүү толук кандуу комплексинин болушу. Бардык интеграция ушул орто программа аркылуу курулгандыктан, биз бардык интеграциялык трафикти жана компаниянын бизнес өзөгүн түзгөн тиркемелер ортосундагы байланыштарды башкара алабыз. Бул абдан ыңгайлуу.
Акыры Service Mesh компанияны динамикалык инфраструктурага өтүүгө үндөйт. Азыр көптөр контейнерлештирүүнү көздөп жатышат. Микросервистерге монолитти кесүү, мунун баарын сонун ишке ашыруу - тема көтөрүлүүдө. Бирок көп жылдардан бери өндүрүштө турган системаны жаңы платформага өткөрүүгө аракет кылганыңызда, сиз дароо эле бир катар көйгөйлөргө туш болосуз: анын баарын контейнерлерге түртүп салуу жана аны платформага жайгаштыруу оңой эмес. Жана бул бөлүштүрүлгөн компоненттерди ишке ашыруу, синхрондоштуруу жана өз ара аракеттенүү дагы бир өтө татаал тема. Алар бири-бири менен кантип байланышат? Каскаддык каталар болобу? Service Mesh бул көйгөйлөрдүн айрымдарын чечүүгө жана эски архитектурадан жаңысына өтүүнү жеңилдетүүгө мүмкүндүк берет, анткени сиз тармак алмашуу логикасын унута аласыз.
Эмне үчүн сизге Service Mesh ыңгайлаштыруу керек?
Биздин компанияда жүздөгөн системалар жана модулдар жанаша иштейт жана иштөө убактысы абдан жүктөлөт. Ошентип, бир системанын экинчисин чакырып, жооп алуудагы жөнөкөй үлгүсү жетишсиз, анткени өндүрүштө биз дагы көптү каалайбыз. Ишкананын тейлөө тармагынан дагы эмне керек?
Окуяларды иштетүү кызматы
Келгиле, биз реалдуу убакытта окуяны иштетүү керек деп элестетип көрөлү - кардардын иш-аракеттерин реалдуу убакытта талдоочу жана ага дароо тиешелүү сунуш киргизе турган система. Окшош функцияны ишке ашыруу үчүн колдонуңуз окуяга негизделген архитектура (EDA) деп аталган архитектуралык үлгү. Учурдагы Кызмат торлорунун бири дагы мындай үлгүлөрдү колдобойт, бирок бул өзгөчө банк үчүн абдан маанилүү!
Remote Procedure Call (RPC) кызматы Meshтин бардык версиялары тарабынан колдоого алынганы таң калыштуу, бирок алар EDA менен жакшы мамиледе эмес. Анткени Service Mesh - бул заманбап бөлүштүрүлгөн интеграциянын бир түрү жана EDA - бул кардарлардын тажрыйбасы жагынан уникалдуу нерселерди жасоого мүмкүндүк берген абдан актуалдуу архитектуралык үлгү.
Биздин Enterprise Service Mesh бул көйгөйдү чечиши керек. Мындан тышкары, биз анда кепилденген жеткирүүнүн, агымдын жана ар кандай чыпкалардын жана шаблондордун жардамы менен окуяларды татаал иштетүүнүн ишке ашырылышын көргүбүз келет.
Файл өткөрүү кызматы
EDAдан тышкары, файлдарды өткөрүп берүү жакшы болмок: Enterprise масштабында, көбүнчө файлдарды интеграциялоо гана мүмкүн. Атап айтканда, ETL (Extract, Transform, Load) архитектуралык үлгүсү колдонулат. Анда, эреже катары, ар бир адам гана файлдарды алмаштырат: чоң маалыматтар колдонулат, аны өзүнчө суроо-талаптарды түртүп коюу мүмкүн эмес. Enterprise Service Mesh тармагында файлдарды которууну колдоо мүмкүнчүлүгү сизге бизнесиңизге керектүү ийкемдүүлүктү берет.
Оркестрдик кызмат
Ири уюмдар дээрлик ар дайым ар кандай буюмдарды жасаган ар кандай командаларга ээ. Мисалы, банкта кээ бир командалар депозиттер менен иштешсе, башкалары кредиттик продуктылар менен иштешет жана мындай учурлар абдан көп. Булар ар кандай адамдар, ар кандай командалар, алар өз өнүмдөрүн жасап, API'лерин иштеп чыгып, башкаларга беришет. Жана көбүнчө бул кызматтарды түзүү, ошондой эле API топтомун ырааттуу чакыруу үчүн татаал логиканы ишке ашыруу зарылчылыгы бар. Бул көйгөйдү чечүү үчүн сизге интеграциялык катмардагы чечим керек, ал бардык бул курама логиканы жөнөкөйлөтөт (бир нече API чалуу, суроо-талаптын маршрутун сүрөттөп ж.б.). Бул Enterprise Service Mesh тармагындагы оркестрлөө кызматы.
AI жана ML
Микросервистер бир интеграциялык катмар аркылуу байланышканда, Service Mesh табигый түрдө ар бир кызматтын чалуулары жөнүндө баарын билет. Биз телеметрияны чогултабыз: ким кимге, качан, канча убакытка, канча жолу ж.б.у.с. Бул кызматтардын жүз миңдегени жана миллиарддаган чалуулар болгондо, мунун баары чогулуп, чоң маалыматтарды түзөт. Бул маалыматтар AI, машина үйрөнүү ж. Бул тармактык трафиктин жана Кызмат торуна интеграцияланган тиркеме чалуулардын баарын жок дегенде жарым-жартылай башкарууну жасалма интеллектке өткөрүп берүү туура болмок.
API Gateway кызматы
Адатта, Кызмат торунда ишенимдүү периметрде бири-бири менен сүйлөшкөн проксилер жана кызматтар бар. Бирок тышкы контрагенттер да бар. Керектөөчүлөрдүн бул тобуна дуушар болгон API'лерге коюлган талаптар алда канча катаал. Бул милдетти эки негизги бөлүккө бөлөбүз.
- коопсуздук. ddos менен байланышкан маселелер, протоколдордун, тиркемелердин, операциялык системалардын жана башкалар.
- Масштаб. Кардарларга берилиши керек болгон API'лердин саны миңдеген же жүз миңдегенге жеткенде, API'лердин бул топтому үчүн кандайдыр бир башкаруу куралына муктаждык бар. Сиз APIди дайыма көзөмөлдөп турушуңуз керек: алар иштеп жатабы же жокпу, алардын абалы кандай, трафик кандай агып жатат, кандай статистика ж.б.у.с. API шлюзи бүт процессти башкара алгыдай жана коопсуз кылып, бул тапшырманы аткарышы керек. Бул компоненттин аркасында Enterprise Service Mesh ички жана тышкы API'лерди оңой жарыялоону үйрөнөт.
Белгилүү протоколдорду жана маалымат форматтарын колдоо кызматы (AS шлюз)
Учурда, Service Mesh чечимдеринин көпчүлүгү HTTP жана HTTP2 трафиги менен гана же төмөнкү деңгээлде азайтылган режимде иштей алат TCP/IPEnterprise Service Mesh башка көптөгөн өтө спецификалык маалыматтарды берүү протоколдорун киргизүүдө. Айрым системалар билдирүү брокерлерин колдонушу мүмкүн, ал эми башкалары маалымат базасынын деңгээлинде интеграцияланган. Эгерде компанияда SAP болсо, ал өзүнүн интеграция системасын да колдоно алат. Мунун баары иштейт жана бизнестин маанилүү бөлүгү болуп саналат.
Сиз жөн эле айта албайсыз: "Мурастан баш тартып, Service Mesh колдоно ала турган жаңы системаларды жасайлы." Бардык эски системаларды жаңылары менен туташтыруу үчүн (микросервис архитектурасында) Service Meshди колдоно алган системаларга кандайдыр бир адаптер, ортомчу, шлюз керек болот. Макул, кызмат менен кошо кутучада келсе жакшы болмок. AC шлюзи ар кандай интеграция опциясын колдой алат. Элестеткиле, сиз жөн гана Enterprise Service Mesh орнотосуз жана ал сизге керектүү бардык протоколдор менен иштешүүгө даяр. Бул ыкма биз үчүн абдан маанилүү.
Бул болжол менен биз Service Mesh (Enterprise Service Mesh) корпоративдик версиясын элестетет. Сүрөттөлгөн ыңгайлаштыруу интеграциялык платформанын ачык булактуу версияларын колдонууга аракет кылганда пайда болгон көйгөйлөрдүн көбүн чечет. Бир нече жыл мурун киргизилген Service Mesh архитектурасы өнүгүп келе жатат жана биз анын өнүгүшүнө салым кошо алганыбызга кубанычтабыз. Биздин тажрыйба сизге пайдалуу болот деп ишенебиз.
Source: www.habr.com
