మోనోలిత్‌ల నుండి మైక్రోసర్వీస్‌ల వరకు: M.Video-Eldorado మరియు MegaFon యొక్క అనుభవం

ఏప్రిల్ 25న, మేము Mail.ru గ్రూప్‌లో మేఘాలు మరియు చుట్టుపక్కల గురించి ఒక సమావేశాన్ని నిర్వహించాము - mailto:CLOUD. కొన్ని ముఖ్యాంశాలు:

• ముఖ్యమైన రష్యన్ ప్రొవైడర్లు — Mail.ru క్లౌడ్ సొల్యూషన్స్, #CloudMTS, SberCloud, Selectel, Rostelecom డేటా సెంటర్ మరియు Yandex.Cloud మా క్లౌడ్ మార్కెట్ మరియు వాటి సేవల ప్రత్యేకతల గురించి మాట్లాడాయి;
• Bitrix24 నుండి సహచరులు వారు ఎలా చెప్పారు మల్టీక్లౌడ్‌కి వచ్చింది;
• లెరోయ్ మెర్లిన్, ఓట్క్రిటీ, బర్గర్ కింగ్ మరియు ష్నైడర్ ఎలక్ట్రిక్ ఆసక్తికరంగా అందించారు క్లౌడ్ వినియోగదారుల నుండి వీక్షణ — IT కోసం వారి వ్యాపారం ఏ పనులను సెట్ చేస్తుంది మరియు క్లౌడ్ వాటితో సహా ఏ సాంకేతికతలను వారు అత్యంత ఆశాజనకంగా చూస్తారు.

మీరు mailto:CLOUD కాన్ఫరెన్స్ నుండి అన్ని వీడియోలను చూడవచ్చు లింక్, మరియు మైక్రోసర్వీసెస్ గురించి చర్చ ఎలా జరిగిందో ఇక్కడ మీరు చదువుకోవచ్చు. మెగాఫోన్ బిజినెస్ సిస్టమ్స్ రీసెర్చ్ అండ్ డెవలప్‌మెంట్ సెంటర్ అధిపతి అలెగ్జాండర్ డ్యూలిన్ మరియు M.Video-Eldorado సమూహం యొక్క ఇన్ఫర్మేషన్ టెక్నాలజీ డైరెక్టర్ సెర్గీ సెర్జీవ్, ఏకశిలాలను వదిలించుకోవడానికి వారి విజయవంతమైన కేసులను పంచుకున్నారు. మేము IT వ్యూహం, ప్రక్రియలు మరియు HR సంబంధిత సమస్యలను కూడా చర్చించాము.

ప్యానలిస్టులు

• సెర్గే సెర్గేవ్, గ్రూప్ CIO "M.వీడియో-ఎల్డోరాడో";
• అలెగ్జాండర్ డ్యూలిన్, వ్యాపార వ్యవస్థల పరిశోధన మరియు అభివృద్ధి కోసం కేంద్రం అధిపతి మెగాఫోన్;
• మోడరేటర్ - డిమిత్రి లాజరెంకో, PaaS డైరెక్షన్ హెడ్ Mail.ru క్లౌడ్ సొల్యూషన్స్.

అలెగ్జాండర్ డ్యూలిన్ ప్రసంగం తరువాత "MegaFon మైక్రోసర్వీస్ ప్లాట్‌ఫారమ్ ద్వారా తన వ్యాపారాన్ని ఎలా విస్తరిస్తోంది" M.Video-Eldorado మరియు చర్చా మోడరేటర్ Dmitry Lazarenko, Mail.ru క్లౌడ్ సొల్యూషన్స్ నుండి సెర్గీ సెర్గీవ్ చర్చకు అతనిని చేరారు.

దిగువన మేము మీ కోసం చర్చ యొక్క లిప్యంతరీకరణను సిద్ధం చేసాము, కానీ మీరు వీడియోను కూడా చూడవచ్చు:

మైక్రోసర్వీస్‌లకు మార్పు అనేది మార్కెట్ అవసరాలకు ప్రతిస్పందన

డిమిత్రి:

మైక్రోసర్వీస్‌లకు వలస వచ్చిన విజయవంతమైన అనుభవం మీకు ఉందా? మరియు సాధారణంగా: మైక్రోసర్వీస్‌లను ఉపయోగించడం లేదా మోనోలిత్‌ల నుండి మైక్రోసర్వీస్‌లకు మారడం ద్వారా మీరు గొప్ప వ్యాపార ప్రయోజనాన్ని ఎక్కడ చూస్తారు?

సెర్గీ:

మేము ఇప్పటికే మైక్రోసర్వీస్‌లకు పరివర్తనలో కొంత మార్గంలోకి వచ్చాము మరియు మూడు సంవత్సరాలకు పైగా ఈ విధానాన్ని ఉపయోగిస్తున్నాము. మైక్రోసర్వీస్‌ల అవసరాన్ని సమర్థించే మొదటి అవసరం బ్యాక్ ఆఫీస్‌తో వివిధ ఫ్రంట్-ఎండ్ ఉత్పత్తుల యొక్క అంతులేని ఏకీకరణ. మరియు ప్రతిసారీ మేము అదనపు ఏకీకరణ మరియు అభివృద్ధి చేయవలసి వచ్చింది, ఈ లేదా ఆ సేవ యొక్క ఆపరేషన్ కోసం మా స్వంత నియమాలను అమలు చేయడం.

ఏదో ఒక సమయంలో, మేము మా సిస్టమ్‌ల ఆపరేషన్‌ను మరియు ఫంక్షనాలిటీ అవుట్‌పుట్‌ను వేగవంతం చేయాల్సిన అవసరం ఉందని మేము గ్రహించాము. ఆ సమయంలో, మైక్రోసర్వీస్ మరియు మైక్రోసర్వీస్ విధానం వంటి భావనలు ఇప్పటికే మార్కెట్లో ఉన్నాయి మరియు మేము దీన్ని ప్రయత్నించాలని నిర్ణయించుకున్నాము. ఇది 2016లో ప్రారంభమైంది. అప్పుడు ప్లాట్‌ఫారమ్‌ వేయబడింది మరియు మొదటి 10 సేవలను ప్రత్యేక బృందం అమలు చేసింది.

మొదటి సేవలలో ఒకటి, అత్యంత భారీగా లోడ్ చేయబడినది, ధర గణన సేవ. మీరు ఏదైనా ఛానెల్‌కి వచ్చిన ప్రతిసారీ, M.Video-Eldorado గ్రూప్ ఆఫ్ కంపెనీలకు, అది వెబ్‌సైట్ లేదా రిటైల్ స్టోర్ అయినా, అక్కడ ఉత్పత్తిని ఎంచుకోండి, వెబ్‌సైట్‌లో లేదా "బాస్కెట్"లో ధరను చూడండి, ధర ఆటోమేటిక్‌గా ఉంటుంది ఒక సేవ ద్వారా లెక్కించబడుతుంది. ఇది ఎందుకు అవసరం: దీనికి ముందు, ప్రతి సిస్టమ్ ప్రమోషన్లతో పనిచేయడానికి దాని స్వంత సూత్రాలను కలిగి ఉంది - డిస్కౌంట్లు మరియు మొదలైనవి. మా బ్యాక్ ఆఫీస్ ధరలను నిర్వహిస్తుంది; డిస్కౌంట్ కార్యాచరణ మరొక సిస్టమ్‌లో అమలు చేయబడుతుంది. ఇది కేంద్రీకృతం కావాలి మరియు దీన్ని అమలు చేయడానికి మమ్మల్ని అనుమతించే వ్యాపార ప్రక్రియ రూపంలో సృష్టించబడిన ప్రత్యేకమైన, వేరు చేయగల సేవ. మేము చాలా వరకు అలా ప్రారంభించాము.

మొదటి ఫలితాల విలువ చాలా గొప్పది. ముందుగా, మేము విడిగా మరియు సమగ్ర పద్ధతిలో పని చేయడానికి అనుమతించే వేరు చేయగల ఎంటిటీలను సృష్టించగలిగాము. రెండవది, మేము మరిన్ని సిస్టమ్‌లతో ఏకీకరణ పరంగా యాజమాన్యం యొక్క ధరను తగ్గించాము.

గత మూడు సంవత్సరాలలో, మేము మూడు ఫ్రంట్‌లైన్ సిస్టమ్‌లను జోడించాము. కంపెనీ భరించగలిగే వనరులతో వాటిని నిర్వహించడం కష్టం. అందువల్ల, కొత్త అవుట్‌లెట్‌ల కోసం వెతకడం, వేగం పరంగా, అంతర్గత ఖర్చులు మరియు సామర్థ్యం పరంగా మార్కెట్‌కు ప్రతిస్పందించడం వంటి పని తలెత్తింది.

మైక్రోసర్వీస్‌లకు మైగ్రేట్ చేయడంలో విజయాన్ని ఎలా కొలవాలి

డిమిత్రి:

మైక్రోసర్వీస్‌లకు బదిలీ చేయడంలో విజయం ఎలా నిర్ణయించబడుతుంది? ప్రతి కంపెనీలో "ముందు" ఏమిటి? పరివర్తన విజయాన్ని గుర్తించడానికి మీరు ఏ మెట్రిక్‌ని ఉపయోగించారు మరియు వాస్తవానికి దానిని ఎవరు నిర్ణయించారు?

సెర్గీ:

అన్నింటిలో మొదటిది, ఇది ITలో ఎనేబుల్‌గా పుట్టింది - కొత్త సామర్థ్యాలను “అన్‌లాక్ చేయడం”. మార్కెట్ సవాళ్లకు ప్రతిస్పందిస్తూ, సాపేక్షంగా అదే డబ్బు కోసం మేము ప్రతిదీ వేగంగా చేయాల్సిన అవసరం ఉంది. ఇప్పుడు విజయం వివిధ వ్యవస్థలచే తిరిగి ఉపయోగించిన సేవల సంఖ్య, తమలో తాము ప్రక్రియల ఏకీకరణలో వ్యక్తీకరించబడింది. ఇప్పుడు అది ఉంది, కానీ ఆ సమయంలో ఇది ఒక ప్లాట్‌ఫారమ్‌ను సృష్టించడానికి మరియు మేము దీన్ని చేయగల పరికల్పనను నిర్ధారించడానికి ఒక అవకాశంగా ఉంది, ఇది ఒక ప్రభావాన్ని ఇస్తుంది మరియు వ్యాపార కేసును లెక్కిస్తుంది.

అలెగ్జాండర్:

విజయం అనేది అంతర్గత భావన. వ్యాపారం ఎల్లప్పుడూ మరిన్ని కోరుకుంటుంది మరియు మా బ్యాక్‌లాగ్ యొక్క లోతు విజయానికి రుజువు. నాకు అలా అనిపిస్తోంది.

సెర్గీ:

అవును నేను అంగీకరిస్తున్నాను. మూడు సంవత్సరాలలో, మేము ఇప్పటికే రెండు వందలకు పైగా సేవలు మరియు బ్యాక్‌లాగ్‌లను కలిగి ఉన్నాము. జట్టులో వనరుల అవసరం మాత్రమే పెరుగుతోంది - ఏటా 30%. ప్రజలు భావించినందున ఇది జరుగుతోంది: ఇది వేగవంతమైనది, ఇది భిన్నంగా ఉంటుంది, విభిన్న సాంకేతికతలు ఉన్నాయి, ఇవన్నీ అభివృద్ధి చెందుతాయి.

మైక్రోసర్వీసెస్ వస్తాయి, కానీ కోర్ అలాగే ఉంటుంది

డిమిత్రి:

మీరు అభివృద్ధిలో పెట్టుబడి పెట్టే అంతులేని ప్రక్రియ లాంటిది. వ్యాపారం కోసం మైక్రోసర్వీస్‌లకు మారడం ఇప్పటికే ముగిసిందా లేదా?

సెర్గీ:

సమాధానం చెప్పడం చాలా సులభం. మీరు ఏమనుకుంటున్నారు: ఫోన్‌లను మార్చడం అనేది అంతులేని ప్రక్రియ? ప్రతి సంవత్సరం మనమే ఫోన్లు కొంటాం. మరియు ఇక్కడ ఇది ఉంది: వేగం అవసరం ఉన్నంత కాలం, మార్కెట్‌కు అనుగుణంగా, కొన్ని మార్పులు అవసరం. దీని అర్థం మనం ప్రామాణికమైన విషయాలను విడిచిపెట్టమని కాదు.

కానీ మేము అన్నింటినీ ఒకేసారి కవర్ చేసి మళ్లీ చేయలేము. మాకు ఇంతకు ముందు ఉన్న లెగసీ, స్టాండర్డ్ ఇంటిగ్రేషన్ సేవలు ఉన్నాయి: ఎంటర్‌ప్రైజ్ బస్సులు మరియు మొదలైనవి. కానీ వెనుకబడి ఉంది, మరియు అవసరం కూడా ఉంది. మొబైల్ అప్లికేషన్‌ల సంఖ్య మరియు వాటి కార్యాచరణ పెరుగుతోంది. అదే సమయంలో, మీకు 30% ఎక్కువ డబ్బు ఇస్తామని ఎవరూ అనరు. అంటే, ఎల్లప్పుడూ ఒకవైపు అవసరాలు, మరోవైపు సమర్థత కోసం అన్వేషణ.

డిమిత్రి:

జీవితం మంచి స్థితిలో ఉంది. (నవ్వుతూ)

అలెగ్జాండర్:

సాధారణంగా, అవును. ప్రకృతి దృశ్యం నుండి ప్రధాన భాగాన్ని తొలగించడానికి మాకు విప్లవాత్మక విధానాలు లేవు. వ్యవస్థలను విచ్ఛిన్నం చేయడానికి క్రమబద్ధమైన పని జరుగుతోంది, తద్వారా అవి మైక్రోసర్వీస్ ఆర్కిటెక్చర్‌తో మరింత స్థిరంగా ఉంటాయి, వ్యవస్థల ప్రభావాన్ని ఒకదానిపై ఒకటి తగ్గించడానికి.

కానీ మేము ప్రధాన భాగాన్ని ఉంచాలని ప్లాన్ చేస్తాము, ఎందుకంటే ఆపరేటర్ ల్యాండ్‌స్కేప్‌లో మేము కొనుగోలు చేసే కొన్ని ప్లాట్‌ఫారమ్‌లు ఎల్లప్పుడూ ఉంటాయి. మళ్ళీ, మనకు ఆరోగ్యకరమైన సమతుల్యత అవసరం: కోర్ని కత్తిరించడానికి మనం తొందరపడకూడదు. మేము సిస్టమ్‌లను పక్కపక్కనే ఉంచుతాము మరియు ఇప్పుడు మనం ఇప్పటికే అనేక ప్రధాన భాగాలపై ఉన్నామని తేలింది. ఇంకా, కార్యాచరణను అభివృద్ధి చేయడం ద్వారా, మా కమ్యూనికేషన్ సేవలతో పని చేసే అన్ని ఛానెల్‌లకు అవసరమైన ప్రాతినిధ్యాలను మేము సృష్టిస్తాము.

వ్యాపారాలకు మైక్రోసర్వీస్‌లను ఎలా విక్రయించాలి

డిమిత్రి:

నాకు కూడా ఆసక్తి ఉంది - మారని, కానీ ప్లాన్ చేస్తున్న వారి కోసం: ఈ ఆలోచనను వ్యాపారానికి విక్రయించడం ఎంత సులభం మరియు ఇది సాహసం, పెట్టుబడి ప్రాజెక్ట్? లేదా ఇది చేతన వ్యూహమా: ఇప్పుడు మేము మైక్రోసర్వీస్‌కు వెళ్తున్నాము మరియు అంతే, ఏదీ మమ్మల్ని ఆపదు. ఇది మీకు ఎలా ఉంది?

సెర్గీ:

మేము ఒక విధానాన్ని విక్రయించడం లేదు, కానీ వ్యాపార ప్రయోజనం. వ్యాపారంలో సమస్య ఉంది మరియు మేము దానిని పరిష్కరించడానికి ప్రయత్నించాము. ఆ సమయంలో, వేర్వేరు ఛానెల్‌లు ధరలను లెక్కించడానికి వేర్వేరు సూత్రాలను ఉపయోగించాయనే వాస్తవం వ్యక్తమైంది - ప్రమోషన్ల కోసం విడిగా, ప్రమోషన్ల కోసం మరియు మొదలైనవి. దీన్ని నిర్వహించడం కష్టం, లోపాలు సంభవించాయి మరియు మేము కస్టమర్ ఫిర్యాదులను విన్నాము. అంటే, మేము ఒక సమస్యకు పరిష్కారాన్ని విక్రయిస్తున్నాము, అయితే ప్లాట్‌ఫారమ్‌ను రూపొందించడానికి మాకు డబ్బు అవసరం అనే వాస్తవంతో మేము వచ్చాము. మరియు వారు పెట్టుబడి యొక్క మొదటి దశ యొక్క ఉదాహరణను ఉపయోగించి వ్యాపార కేసును చూపించారు: మేము దానిని ఎలా తిరిగి పొందడం కొనసాగిస్తాము మరియు ఇది మాకు ఏమి అనుమతిస్తుంది.

డిమిత్రి:

మీరు మొదటి దశ సమయాన్ని ఎలాగైనా రికార్డ్ చేసారా?

సెర్గీ:

అవును ఖచ్చితంగా. కోర్‌ను ప్లాట్‌ఫారమ్‌గా రూపొందించడానికి మరియు పైలట్‌ను పరీక్షించడానికి మేము 6 నెలల సమయం కేటాయించాము. ఈ సమయంలో, మేము పైలట్‌ను స్కేట్ చేయడానికి ప్లాట్‌ఫారమ్‌ను రూపొందించడానికి ప్రయత్నించాము. అప్పుడు పరికల్పన ధృవీకరించబడింది మరియు ఇది పని చేస్తుంది కాబట్టి, మనం కొనసాగించగలమని అర్థం. వారు పునరావృతం చేయడం ప్రారంభించారు మరియు జట్టును బలోపేతం చేశారు - వారు దానిని ప్రత్యేక విభాగంలోకి మార్చారు.

తదుపరి వ్యాపార అవసరాలు, అవకాశాలు, వనరుల లభ్యత మరియు ప్రస్తుతం పనిలో ఉన్న ప్రతిదాని ఆధారంగా క్రమబద్ధమైన పని వస్తుంది.

డిమిత్రి:

అలాగే. అలెగ్జాండర్, మీరు ఏమి చెప్తున్నారు?

అలెగ్జాండర్:

మా మైక్రోసర్వీస్‌లు "సముద్రం యొక్క నురుగు" నుండి పుట్టాయి - వనరులను ఆదా చేయడం వల్ల, సర్వర్ సామర్థ్యం రూపంలో మిగిలిపోయిన కొన్ని కారణంగా మరియు జట్టులోని బలగాల పునఃపంపిణీ కారణంగా. ప్రారంభంలో, మేము ఈ ప్రాజెక్ట్‌ను వ్యాపారానికి విక్రయించలేదు. మేమిద్దరం పరిశోధించి, తదనుగుణంగా అభివృద్ధి చేసిన ప్రాజెక్ట్ ఇది. మేము 2018 ప్రారంభంలో ప్రారంభించాము మరియు ఈ దిశను ఉత్సాహంతో అభివృద్ధి చేసాము. విక్రయాలు ఇప్పుడే ప్రారంభమయ్యాయి మరియు మేము ప్రక్రియలో ఉన్నాము.

డిమిత్రి:

వారానికి ఒక ఉచిత రోజున - Google వంటి వాటిని చేయడానికి వ్యాపారం మిమ్మల్ని అనుమతించడం జరుగుతుందా? మీకు అలాంటి దిశ ఉందా?

అలెగ్జాండర్:

పరిశోధన సమయంలోనే, మేము వ్యాపార సమస్యలను కూడా పరిష్కరించాము, కాబట్టి మా మైక్రోసర్వీస్‌లన్నీ వ్యాపార సమస్యలకు పరిష్కారాలు. ప్రారంభంలో మాత్రమే మేము సబ్‌స్క్రైబర్ బేస్‌లో కొంత భాగాన్ని కవర్ చేసే మైక్రోసర్వీస్‌లను నిర్మించాము మరియు ఇప్పుడు మేము దాదాపు అన్ని ఫ్లాగ్‌షిప్ ఉత్పత్తులలో ఉన్నాము.

మరియు మెటీరియల్ ప్రభావం ఇప్పటికే స్పష్టంగా ఉంది - మేము ఇప్పటికే లెక్కించబడవచ్చు, మేము పాత మార్గాన్ని అనుసరించినట్లయితే ఉత్పత్తి లాంచ్‌ల వేగం మరియు కోల్పోయిన ఆదాయాన్ని అంచనా వేయవచ్చు. దీనిపై కేసును నిర్మిస్తున్నాం.

మైక్రోసర్వీసెస్: హైప్ లేదా అవసరం?

డిమిత్రి:

సంఖ్యలు సంఖ్యలు. మరియు ఆదాయం లేదా డబ్బు ఆదా చేయడం చాలా ముఖ్యం. అటువైపు చూస్తే? మైక్రోసర్వీస్ అనేది ఒక ట్రెండ్, హైప్ మరియు చాలా కంపెనీలు దానిని దుర్వినియోగం చేస్తున్నాయని తెలుస్తోంది? మీరు చేసే మరియు మైక్రోసర్వీస్‌లకు అనువదించకూడని వాటి మధ్య ఎంత స్పష్టంగా తేడా చూపుతారు? ఇప్పుడు వారసత్వం అయితే, 5 సంవత్సరాలలో మీకు వారసత్వం ఉంటుందా? 5 సంవత్సరాలలో M.Video-Eldorado మరియు MegaFonలో పనిచేసే సమాచార వ్యవస్థల వయస్సు ఎంత? పదేళ్లు, పదిహేనేళ్ల సమాచార వ్యవస్థలు ఉంటాయా లేక కొత్త తరం అవుతుందా? మీరు దీన్ని ఎలా చూస్తారు?

సెర్గీ:

నాకు చాలా దూరం ఆలోచించడం కష్టంగా అనిపిస్తుంది. మనం వెనక్కి తిరిగి చూస్తే, మెషిన్ లెర్నింగ్ మరియు ఫేస్ ద్వారా యూజర్ ఐడెంటిఫికేషన్‌తో సహా టెక్నాలజీ మార్కెట్ ఈ విధంగా అభివృద్ధి చెందుతుందని ఎవరు ఊహించారు? కానీ మీరు రాబోయే సంవత్సరాల్లో చూస్తే, కంపెనీలలో కోర్ సిస్టమ్స్, ఎంటర్ప్రైజ్ ERP-తరగతి వ్యవస్థలు - అవి చాలా కాలంగా పనిచేస్తున్నాయని నాకు అనిపిస్తోంది.

సిస్టమ్స్ ల్యాండ్‌స్కేప్‌లో క్లాసిక్ ERPతో మా కంపెనీలకు సమిష్టిగా 25 ఏళ్లు ఉన్నాయి. మేము అక్కడ నుండి కొన్ని ముక్కలను తీసివేసి వాటిని మైక్రోసర్వీస్‌లలోకి చేర్చడానికి ప్రయత్నిస్తున్నామని స్పష్టంగా తెలుస్తుంది, అయితే కోర్ అలాగే ఉంటుంది. మేము అక్కడ ఉన్న అన్ని కోర్ సిస్టమ్‌లను భర్తీ చేస్తాము మరియు కొత్త సిస్టమ్‌ల యొక్క ఇతర ప్రకాశవంతమైన వైపు త్వరగా వెళ్తామని ఊహించడం ఇప్పుడు నాకు కష్టంగా ఉంది.

క్లయింట్ మరియు వినియోగదారునికి దగ్గరగా ఉండే ప్రతి ఒక్కటి గొప్ప వ్యాపార ప్రయోజనం మరియు విలువ ఉన్న చోట, అనుకూలత మరియు వేగంపై దృష్టి కేంద్రీకరించడం, మార్పుపై, “ప్రయత్నించండి, రద్దు చేయండి, మళ్లీ ఉపయోగించుకోండి, వేరేదాన్ని చేయండి” అనే వాస్తవానికి నేను మద్దతుదారుని. అవసరం "-అక్కడే ప్రకృతి దృశ్యం మారుతుంది. మరియు బాక్స్డ్ ఉత్పత్తులు అక్కడ బాగా సరిపోవు. కనీసం మనకు కనిపించదు. అక్కడ సులభమైన, సరళమైన పరిష్కారాలు అవసరం.

మేము ఈ అభివృద్ధిని చూస్తాము:

• ప్రధాన సమాచార వ్యవస్థలు (ఎక్కువగా బ్యాక్ ఆఫీస్);
• మైక్రోసర్వీస్ రూపంలో మధ్య పొరలు కోర్ని కలుపుతాయి, సమగ్రంగా, కాష్‌ను సృష్టించడం మరియు మొదలైనవి;
• ఫ్రంట్-లైన్ వ్యవస్థలు వినియోగదారుని లక్ష్యంగా చేసుకుంటాయి;
• సాధారణంగా మార్కెట్‌ప్లేస్‌లు, ఇతర సిస్టమ్‌లు మరియు ఎకోసిస్టమ్స్‌లో ఏకీకృతం చేయబడిన ఏకీకరణ పొర. ఈ లేయర్ వీలైనంత తేలికగా, సరళంగా ఉంటుంది మరియు కనీస వ్యాపార తర్కాన్ని కలిగి ఉంటుంది.

కానీ అదే సమయంలో, పాత సూత్రాలను సరిగ్గా ఉపయోగించినట్లయితే వాటిని ఉపయోగించడం కొనసాగించడానికి నేను మద్దతుదారుని.

మీకు క్లాసిక్ ఎంటర్‌ప్రైజ్ సిస్టమ్ ఉందని చెప్పండి. ఇది ఒక విక్రేత యొక్క ల్యాండ్‌స్కేప్‌లో ఉంది మరియు ఒకదానితో ఒకటి పనిచేసే రెండు మాడ్యూళ్లను కలిగి ఉంటుంది. ప్రామాణిక ఇంటిగ్రేషన్ ఇంటర్‌ఫేస్ కూడా ఉంది. దాన్ని మళ్లీ చేసి మైక్రోసర్వీస్‌ని ఎందుకు తీసుకురావాలి?

కానీ బ్యాక్ ఆఫీస్‌లో 5 మాడ్యూల్స్ ఉన్నప్పుడు, వాటి నుండి సమాచారాన్ని వ్యాపార ప్రక్రియలో సేకరించి, 8-10 ఫ్రంట్-లైన్ సిస్టమ్‌లు ఉపయోగించినప్పుడు, ప్రయోజనం వెంటనే గమనించవచ్చు. మీరు ఐదు బ్యాక్-ఆఫీస్ సిస్టమ్‌ల నుండి తీసుకొని, వ్యాపార ప్రక్రియపై దృష్టి సారించే ఒక సేవను రూపొందించండి. సేవను సాంకేతికంగా అభివృద్ధి చేయండి - తద్వారా ఇది సమాచారాన్ని క్యాష్ చేస్తుంది మరియు తప్పులను తట్టుకుంటుంది మరియు పత్రాలు లేదా వ్యాపార సంస్థలతో కూడా పని చేస్తుంది. మరియు మీరు అన్ని ఫ్రంట్-లైన్ ఉత్పత్తులతో ఒకే సూత్రం ప్రకారం దీన్ని ఏకీకృతం చేస్తారు. వారు ఫ్రంట్-లైన్ ఉత్పత్తిని రద్దు చేసారు - వారు ఇంటిగ్రేషన్‌ను ఆపివేశారు. రేపు మీరు మొబైల్ అప్లికేషన్‌ను వ్రాయాలి లేదా ఒక చిన్న వెబ్‌సైట్‌ను రూపొందించాలి మరియు ఒక భాగాన్ని మాత్రమే కార్యాచరణలో ఉంచాలి - ప్రతిదీ చాలా సులభం: మీరు దీన్ని కన్స్ట్రక్టర్‌గా సమీకరించారు. నేను ఈ దిశలో మరింత అభివృద్ధిని చూస్తున్నాను - కనీసం మన దేశంలో.

అలెగ్జాండర్:

సెర్గీ మా విధానాన్ని పూర్తిగా వివరించాడు, ధన్యవాదాలు. మేము ఖచ్చితంగా ఎక్కడికి వెళ్లకూడదో నేను చెబుతాను - ప్రధాన భాగానికి, ఆన్‌లైన్ బిల్లింగ్ అంశానికి. అంటే, రేటింగ్ మరియు ఛార్జింగ్, వాస్తవానికి, డబ్బును విశ్వసనీయంగా రాసే "పెద్ద" థ్రెషర్‌గా మిగిలిపోతుంది. మరియు ఈ సిస్టమ్ మా నియంత్రణ అధికారులచే ధృవీకరించబడటం కొనసాగుతుంది. క్లయింట్‌ల వైపు చూసే మిగతావన్నీ మైక్రోసర్వీస్‌లు.

డిమిత్రి:

ఇక్కడ సర్టిఫికేషన్ అనేది ఒక కథ. బహుశా మరింత మద్దతు. మీరు మద్దతు కోసం తక్కువ ఖర్చు చేస్తే లేదా సిస్టమ్‌కు మద్దతు మరియు సవరణ అవసరం లేకపోతే, దాన్ని తాకకపోవడమే మంచిది. సహేతుకమైన రాజీ.

విశ్వసనీయ మైక్రోసర్వీస్‌లను ఎలా అభివృద్ధి చేయాలి

డిమిత్రి:

ఫైన్. కానీ నాకు ఇంకా ఆసక్తి ఉంది. ఇప్పుడు మీరు విజయగాథను చెబుతున్నారు: అంతా బాగానే ఉంది, మేము మైక్రోసర్వీస్‌కు మారాము, వ్యాపారానికి ఆలోచనను సమర్థించాము మరియు ప్రతిదీ పని చేసింది. కానీ నేను వేరే కథలు విన్నాను.

కొన్ని సంవత్సరాల క్రితం, బ్యాంకుల కోసం కొత్త మైక్రోసర్వీస్ ప్లాట్‌ఫారమ్‌ను అభివృద్ధి చేయడంలో రెండు సంవత్సరాలు పెట్టుబడి పెట్టిన స్విస్ కంపెనీ చివరికి ప్రాజెక్ట్‌ను మూసివేసింది. పూర్తిగా కుప్పకూలింది. చాలా మిలియన్ల స్విస్ ఫ్రాంక్‌లు ఖర్చు చేయబడ్డాయి మరియు చివరికి జట్టు చెదరగొట్టబడింది - అది పని చేయలేదు.

మీకు ఇలాంటి కథలు ఉన్నాయా? ఏమైనా ఇబ్బందులు ఉన్నాయా లేదా ఉన్నాయా? ఉదాహరణకు, మైక్రోసర్వీస్‌లను నిర్వహించడం మరియు పర్యవేక్షణ సంస్థ యొక్క కార్యాచరణ కార్యకలాపాలలో కూడా తలనొప్పిగా ఉంటుంది. అన్ని తరువాత, భాగాల సంఖ్య పదుల సార్లు పెరుగుతుంది. మీరు దీన్ని ఎలా చూస్తారు, ఇక్కడ పెట్టుబడులు విజయవంతం కాని ఉదాహరణలు ఉన్నాయా? మరియు ప్రజలు అలాంటి సమస్యలను ఎదుర్కోకుండా ఉండటానికి మీరు ఏమి సలహా ఇవ్వగలరు?

అలెగ్జాండర్:

విజయవంతం కాని ఉదాహరణలలో వ్యాపారాలు ప్రాధాన్యతలను మార్చడం మరియు ప్రాజెక్ట్‌లను రద్దు చేయడం వంటివి ఉన్నాయి. సంసిద్ధత యొక్క మంచి దశలో ఉన్నప్పుడు (వాస్తవానికి, MVP సిద్ధంగా ఉంది), వ్యాపారం ఇలా చెప్పింది: "మాకు కొత్త ప్రాధాన్యతలు ఉన్నాయి, మేము మరొక ప్రాజెక్ట్‌కి వెళుతున్నాము మరియు మేము దీన్ని మూసివేస్తున్నాము."

మైక్రోసర్వీస్‌తో మాకు ఎలాంటి గ్లోబల్ వైఫల్యాలు లేవు. మేము ప్రశాంతంగా నిద్రపోతాము, మాకు 24/7 డ్యూటీ షిఫ్ట్ ఉంది, ఇది మొత్తం BSS [బిజినెస్ సపోర్ట్ సిస్టమ్]కి సేవలు అందిస్తుంది.

మరియు మరొక విషయం - మేము బాక్స్డ్ ఉత్పత్తులకు వర్తించే నిబంధనల ప్రకారం మైక్రోసర్వీస్‌లను అద్దెకు తీసుకుంటాము. విజయానికి కీలకం ఏమిటంటే, మీరు మొదటగా, ఉత్పత్తి కోసం మైక్రోసర్వీస్‌ను పూర్తిగా సిద్ధం చేసే బృందాన్ని సమీకరించాలి. అభివృద్ధి కూడా, షరతులతో, 40%. మిగిలినవి అనలిటిక్స్, DevSecOps మెథడాలజీ, సరైన ఇంటిగ్రేషన్‌లు మరియు సరైన ఆర్కిటెక్చర్. సురక్షిత అనువర్తనాలను రూపొందించే సూత్రాలపై మేము ప్రత్యేక శ్రద్ధ వహిస్తాము. సమాచార భద్రతా ప్రతినిధులు ఆర్కిటెక్చర్ ప్లానింగ్ దశలో మరియు అమలు ప్రక్రియలో ప్రతి ప్రాజెక్ట్‌లో పాల్గొంటారు. వారు దుర్బలత్వాల కోసం కోడ్‌ని విశ్లేషించడానికి సిస్టమ్‌లను కూడా నిర్వహిస్తారు.

మేము మా స్థితిలేని సేవలను అమలు చేస్తున్నామని చెప్పండి - మేము వాటిని కుబెర్నెట్స్‌లో కలిగి ఉన్నాము. ఇది స్వయంచాలక స్కేలింగ్ మరియు సేవలను స్వయంచాలకంగా పెంచడం వలన ప్రతి ఒక్కరూ ప్రశాంతంగా నిద్రించడానికి అనుమతిస్తుంది మరియు డ్యూటీ షిఫ్ట్ సంఘటనలను ఎంచుకుంటుంది.

మా మైక్రోసర్వీస్‌ల మొత్తం ఉనికిలో, మా లైన్‌కు చేరిన సంఘటనలు ఒకటి లేదా రెండు మాత్రమే ఉన్నాయి. ఇప్పుడు ఆపరేషన్‌లో ఎలాంటి సమస్యలు లేవు. మేము, వాస్తవానికి, 200 కాదు, కానీ సుమారు 50 మైక్రోసర్వీస్‌లను కలిగి ఉన్నాము, కానీ అవి ఫ్లాగ్‌షిప్ ఉత్పత్తులలో ఉపయోగించబడతాయి. వారు విఫలమైతే, దాని గురించి మేము మొదట తెలుసుకుంటాము.

మైక్రోసర్వీసెస్ మరియు HR

సెర్గీ:

నేను సపోర్ట్ చేయడానికి బదిలీ గురించి నా సహోద్యోగితో ఏకీభవిస్తున్నాను - పనిని సరిగ్గా నిర్వహించాల్సిన అవసరం ఉంది. అయితే, వాస్తవానికి, ఉనికిలో ఉన్న సమస్యల గురించి నేను మీకు చెప్తాను.

మొదట, సాంకేతికత కొత్తది. ఇది మంచి మార్గంలో హైప్, మరియు దీన్ని అర్థం చేసుకునే మరియు సృష్టించగల నిపుణుడిని కనుగొనడం పెద్ద సవాలు. వనరుల కోసం పోటీ వెర్రి ఉంది, కాబట్టి నిపుణులు బంగారం వారి బరువు విలువ.

రెండవది, కొన్ని ప్రకృతి దృశ్యాల సృష్టి మరియు పెరుగుతున్న సేవలతో, పునర్వినియోగ సమస్య నిరంతరం పరిష్కరించబడాలి. డెవలపర్లు చేయాలనుకుంటున్నారు: "ఇప్పుడు ఇక్కడ చాలా ఆసక్తికరమైన విషయాలను వ్రాస్దాం ..." దీని కారణంగా, వ్యవస్థ పెరుగుతుంది మరియు డబ్బు, యాజమాన్యం యొక్క వ్యయం మొదలైన వాటి పరంగా దాని ప్రభావాన్ని కోల్పోతుంది. అంటే, సిస్టమ్ ఆర్కిటెక్చర్‌లో పునర్వినియోగాన్ని చేర్చడం, సేవలను పరిచయం చేయడం మరియు లెగసీని కొత్త ఆర్కిటెక్చర్‌కు బదిలీ చేయడం కోసం రోడ్‌మ్యాప్‌లో చేర్చడం అవసరం.

మరొక సమస్య - ఇది దాని స్వంత మార్గంలో మంచిదే అయినప్పటికీ - అంతర్గత పోటీ. "ఓహ్, కొత్త ఫ్యాషన్ అబ్బాయిలు ఇక్కడ కనిపించారు, వారు కొత్త భాష మాట్లాడతారు." ప్రజలు, వాస్తవానికి, భిన్నంగా ఉంటారు. జావాలో రాయడానికి అలవాటుపడిన వారు మరియు డాకర్ మరియు కుబెర్నెట్స్ వ్రాసి ఉపయోగించే వారు ఉన్నారు. వీరు పూర్తిగా భిన్నమైన వ్యక్తులు, వారు భిన్నంగా మాట్లాడతారు, వేర్వేరు పదాలను ఉపయోగిస్తారు మరియు కొన్నిసార్లు ఒకరినొకరు అర్థం చేసుకోలేరు. ఈ కోణంలో అభ్యాసం, జ్ఞానాన్ని పంచుకోవడంలో సామర్థ్యం లేదా అసమర్థత కూడా ఒక సమస్య.

బాగా, వనరులను స్కేలింగ్ చేయండి. “అద్భుతం, వెళ్దాం! మరియు ఇప్పుడు మేము వేగంగా, మరింత కోరుకుంటున్నాము. ఏమి, మీరు చేయలేరు? ఏడాదికి రెండింతలు పంపిణీ చేయడం సాధ్యం కాదా? మరియు ఎందుకు?" ఇటువంటి పెరుగుతున్న నొప్పులు బహుశా చాలా విషయాలకు, అనేక విధానాలకు ప్రామాణికం, మరియు మీరు వాటిని అనుభవించవచ్చు.

పర్యవేక్షణకు సంబంధించి. సేవలు లేదా ఇండస్ట్రియల్ మానిటరింగ్ టూల్స్ ఇప్పటికే నేర్చుకుంటున్నట్లు లేదా డాకర్ మరియు కుబెర్నెట్స్ రెండింటితో విభిన్నమైన, ప్రామాణికం కాని మోడ్‌లో పని చేయగలుగుతున్నట్లు నాకు అనిపిస్తోంది. కాబట్టి, ఉదాహరణకు, మీరు 500 జావా మెషీన్‌లతో ముగుస్తుంది, దీని కింద ఇవన్నీ రన్ అవుతాయి, అవి మొత్తంగా ఉంటాయి. కానీ ఈ ఉత్పత్తులకు ఇప్పటికీ పరిపక్వత లేదు; వారు దీని ద్వారా వెళ్ళవలసి ఉంటుంది. అంశం నిజంగా కొత్తది, ఇది అభివృద్ధి చెందుతూనే ఉంటుంది.

డిమిత్రి:

అవును, చాలా ఆసక్తికరమైనది. మరియు ఇది HRకి వర్తిస్తుంది. బహుశా ఈ 3 సంవత్సరాలలో మీ హెచ్‌ఆర్ ప్రాసెస్ మరియు హెచ్‌ఆర్ బ్రాండ్ కొద్దిగా మారిపోయి ఉండవచ్చు. మీరు వివిధ సామర్థ్యాలతో ఇతర వ్యక్తులను నియమించడం ప్రారంభించారు. మరియు బహుశా లాభాలు మరియు నష్టాలు రెండూ ఉన్నాయి. ఇంతకుముందు, బ్లాక్‌చెయిన్ మరియు డేటా సైన్స్ హైప్‌గా ఉండేవి మరియు వాటిలోని నిపుణులు మిలియన్ల విలువైనవారు. ఇప్పుడు ఖర్చు తగ్గుతోంది, మార్కెట్ సంతృప్తమవుతుంది మరియు మైక్రోసర్వీస్‌లో ఇదే ధోరణి ఉంది.

సెర్గీ:

అవును ఖచ్చితంగా.

అలెగ్జాండర్:

HR ప్రశ్న అడుగుతుంది: "బ్యాకెండ్ మరియు ఫ్రంటెండ్ మధ్య మీ పింక్ యునికార్న్ ఎక్కడ ఉంది?" మైక్రోసర్వీస్ అంటే ఏమిటో HRకి అర్థం కాలేదు. మేము వారికి రహస్యం చెప్పాము మరియు బ్యాకెండ్ ప్రతిదీ చేసిందని మరియు యునికార్న్ లేదని వారికి చెప్పాము. కానీ HR మారుతోంది, త్వరగా నేర్చుకుంటుంది మరియు ప్రాథమిక IT పరిజ్ఞానం ఉన్న వ్యక్తులను రిక్రూట్ చేస్తోంది.

మైక్రోసర్వీసెస్ యొక్క పరిణామం

డిమిత్రి:

మీరు లక్ష్య నిర్మాణాన్ని పరిశీలిస్తే, మైక్రోసర్వీస్‌లు అలాంటి రాక్షసంగా కనిపిస్తాయి. మీ ప్రయాణం చాలా సంవత్సరాలు పట్టింది. ఇతరులకు ఒక సంవత్సరం, ఇతరులకు మూడు సంవత్సరాలు. మీరు అన్ని సమస్యలను ముందుగానే చూశారా, లక్ష్య వాస్తు, ఏదైనా మారిందా? ఉదాహరణకు, మైక్రోసర్వీస్‌ల విషయంలో, గేట్‌వేలు మరియు సర్వీస్ మెష్‌లు ఇప్పుడు మళ్లీ కనిపిస్తున్నాయి. మీరు వాటిని ప్రారంభంలో ఉపయోగించారా లేదా మీరు నిర్మాణాన్ని మార్చారా? మీకు అలాంటి సవాళ్లు ఉన్నాయా?

సెర్గీ:

మేము ఇప్పటికే అనేక కమ్యూనికేషన్ ప్రోటోకాల్‌లను తిరిగి వ్రాసాము. మొదట ఒక ప్రోటోకాల్ ఉంది, ఇప్పుడు మేము మరొకదానికి మారాము. మేము భద్రత మరియు విశ్వసనీయతను పెంచుతాము. మేము ఎంటర్‌ప్రైజ్ టెక్నాలజీలతో ప్రారంభించాము - ఒరాకిల్, వెబ్ లాజిక్. ఇప్పుడు మేము మైక్రోసర్వీస్‌లోని సాంకేతిక ఎంటర్‌ప్రైజ్ ఉత్పత్తులకు దూరంగా ఉన్నాము మరియు ఓపెన్ సోర్స్ లేదా పూర్తిగా ఓపెన్ టెక్నాలజీలకు వెళ్తున్నాము. మేము డేటాబేస్‌లను వదిలివేసి, ఈ మోడల్‌లో మాకు మరింత ప్రభావవంతంగా పనిచేసే వాటికి వెళ్తాము. మాకు ఇక ఒరాకిల్ టెక్నాలజీలు అవసరం లేదు.

మేము ఒక సేవగా ప్రారంభించాము, మనకు కాష్ ఎంత అవసరమో, మైక్రోసర్వీస్‌తో కనెక్షన్ లేనప్పుడు మనం ఏమి చేస్తాము, కానీ డేటా అవసరం మొదలైన వాటి గురించి ఆలోచించకుండా, ఇప్పుడు మేము నిర్మాణాన్ని వివరించడానికి ప్లాట్‌ఫారమ్‌ను అభివృద్ధి చేస్తున్నాము. సేవల భాషలో కాదు, మరియు వ్యాపార భాషలో, మేము పదాలలో మాట్లాడటం ప్రారంభించినప్పుడు వ్యాపార తర్కాన్ని తదుపరి స్థాయికి తీసుకెళ్లండి. ఇప్పుడు మేము అక్షరాలతో మాట్లాడటం నేర్చుకున్నాము మరియు తదుపరి స్థాయి సేవలు ఒకరకమైన మొత్తంగా సేకరించబడతాయి, ఇది ఇప్పటికే పదంగా ఉన్నప్పుడు - ఉదాహరణకు, మొత్తం ఉత్పత్తి కార్డ్. ఇది మైక్రోసర్వీసెస్ నుండి అసెంబుల్ చేయబడింది, అయితే ఇది దీని పైన నిర్మించబడిన API.

భద్రత చాలా ముఖ్యం. మీరు ప్రాప్యత చేయడం ప్రారంభించిన వెంటనే మరియు మీరు చాలా ఆసక్తికరమైన విషయాలను పొందగలిగే సేవను కలిగి ఉన్న వెంటనే, మరియు చాలా త్వరగా, స్ప్లిట్ సెకనులో, దానిని అత్యంత సురక్షితమైన మార్గంలో పొందాలనే కోరిక ఉంటుంది. దీని నుండి బయటపడటానికి, మేము పరీక్ష మరియు పర్యవేక్షణకు సంబంధించిన విధానాలను మార్చవలసి వచ్చింది. మేము జట్టు, డెలివరీ నిర్వహణ నిర్మాణం, CI/CDని మార్చవలసి వచ్చింది.

ఇది ఒక పరిణామం - ఫోన్‌ల మాదిరిగానే, చాలా వేగంగా ఉంటుంది: మొదట పుష్-బటన్ ఫోన్‌లు ఉన్నాయి, ఆపై స్మార్ట్‌ఫోన్‌లు కనిపించాయి. మార్కెట్‌కు వేరే అవసరం ఉన్నందున వారు ఉత్పత్తిని తిరిగి వ్రాసారు మరియు పునఃరూపకల్పన చేసారు. మేము ఈ విధంగా అభివృద్ధి చెందుతాము: మొదటి తరగతి, పదవ తరగతి, పని.

పునరుక్తిగా, సాంకేతికత కోణం నుండి సంవత్సరానికి ఏదో ఒకటి, బ్యాక్‌లాగ్ మరియు అవసరాల దృక్కోణం నుండి మరేదైనా ఉంటుంది. మేము ఒక విషయాన్ని మరొకదానికి కనెక్ట్ చేస్తాము. టీమ్ 20% టెక్నికల్ డెట్ మరియు టీమ్ కోసం టెక్నికల్ సపోర్టుపై, 80% బిజినెస్ ఎంటిటీపై ఖర్చు చేస్తుంది. మరియు మేము దీన్ని ఎందుకు చేస్తున్నాము, మేము ఈ సాంకేతిక మెరుగుదలలను ఎందుకు చేస్తున్నాము, అవి దేనికి దారితీస్తాయి అనే దానిపై మేము అవగాహనతో కదులుతాము. అలా.

డిమిత్రి:

కూల్. MegaFonలో ఏముంది?

అలెగ్జాండర్:

మేము మైక్రోసర్వీస్‌కు వచ్చినప్పుడు ప్రధాన సవాలు గందరగోళంలో పడకుండా ఉండటం. MegaFon యొక్క నిర్మాణ కార్యాలయం వెంటనే మాతో చేరింది, ఇనిషియేటర్ మరియు డ్రైవర్‌గా కూడా మారింది - ఇప్పుడు మనకు చాలా బలమైన నిర్మాణం ఉంది. మేము ఏ లక్ష్య నమూనాకు వెళుతున్నామో మరియు ఏ సాంకేతికతలను పైలట్ చేయాల్సిన అవసరం ఉందని అర్థం చేసుకోవడం అతని పని. ఆర్కిటెక్చర్‌తో, ఈ పైలట్‌లను మేమే నిర్వహించాము.

తర్వాతి ప్రశ్న: “అయితే వీటన్నింటిని ఎలా ఉపయోగించుకోవాలి?” మరియు మరొకటి: "మైక్రో సర్వీసెస్ మధ్య పారదర్శక పరస్పర చర్యను ఎలా నిర్ధారించాలి?" సర్వీస్ మెష్ చివరి ప్రశ్నకు సమాధానం ఇవ్వడానికి మాకు సహాయపడింది. మేము ఇస్టియోను పైలట్ చేసాము మరియు ఫలితాలను ఇష్టపడ్డాము. ఇప్పుడు ఉత్పాదక మండలాలుగా మారే దశలో ఉన్నాం. మేము అన్ని సవాళ్ల పట్ల సానుకూల దృక్పథాన్ని కలిగి ఉన్నాము - మేము నిరంతరం స్టాక్‌ను మార్చాల్సిన అవసరం ఉంది, కొత్తది నేర్చుకోవాలి. మేము పాత పరిష్కారాలను ఉపయోగించుకోకుండా అభివృద్ధి చేయడంలో ఆసక్తిని కలిగి ఉన్నాము.

డిమిత్రి:

బంగారు పదాలు! ఇటువంటి సవాళ్లు జట్టును మరియు వ్యాపారాన్ని వారి కాలి మీద ఉంచుతాయి మరియు భవిష్యత్తును సృష్టిస్తాయి. GDPR చీఫ్ డేటా ప్రొటెక్షన్ ఆఫీసర్‌లను సృష్టించింది మరియు ప్రస్తుత సవాళ్లు చీఫ్ మైక్రోసర్వీసెస్ మరియు ఆర్కిటెక్చర్ ఆఫీసర్‌లను సృష్టించాయి. మరియు అది సంతోషిస్తుంది.

చాలా చర్చించుకున్నాం. ప్రధాన విషయం ఏమిటంటే మైక్రోసర్వీస్ యొక్క మంచి డిజైన్ మరియు ఆర్కిటెక్చర్ చాలా తప్పులను నివారించడానికి మిమ్మల్ని అనుమతిస్తుంది. వాస్తవానికి, ప్రక్రియ పునరుక్తి మరియు పరిణామాత్మకమైనది, కానీ ఇది భవిష్యత్తు.

పాల్గొన్న వారందరికీ ధన్యవాదాలు, సెర్గీ మరియు అలెగ్జాండర్‌లకు ధన్యవాదాలు!

ప్రేక్షకుల నుండి ప్రశ్నలు

ప్రేక్షకుల నుండి ప్రశ్న (1):

సెర్గీ, మీ కంపెనీలో IT నిర్వహణ ఎలా మారింది? అనేక సిస్టమ్‌ల యొక్క పెద్ద స్టాక్ ఉన్నప్పుడు, అది ఎలా నిర్వహించబడుతుందనేది చాలా స్పష్టమైన మరియు తార్కిక ప్రక్రియ అని నేను అర్థం చేసుకున్నాను. ఇంత తక్కువ సమయంలో చాలా పెద్ద సంఖ్యలో మైక్రోసర్వీస్‌లను ఏకీకృతం చేసిన తర్వాత మీరు IT భాగం యొక్క నిర్వహణను ఎలా పునర్నిర్మించారు?

సెర్గీ:

మార్పుకు డ్రైవర్‌గా ఆర్కిటెక్చర్ చాలా ముఖ్యమైనదని నా సహోద్యోగితో నేను అంగీకరిస్తున్నాను. మేము నిర్మాణ విభాగం ద్వారా ప్రారంభించాము. ఆర్కిటెక్ట్‌లు ఏకకాలంలో కార్యాచరణ యొక్క పంపిణీకి యజమానులు మరియు ప్రకృతి దృశ్యంలో అది ఎలా కనిపించాలనే దాని అవసరాలు. కాబట్టి వారు ఈ మార్పులకు సమన్వయకర్తలుగా కూడా వ్యవహరిస్తారు. ఫలితంగా, మేము CI/CD ప్లాట్‌ఫారమ్‌ను సృష్టించినప్పుడు నిర్దిష్ట డెలివరీ ప్రక్రియలో నిర్దిష్ట మార్పులు జరిగాయి.

కానీ అభివృద్ధి, వ్యాపార విశ్లేషణ, పరీక్ష మరియు అభివృద్ధి యొక్క ప్రామాణిక, ప్రాథమిక సూత్రాలు రద్దు చేయబడలేదు. మేము ఇప్పుడే వేగాన్ని జోడించాము. ఇంతకుముందు, సైకిల్‌కి చాలా ఎక్కువ సమయం పట్టింది, టెస్ట్ ఎన్విరాన్‌మెంట్‌లలో ఇన్‌స్టాలేషన్‌కి చాలా ఎక్కువ సమయం పట్టింది. ఇప్పుడు వ్యాపారం ప్రయోజనాన్ని చూస్తుంది మరియు ఇలా చెప్పింది: "మేము ఇతర ప్రదేశాలలో కూడా ఎందుకు చేయలేము?"

ఇది మంచి మార్గంలో, టీకా రూపంలో ఒక ఇంజెక్షన్ చూపిన విధంగా ఉంటుంది: మీరు దీన్ని ఈ విధంగా చేయవచ్చు, కానీ మీరు దీన్ని మరొక విధంగా చేయవచ్చు. వాస్తవానికి, సిబ్బందిలో, సామర్థ్యాలలో, జ్ఞానంలో, ప్రతిఘటనలో సమస్య ఉంది.

ప్రేక్షకుల నుండి ప్రశ్న (2):

మైక్రోసర్వీస్ ఆర్కిటెక్చర్ యొక్క విమర్శకులు పరీక్షించడం మరియు అభివృద్ధి చేయడం కష్టం అని చెప్పారు. విషయాలు సంక్లిష్టంగా ఉన్న చోట ఇది తార్కికం. మీ బృందం ఎలాంటి సవాళ్లను ఎదుర్కొంది మరియు మీరు వాటిని ఎలా అధిగమించారు? అందరికి ప్రశ్న.

అలెగ్జాండర్:

మైక్రోసర్వీస్ నుండి ప్లాట్‌ఫారమ్‌కు వెళ్లేటప్పుడు ఇబ్బందులు ఉన్నాయి, కానీ అవి పరిష్కరించబడతాయి.

ఉదాహరణకు, మేము 5-7 మైక్రోసర్వీస్‌లను కలిగి ఉన్న ఉత్పత్తిని తయారు చేస్తున్నాము. మాస్టర్ బ్రాంచ్‌కు వెళ్లడానికి గ్రీన్ లైట్ ఇవ్వడానికి మేము మొత్తం మైక్రోసర్వీసెస్ స్టాక్‌లో ఇంటిగ్రేషన్ పరీక్షలను అందించాలి. ఈ పని మాకు కొత్త కాదు: మేము BSSలో చాలా కాలంగా దీన్ని చేస్తున్నాము, విక్రేత మాకు ఇప్పటికే రవాణా చేయబడిన పరిష్కారాలను సరఫరా చేసినప్పుడు.

మరియు మా సమస్య చిన్న జట్టులో మాత్రమే. ఒక షరతులతో కూడిన ఉత్పత్తికి ఒక QA ఇంజనీర్ అవసరం. కాబట్టి, మేము 5-7 మైక్రోసర్వీస్‌ల ఉత్పత్తిని రవాణా చేస్తాము, వాటిలో 2-3 మూడవ పక్షాలు అభివృద్ధి చేయవచ్చు. ఉదాహరణకు, మా బిల్లింగ్ సిస్టమ్ విక్రేత, Mail.ru గ్రూప్ మరియు MegaFon R&D పాల్గొనే ఉత్పత్తిని మేము కలిగి ఉన్నాము. మేము దీన్ని ఉత్పత్తికి షిప్పింగ్ చేసే ముందు పరీక్షలతో కవర్ చేయాలి. QA ఇంజనీర్ ఈ ఉత్పత్తిపై నెలన్నర రోజులుగా పని చేస్తున్నారు మరియు మిగిలిన బృందం అతని మద్దతు లేకుండా పోయింది.

ఈ సంక్లిష్టత స్కేలింగ్ వల్ల మాత్రమే కలుగుతుంది. మైక్రోసర్వీస్‌లు వాక్యూమ్‌లో ఉండవని మేము అర్థం చేసుకున్నాము; సంపూర్ణ ఐసోలేషన్ ఉనికిలో లేదు. ఒక సేవను మార్చినప్పుడు, మేము ఎల్లప్పుడూ API ఒప్పందాన్ని భద్రపరచడానికి ప్రయత్నిస్తాము. హుడ్ కింద ఏదైనా మారితే, ఫ్రంట్ సర్వీస్ అలాగే ఉంటుంది. మార్పులు ప్రాణాంతకం అయితే, ఒక రకమైన నిర్మాణ పరివర్తన జరుగుతుంది మరియు మేము పూర్తిగా భిన్నమైన డేటా మెటామోడల్‌కి వెళ్తాము, ఇది పూర్తిగా విరుద్ధంగా ఉంటుంది - అప్పుడు మాత్రమే మేము v2 సేవ API స్పెసిఫికేషన్ కనిపించడం గురించి మాట్లాడుతాము. మేము మొదటి మరియు రెండవ సంస్కరణలకు ఏకకాలంలో మద్దతు ఇస్తాము మరియు వినియోగదారులందరూ రెండవ సంస్కరణకు మారిన తర్వాత, మేము మొదటిదాన్ని మూసివేస్తాము.

సెర్గీ:

నేను జోడించాలనుకుంటున్నాను. నేను సంక్లిష్టతలను పూర్తిగా అంగీకరిస్తున్నాను - అవి జరుగుతాయి. ప్రకృతి దృశ్యం మరింత క్లిష్టంగా మారుతోంది మరియు ముఖ్యంగా పరీక్ష కోసం ఓవర్‌హెడ్ ఖర్చులు పెరుగుతున్నాయి. దీన్ని ఎలా ఎదుర్కోవాలి: స్వయంచాలక పరీక్షకు మారండి. అవును, మీరు ఆటోటెస్ట్‌లు మరియు యూనిట్ టెస్ట్‌లు రాయడానికి అదనంగా పెట్టుబడి పెట్టాలి. డెవలపర్‌లు పరీక్షలో ఉత్తీర్ణత సాధించకుండా కట్టుబడి ఉండలేరు, వారు కోడ్‌ను మార్చలేరు. తద్వారా ఆటోటెస్ట్, యూనిట్ టెస్ట్ లేకుండా పుష్ బటన్ కూడా పనిచేయదు.

మునుపటి కార్యాచరణను నిర్వహించడం చాలా ముఖ్యం మరియు ఇది అదనపు ఓవర్‌హెడ్. మీరు సాంకేతికతను మరొక ప్రోటోకాల్‌కు తిరిగి వ్రాస్తే, మీరు ప్రతిదీ పూర్తిగా మూసివేసే వరకు దాన్ని తిరిగి వ్రాస్తారు.

మేము కొన్నిసార్లు ఉద్దేశపూర్వకంగా ఎండ్-టు-ఎండ్ టెస్టింగ్ చేయము, ఎందుకంటే మేము అభివృద్ధిని ఆపకూడదనుకుంటున్నాము, అయినప్పటికీ మనకు ఒకదాని తర్వాత మరొకటి ఉంది. ప్రకృతి దృశ్యం చాలా పెద్దది, సంక్లిష్టమైనది, అనేక వ్యవస్థలు ఉన్నాయి. కొన్నిసార్లు ఇది కేవలం స్టబ్‌లు మాత్రమే - అవును, మీరు భద్రతా మార్జిన్‌ను తగ్గిస్తారు, మరిన్ని ప్రమాదాలు కనిపిస్తాయి. కానీ అదే సమయంలో మీరు సరఫరాను విడుదల చేస్తారు.

అలెగ్జాండర్:

అవును, ఆటోటెస్ట్‌లు మరియు యూనిట్ పరీక్షలు అధిక-నాణ్యత సేవను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తాయి. యూనిట్ మరియు ఇంటిగ్రేషన్ పరీక్షలు లేకుండా ఉత్తీర్ణత సాధించలేని పైప్‌లైన్ కోసం మేము ఉన్నాము. మేము తరచుగా ఎమ్యులేటర్‌లను మరియు వాణిజ్య వ్యవస్థలను టెస్ట్ జోన్‌లు మరియు డెవలప్‌మెంట్ ఎన్విరాన్‌మెంట్‌లలోకి లాగవలసి ఉంటుంది, ఎందుకంటే అన్ని సిస్టమ్‌లను టెస్ట్ జోన్‌లలో ఉంచడం సాధ్యం కాదు. అంతేకాకుండా, అవి కేవలం తడిగా ఉండవు - మేము సిస్టమ్ నుండి పూర్తి స్థాయి ప్రతిస్పందనను రూపొందిస్తాము. మైక్రోసర్వీస్‌తో పని చేయడంలో ఇది తీవ్రమైన భాగం మరియు మేము ఇందులో కూడా పెట్టుబడి పెడుతున్నాము. ఇది లేకుండా, గందరగోళం ఏర్పడుతుంది.

ప్రేక్షకుల నుండి ప్రశ్న (3):

నేను అర్థం చేసుకున్నంతవరకు, మైక్రోసర్వీస్‌లు మొదట్లో ప్రత్యేక బృందం నుండి పెరిగాయి మరియు ఇప్పుడు ఈ మోడల్‌లో ఉన్నాయి. దాని లాభాలు మరియు నష్టాలు ఏమిటి?

మాకు ఇలాంటి కథ ఉంది: ఒక రకమైన మైక్రోసర్వీసెస్ ఫ్యాక్టరీ ఏర్పడింది. ఇప్పుడు మేము సంభావితంగా ఈ విధానాన్ని స్ట్రీమ్‌లు మరియు సిస్టమ్‌ల ద్వారా ఉత్పత్తికి విస్తరింపజేస్తున్నాము. మరో మాటలో చెప్పాలంటే, మేము మైక్రోసర్వీస్, మైక్రోసర్వీస్ మోడల్స్ యొక్క కేంద్రీకృత అభివృద్ధి నుండి దూరంగా ఉన్నాము మరియు సిస్టమ్‌లకు దగ్గరగా ఉన్నాము.

దీని ప్రకారం, మా ఆపరేషన్ సిస్టమ్‌లకు కూడా వెళుతుంది, అంటే, మేము ఈ అంశాన్ని వికేంద్రీకరిస్తున్నాము. మీ విధానం ఏమిటి మరియు మీ లక్ష్య కథ ఏమిటి?

అలెగ్జాండర్:

మీరు మీ నోటి నుండి “మైక్రోసర్వీసెస్ ఫ్యాక్టరీ” అనే పేరును వదులుకున్నారు - మేము కూడా స్కేల్ చేయాలనుకుంటున్నాము. మొదట, మాకు ఇప్పుడు ఒక జట్టు ఉంది. మేము MegaFon కలిగి ఉన్న అన్ని అభివృద్ధి బృందాలకు ఉమ్మడి పర్యావరణ వ్యవస్థలో పని చేసే అవకాశాన్ని అందించాలనుకుంటున్నాము. మేము ఇప్పుడు కలిగి ఉన్న అన్ని అభివృద్ధి కార్యాచరణలను పూర్తిగా స్వాధీనం చేసుకోవడం ఇష్టం లేదు. స్థానిక పని స్కేల్ చేయడం, గ్లోబల్ టాస్క్ మైక్రోసర్వీస్ లేయర్‌లోని అన్ని బృందాలకు అభివృద్ధిని అందించడం.

సెర్గీ:

మేము వెళ్ళిన మార్గాన్ని నేను మీకు చెప్తాను. మేము నిజంగా ఒక జట్టుగా పనిచేయడం ప్రారంభించాము, కానీ ఇప్పుడు మేము ఒంటరిగా లేము. నేను ఈ క్రింది వాటికి ప్రతిపాదకుడిని: ప్రక్రియకు యజమాని తప్పనిసరిగా ఉండాలి. మైక్రోసర్వీసెస్ డెవలప్‌మెంట్ ప్రక్రియను ఎవరైనా అర్థం చేసుకోవాలి, నిర్వహించాలి, నియంత్రించాలి మరియు నిర్మించాలి. అతను వనరులను కలిగి ఉండాలి మరియు వనరుల నిర్వహణలో నిమగ్నమై ఉండాలి.

సాంకేతికతలు, ప్రత్యేకతలు మరియు మైక్రోసర్వీస్‌లను ఎలా నిర్మించాలో అర్థం చేసుకున్న ఈ వనరులు ఉత్పత్తి బృందాలలో ఉంటాయి. మొబైల్ అప్లికేషన్‌ను రూపొందించే ఉత్పత్తి బృందంలో మైక్రోసర్వీస్ ప్లాట్‌ఫారమ్‌కు చెందిన వ్యక్తులు ఉండే మిక్స్ మా వద్ద ఉంది. వారు అక్కడ ఉన్నారు, కానీ వారు తమ డెవలప్‌మెంట్ మేనేజర్‌తో మైక్రోసర్వీస్ ప్లాట్‌ఫారమ్ మేనేజ్‌మెంట్ డిపార్ట్‌మెంట్ ప్రక్రియ ప్రకారం పని చేస్తారు. ఈ విభాగంలో సాంకేతికతతో వ్యవహరించే ప్రత్యేక బృందం ఉంది. అంటే, మనం మనలో ఒక సాధారణ వనరులను కలపడం మరియు వాటిని విభజించడం, వాటిని జట్లకు ఇవ్వడం.

అదే సమయంలో, ప్రక్రియ సాధారణమైనది, నియంత్రించబడుతుంది, ఇది సాధారణ సాంకేతిక సూత్రాల ప్రకారం, యూనిట్ టెస్టింగ్ మరియు మొదలైన వాటితో కొనసాగుతుంది - పైన నిర్మించబడిన ప్రతిదీ. ఉత్పత్తి విధానం యొక్క వివిధ విభాగాల నుండి సేకరించిన వనరుల రూపంలో నిలువు వరుసలు ఉండవచ్చు.

అలెగ్జాండర్:

సెర్గీ, మీరు వాస్తవానికి ప్రక్రియ యొక్క యజమాని, సరియైనదా? టాస్క్ బ్యాక్‌లాగ్ భాగస్వామ్యం చేయబడిందా? దాని పంపిణీకి ఎవరు బాధ్యత వహిస్తారు?

సెర్గీ:

చూడండి: ఇదిగో మళ్ళీ మిక్స్. సాంకేతిక మెరుగుదలల ఆధారంగా ఏర్పడిన బ్యాక్‌లాగ్ ఉంది - ఇది ఒక కథ. ప్రాజెక్ట్‌ల నుండి రూపొందించబడిన బ్యాక్‌లాగ్ ఉంది మరియు ఉత్పత్తుల నుండి బ్యాక్‌లాగ్ ఉంది. కానీ ప్రతి సేవా ఉత్పత్తులకు పరిచయం చేసే క్రమం లేదా ఈ సేవ యొక్క సృష్టి ఒక ఉత్పత్తి నిపుణుడిచే అభివృద్ధి చేయబడింది. అతను ఐటీ డైరెక్టరేట్‌లో లేడు; అతను ప్రత్యేకంగా దాని నుండి తొలగించబడ్డాడు. కానీ నా ప్రజలు ఖచ్చితంగా అదే ప్రక్రియ ప్రకారం పని చేస్తారు.

వేర్వేరు దిశల్లో బ్యాక్‌లాగ్ యజమాని - మార్పుల బ్యాక్‌లాగ్ - వేర్వేరు వ్యక్తులు. సాంకేతిక సేవల కనెక్షన్, వారి ఆర్గనైజింగ్ సూత్రం - ఇవన్నీ ITలో ఉంటాయి. ప్లాట్‌ఫారమ్ మరియు వనరులు కూడా నా స్వంతం. ఎగువన బ్యాక్‌లాగ్ మరియు ఫంక్షనల్ మార్పులు మరియు ఈ కోణంలో ఆర్కిటెక్చర్‌కు సంబంధించినది.

"మాకు ఈ ఫంక్షన్ కావాలి, మేము కొత్త ఉత్పత్తిని సృష్టించాలనుకుంటున్నాము - రుణాన్ని రీమేక్ చేయాలనుకుంటున్నాము" అని ఒక వ్యాపారం చెప్పిందని చెప్పండి. మేము సమాధానం: "అవును, మేము దానిని మళ్లీ చేస్తాము." వాస్తుశిల్పులు ఇలా అంటారు: "మనం ఆలోచిద్దాం: రుణంలో మనం మైక్రోసర్వీస్‌లను ఎక్కడ వ్రాస్తాము మరియు దానిని ఎలా చేస్తాం?" అప్పుడు మేము దానిని ప్రాజెక్ట్‌లు, ఉత్పత్తులు లేదా టెక్నాలజీ స్టాక్‌గా విభజించి, బృందాలుగా ఉంచి అమలు చేస్తాము. మీరు అంతర్గతంగా ఉత్పత్తిని సృష్టించి, ఈ ఉత్పత్తిలో మైక్రోసర్వీస్‌లను ఉపయోగించాలని నిర్ణయించుకున్నారా? మేము ఇలా అంటాము: "ఇప్పుడు మనకు ఉన్న లెగసీ సిస్టమ్‌లు లేదా ఫ్రంట్-లైన్ సిస్టమ్‌లు తప్పనిసరిగా ఈ మైక్రోసర్వీస్‌లకు మారాలి." వాస్తుశిల్పులు ఇలా అంటారు: “కాబట్టి: ఫ్రంట్-లైన్ ఉత్పత్తులలోని సాంకేతిక బ్యాక్‌లాగ్‌లో - మైక్రోసర్వీస్‌లకు మార్పు. వెళ్ళండి". మరియు ఉత్పత్తి నిపుణులు లేదా వ్యాపార యజమానులు ఎంత కెపాసిటీ కేటాయించబడుతుందో, అది ఎప్పుడు చేయబడుతుందో మరియు ఎందుకు జరుగుతుందో అర్థం చేసుకుంటారు.

చర్చ ముగింపు, కానీ అన్నీ కాదు

mailto:CLOUD సమావేశం నిర్వహించబడింది Mail.ru క్లౌడ్ సొల్యూషన్స్.

మేము ఇతర ఈవెంట్‌లను కూడా చేస్తాము - ఉదా. @కుబెర్నెట్స్ మీట్అప్, ఇక్కడ మేము ఎల్లప్పుడూ గొప్ప స్పీకర్ల కోసం చూస్తున్నాము:

• మా టెలిగ్రామ్ ఛానెల్‌లో @Kubernetes మరియు ఇతర @Meetup వార్తలను అనుసరించండి t.me/k8s_mail
• @మీటప్‌లలో ఒకదానిలో మాట్లాడటానికి ఆసక్తి ఉందా? కోసం అభ్యర్థనను వదిలివేయండి mcs.mail.ru/speak

మూలం: www.habr.com