HighLoad++, Evgeniy Kuzovlev (EcommPay IT): ஒரு நிமிட வேலையில்லா நேரம் $100000 என்றால் என்ன செய்வது

ஒவ்வொருவரும் வளர்ச்சி மற்றும் சோதனை செயல்முறைகள், பயிற்சி பணியாளர்கள், ஊக்கத்தை அதிகரிப்பது பற்றி பேசுகிறார்கள், ஆனால் இந்த செயல்முறைகள் போதாது, ஒரு நிமிட சேவை வேலையில்லா நேரம் மகத்தான அளவு பணம் செலவாகும். கடுமையான SLA இன் கீழ் நீங்கள் நிதி பரிவர்த்தனைகளை மேற்கொள்ளும்போது என்ன செய்ய வேண்டும்? உங்கள் கணினிகளின் நம்பகத்தன்மை மற்றும் தவறு சகிப்புத்தன்மையை எவ்வாறு அதிகரிப்பது, சமன்பாட்டிலிருந்து மேம்பாடு மற்றும் சோதனைகளை எடுப்பது எப்படி?

அடுத்த HighLoad++ மாநாடு ஏப்ரல் 6 மற்றும் 7, 2020 அன்று செயின்ட் பீட்டர்ஸ்பர்க்கில் நடைபெறும். இதற்கான விவரங்கள் மற்றும் டிக்கெட்டுகள் இணைப்பை. நவம்பர் 9, 18:00. ஹைலோட்++ மாஸ்கோ 2018, டெல்லி + கொல்கத்தா ஹால். இவைகள் மற்றும் விளக்கக்காட்சி.

Evgeniy Kuzovlev (இனி - EC): - நண்பர்களே, வணக்கம்! என் பெயர் Kuzovlev Evgeniy. நான் EcommPay நிறுவனத்தைச் சேர்ந்தவன், ஒரு குறிப்பிட்ட பிரிவு என்பது EcommPay IT, நிறுவனங்களின் குழுவின் IT பிரிவாகும். இன்று நாம் வேலையில்லா நேரங்களைப் பற்றி பேசுவோம் - அவற்றை எவ்வாறு தவிர்ப்பது என்பது பற்றி, அதைத் தவிர்க்க முடியாவிட்டால் அவற்றின் விளைவுகளை எவ்வாறு குறைப்பது என்பது பற்றி. தலைப்பு பின்வருமாறு கூறப்பட்டுள்ளது: "ஒரு நிமிட வேலையில்லா நேரம் $100 செலவாகும் போது என்ன செய்வது"? முன்னோக்கிப் பார்க்கும்போது, ​​​​எங்கள் எண்ணிக்கை ஒப்பிடத்தக்கது.

EcommPay ஐடி என்ன செய்கிறது?

நாம் யார்? நான் ஏன் இங்கு உங்கள் முன் நிற்கிறேன்? இங்கே உங்களிடம் ஒன்றைச் சொல்ல எனக்கு ஏன் உரிமை இருக்கிறது? மேலும் இங்கு எதைப் பற்றி விரிவாகப் பேசுவோம்?

EcommPay குழுமம் ஒரு சர்வதேச கையகப்படுத்துபவர். நாங்கள் உலகம் முழுவதும் பணம் செலுத்துகிறோம் - ரஷ்யா, ஐரோப்பா, தென்கிழக்கு ஆசியா (உலகம் முழுவதும்). எங்களிடம் 9 அலுவலகங்கள் உள்ளன, மொத்தம் 500 பணியாளர்கள், அவர்களில் பாதிக்கும் குறைவானவர்கள் IT நிபுணர்கள். நாம் செய்யும் அனைத்தும், பணம் சம்பாதிக்கும் அனைத்தும், நாமே செய்தோம்.

எங்களின் அனைத்து தயாரிப்புகளையும் நாங்கள் எழுதினோம் (அவை எங்களிடம் நிறைய உள்ளன - எங்கள் பெரிய IT தயாரிப்புகளின் வரிசையில் எங்களிடம் சுமார் 16 வெவ்வேறு கூறுகள் உள்ளன) நாங்களே; நாமே எழுதுகிறோம், நம்மை நாமே வளர்த்துக் கொள்கிறோம். இந்த நேரத்தில் நாங்கள் ஒரு நாளைக்கு ஒரு மில்லியன் பரிவர்த்தனைகளை மேற்கொள்கிறோம் (மில்லியன்கள் அதைச் சொல்வது சரியான வழி). நாங்கள் மிகவும் இளம் நிறுவனம் - எங்களுக்கு ஆறு வயதுதான்.

6 ஆண்டுகளுக்கு முன்பு தோழர்கள் வணிகத்துடன் வந்தபோது இது ஒரு தொடக்கமாக இருந்தது. அவர்கள் ஒரு யோசனையால் ஒன்றுபட்டனர் (ஒரு யோசனையைத் தவிர வேறு எதுவும் இல்லை), நாங்கள் ஓடினோம். எந்த ஸ்டார்ட்அப்பைப் போலவும் வேகமாக ஓடினோம்... எங்களைப் பொறுத்தவரை தரத்தை விட வேகம்தான் முக்கியம்.

ஒரு கட்டத்தில் நாங்கள் நிறுத்தினோம்: இனி எப்படியாவது அந்த வேகத்திலும் அந்தத் தரத்திலும் வாழ முடியாது என்பதை உணர்ந்தோம், முதலில் தரத்தில் கவனம் செலுத்த வேண்டும். இந்த நேரத்தில், சரியான, அளவிடக்கூடிய மற்றும் நம்பகமான ஒரு புதிய தளத்தை எழுத முடிவு செய்தோம். அவர்கள் இந்த தளத்தை எழுதத் தொடங்கினர் (அவர்கள் முதலீடு செய்யத் தொடங்கினர், மேம்பாடு, சோதனை செய்தல்), ஆனால் ஒரு கட்டத்தில் மேம்பாடு மற்றும் சோதனை எங்களை சேவைத் தரத்தின் புதிய நிலையை அடைய அனுமதிக்கவில்லை என்பதை அவர்கள் உணர்ந்தனர்.

நீங்கள் ஒரு புதிய தயாரிப்பை உருவாக்குகிறீர்கள், அதை உற்பத்தியில் வைக்கிறீர்கள், ஆனால் எங்கோ ஏதோ தவறு நடக்கும். இன்று நாம் ஒரு புதிய தரநிலையை எவ்வாறு அடைவது (எப்படி செய்தோம், எங்கள் அனுபவத்தைப் பற்றி), சமன்பாட்டிலிருந்து மேம்பாடு மற்றும் சோதனைகளை எடுப்பது பற்றி பேசுவோம்; செயல்பாட்டிற்கு என்ன கிடைக்கிறது - என்ன செயல்பாடு தானே செய்ய முடியும், தரத்தை பாதிக்கும் வகையில் சோதனைக்கு என்ன வழங்க முடியும் என்பதைப் பற்றி பேசுவோம்.

வேலையில்லா நேரங்கள். செயல்பாட்டின் கட்டளைகள்.

எப்போதும் முக்கிய மூலக்கல்லானது, இன்று நாம் உண்மையில் பேசுவது வேலையில்லா நேரம். ஒரு பயங்கரமான வார்த்தை. நமக்கு வேலையில்லா நேரம் இருந்தால், எல்லாமே நமக்குக் கேடுதான். அதை உயர்த்த ஓடுகிறோம், அட்மின்கள் சர்வரைப் பிடித்துக் கொள்கிறார்கள் - கடவுளே அது விழக்கூடாது என்று அந்தப் பாடலில் சொல்கிறார்கள். இதைத்தான் இன்று பேசுவோம்.

நாங்கள் எங்கள் அணுகுமுறைகளை மாற்றத் தொடங்கியபோது, ​​​​நாங்கள் 4 கட்டளைகளை உருவாக்கினோம். அவற்றை ஸ்லைடுகளில் வழங்கியுள்ளேன்:

இந்த கட்டளைகள் மிகவும் எளிமையானவை:

• சிக்கலை விரைவாகக் கண்டறியவும்.
• இன்னும் வேகமாக அதிலிருந்து விடுபடுங்கள்.
• காரணத்தைப் புரிந்துகொள்ள உதவுங்கள் (பின்னர், டெவலப்பர்களுக்கு).
• மற்றும் அணுகுமுறைகளை தரப்படுத்தவும்.

புள்ளி எண் 2 க்கு உங்கள் கவனத்தை ஈர்க்க விரும்புகிறேன். நாங்கள் பிரச்சனையிலிருந்து விடுபடுகிறோம், அதை தீர்க்கவில்லை. முடிவெடுப்பது இரண்டாம்பட்சம். எங்களைப் பொறுத்தவரை, பயனர் இந்த சிக்கலில் இருந்து பாதுகாக்கப்படுகிறார் என்பதே முதன்மையான விஷயம். இது சில தனிமைப்படுத்தப்பட்ட சூழலில் இருக்கும், ஆனால் இந்த சூழல் அதனுடன் எந்த தொடர்பும் கொண்டிருக்காது. உண்மையில், நாங்கள் இந்த நான்கு குழுக்களின் சிக்கல்களைக் கடந்து செல்வோம் (சிலவை இன்னும் விரிவாக, சில குறைவாக விரிவாக), நாங்கள் எதைப் பயன்படுத்துகிறோம், தீர்வுகளில் எங்களுக்கு என்ன பொருத்தமான அனுபவம் உள்ளது என்பதை நான் உங்களுக்குச் சொல்கிறேன்.

சரிசெய்தல்: அவை எப்போது நிகழ்கின்றன, அவற்றைப் பற்றி என்ன செய்ய வேண்டும்?

ஆனால் நாங்கள் ஒழுங்கற்ற முறையில் தொடங்குவோம், புள்ளி எண் 2 உடன் தொடங்குவோம் - சிக்கலை எவ்வாறு விரைவாக அகற்றுவது? ஒரு சிக்கல் உள்ளது - நாம் அதை சரிசெய்ய வேண்டும். "இதற்கு நாம் என்ன செய்ய வேண்டும்?" - முக்கிய கேள்வி. சிக்கலை எவ்வாறு சரிசெய்வது என்று நாங்கள் சிந்திக்கத் தொடங்கியபோது, ​​​​சரிசெய்தல் பின்பற்ற வேண்டிய சில தேவைகளை நாங்கள் உருவாக்கினோம்.

இந்த தேவைகளை உருவாக்க, "எங்களுக்கு எப்போது பிரச்சினைகள் உள்ளன" என்ற கேள்வியை நாமே கேட்டுக்கொள்ள முடிவு செய்தோம். சிக்கல்கள், அது மாறியது போல், நான்கு நிகழ்வுகளில் நிகழ்கின்றன:

• வன்பொருள் செயலிழப்பு.
• வெளிப்புற சேவைகள் தோல்வியடைந்தன.
• மென்பொருள் பதிப்பை மாற்றுதல் (அதே வரிசைப்படுத்தல்).
• வெடிக்கும் சுமை வளர்ச்சி.

முதல் இரண்டைப் பற்றி பேச மாட்டோம். ஒரு வன்பொருள் செயலிழப்பை மிகவும் எளிமையாக தீர்க்க முடியும்: நீங்கள் அனைத்தையும் நகலெடுக்க வேண்டும். இவை வட்டுகளாக இருந்தால், வட்டுகள் RAID இல் இணைக்கப்பட வேண்டும்; இது ஒரு சேவையகமாக இருந்தால், சேவையகம் நகலெடுக்கப்பட வேண்டும்; உங்களிடம் பிணைய உள்கட்டமைப்பு இருந்தால், நீங்கள் பிணைய உள்கட்டமைப்பின் இரண்டாவது நகலை வழங்க வேண்டும், அதாவது, நீங்கள் அதை எடுத்து மற்றும் அதை நகலெடுக்கவும். ஏதாவது தோல்வியுற்றால், நீங்கள் ரிசர்வ் சக்திக்கு மாறுவீர்கள். இங்கு மேலும் எதையும் கூறுவது கடினம்.

இரண்டாவது வெளி சேவைகளின் தோல்வி. பெரும்பாலானவர்களுக்கு, கணினி ஒரு பிரச்சனையே இல்லை, ஆனால் எங்களுக்கு அல்ல. நாங்கள் பணம் செலுத்துவதைச் செயல்படுத்துவதால், பயனர் (அவரது அட்டைத் தரவை உள்ளிடுபவர்) மற்றும் வங்கிகள், கட்டண முறைகள் (விசா, மாஸ்டர்கார்டு, மீரா, முதலியன) இடையே நிற்கும் ஒரு ஒருங்கிணைப்பாளர் நாங்கள். எங்கள் வெளிப்புற சேவைகள் (கட்டண அமைப்புகள், வங்கிகள்) தோல்வியடைகின்றன. நாமோ அல்லது உங்களோ (உங்களிடம் இதுபோன்ற சேவைகள் இருந்தால்) இதை பாதிக்க முடியாது.

அப்புறம் என்ன செய்வது? இங்கே இரண்டு விருப்பங்கள் உள்ளன. முதலில், உங்களால் முடிந்தால், இந்த சேவையை ஏதேனும் ஒரு வழியில் நகலெடுக்க வேண்டும். எடுத்துக்காட்டாக, எங்களால் முடிந்தால், போக்குவரத்தை ஒரு சேவையிலிருந்து மற்றொரு சேவைக்கு மாற்றுவோம்: எடுத்துக்காட்டாக, கார்டுகள் Sberbank மூலம் செயலாக்கப்பட்டன, Sberbank இல் சிக்கல்கள் உள்ளன - நாங்கள் போக்குவரத்தை [நிபந்தனையுடன்] Raiffeisen க்கு மாற்றுகிறோம். நாம் செய்யக்கூடிய இரண்டாவது விஷயம், வெளிப்புற சேவைகளின் தோல்வியை மிக விரைவாக கவனிக்க வேண்டும், எனவே அறிக்கையின் அடுத்த பகுதியில் பதில் வேகம் பற்றி பேசுவோம்.

உண்மையில், இந்த நான்கில், மென்பொருள் பதிப்புகளின் மாற்றத்தை நாம் குறிப்பாக பாதிக்கலாம் - வரிசைப்படுத்தல்களின் பின்னணியிலும், சுமைகளில் வெடிக்கும் வளர்ச்சியின் பின்னணியிலும் நிலைமையை மேம்படுத்த வழிவகுக்கும் நடவடிக்கைகளை எடுக்கவும். உண்மையில், அதைத்தான் நாங்கள் செய்தோம். இங்கே மீண்டும் ஒரு சிறு குறிப்பு...

இந்த நான்கு பிரச்சனைகளில், உங்களுக்கு மேகம் இருந்தால் பல உடனடியாக தீர்க்கப்படும். நீங்கள் Microsoft Azhur, Ozone மேகங்களில் இருந்தால் அல்லது Yandex அல்லது Mail இலிருந்து எங்கள் மேகங்களைப் பயன்படுத்தினால், குறைந்தபட்சம் வன்பொருள் செயலிழப்பு அவர்களின் பிரச்சனையாக மாறும், மேலும் வன்பொருள் செயலிழப்பின் சூழலில் எல்லாம் உடனடியாக உங்களுக்கு சரியாகிவிடும்.

நாங்கள் சற்று வழக்கத்திற்கு மாறான நிறுவனம். இங்கே எல்லோரும் “குபர்நெட்ஸ்”, மேகங்களைப் பற்றி பேசுகிறார்கள் - எங்களிடம் “குபர்நெட்ஸ்” அல்லது மேகங்கள் இல்லை. ஆனால் எங்களிடம் பல தரவு மையங்களில் வன்பொருள் ரேக்குகள் உள்ளன, மேலும் இந்த வன்பொருளில் வாழ வேண்டிய கட்டாயத்தில் இருக்கிறோம், அதற்கெல்லாம் நாங்கள் பொறுப்பேற்க வேண்டிய கட்டாயத்தில் இருக்கிறோம். எனவே, இந்த சூழலில் பேசுவோம். எனவே, பிரச்சினைகள் பற்றி. முதல் இரண்டு அடைப்புக்குறிக்குள் எடுக்கப்பட்டது.

மென்பொருள் பதிப்பை மாற்றுதல். அடிப்படைகள்

எங்கள் டெவலப்பர்களுக்கு உற்பத்திக்கான அணுகல் இல்லை. அது ஏன்? நாங்கள் பிசிஐ டிஎஸ்எஸ் சான்றிதழைப் பெற்றுள்ளோம், மேலும் எங்கள் டெவலப்பர்களுக்கு "தயாரிப்புக்கு" செல்ல உரிமை இல்லை. அவ்வளவுதான், காலம். அனைத்தும். எனவே, டெவலப்மென்ட் உருவாக்கத்தை வெளியீட்டிற்கு சமர்ப்பிக்கும் தருணத்தில் வளர்ச்சிப் பொறுப்பு சரியாக முடிவடைகிறது.

எங்களிடம் உள்ள இரண்டாவது அடிப்படை, இது எங்களுக்கு நிறைய உதவுகிறது, தனிப்பட்ட ஆவணமற்ற அறிவு இல்லாதது. உங்களுக்கும் அப்படித்தான் இருக்கும் என்று நம்புகிறேன். ஏனெனில் இது அவ்வாறு இல்லையென்றால், உங்களுக்கு சிக்கல்கள் ஏற்படும். இந்த தனித்துவமான, ஆவணமற்ற அறிவு சரியான நேரத்தில் சரியான இடத்தில் இல்லாதபோது சிக்கல்கள் எழும். ஒரு குறிப்பிட்ட கூறுகளை எவ்வாறு வரிசைப்படுத்துவது என்று உங்களுக்குத் தெரிந்த ஒருவர் உங்களிடம் இருக்கிறார் என்று வைத்துக்கொள்வோம் - அந்த நபர் அங்கு இல்லை, அவர் விடுமுறையில் இருக்கிறார் அல்லது நோய்வாய்ப்பட்டிருக்கிறார் - அவ்வளவுதான், உங்களுக்கு சிக்கல்கள் உள்ளன.

நாம் வந்த மூன்றாவது அடிப்படை. வலி, ரத்தம், கண்ணீர் வழிய வந்தோம் - எங்களின் எந்தக் கட்டத்திலும் பிழைகள் இல்லை என்ற முடிவுக்கு வந்தோம். இதை நாமே முடிவு செய்தோம்: எதையாவது வரிசைப்படுத்தும்போது, ​​​​எதையாவது உற்பத்தியில் உருட்டும்போது, ​​​​எங்களிடம் பிழைகள் உள்ளன. எங்கள் அமைப்பு பூர்த்தி செய்ய வேண்டிய தேவைகளை நாங்கள் உருவாக்கியுள்ளோம்.

மென்பொருள் பதிப்பை மாற்றுவதற்கான தேவைகள்

மூன்று தேவைகள் உள்ளன:

• நாம் விரைவாக வரிசைப்படுத்தலை திரும்பப் பெற வேண்டும்.
• தோல்வியுற்ற வரிசைப்படுத்தலின் தாக்கத்தை நாம் குறைக்க வேண்டும்.
• நாம் விரைவாக இணையாக வரிசைப்படுத்த முடியும்.
  சரியாக அந்த வரிசையில்! ஏன்? ஏனெனில், முதலில், ஒரு புதிய பதிப்பைப் பயன்படுத்தும்போது, ​​வேகம் முக்கியமல்ல, ஆனால் ஏதாவது தவறு நடந்தால், விரைவாகப் பின்வாங்குவது மற்றும் குறைந்த தாக்கத்தை ஏற்படுத்துவது உங்களுக்கு முக்கியம். ஆனால் உங்களிடம் உற்பத்தியில் பதிப்புகளின் தொகுப்பு இருந்தால், அதில் பிழை இருப்பதாக மாறிவிடும் (நீலத்திற்கு வெளியே, வரிசைப்படுத்தல் இல்லை, ஆனால் ஒரு பிழை உள்ளது) - அடுத்தடுத்த வரிசைப்படுத்தலின் வேகம் உங்களுக்கு முக்கியமானது. இந்தக் கோரிக்கைகளை நிறைவேற்ற என்ன செய்தோம்? நாங்கள் பின்வரும் வழிமுறையை நாடினோம்:

  
  
  இது நன்கு அறியப்பட்டதாகும், நாங்கள் அதை ஒருபோதும் கண்டுபிடிக்கவில்லை - இது நீலம்/பச்சை வரிசைப்படுத்தல். அது என்ன? உங்கள் பயன்பாடுகள் நிறுவப்பட்டுள்ள சேவையகங்களின் ஒவ்வொரு குழுவிற்கும் ஒரு நகல் உங்களிடம் இருக்க வேண்டும். நகல் "சூடான": அதில் போக்குவரத்து இல்லை, ஆனால் எந்த நேரத்திலும் இந்த ட்ராஃபிக்கை இந்த நகலிற்கு அனுப்பலாம். இந்த நகலில் முந்தைய பதிப்பு உள்ளது. பயன்படுத்தப்படும் நேரத்தில், குறியீட்டை செயலற்ற நகலுக்கு வெளியிடுவீர்கள். நீங்கள் போக்குவரத்தின் ஒரு பகுதியை (அல்லது அனைத்தையும்) புதிய பதிப்பிற்கு மாற்றுவீர்கள். எனவே, பழைய பதிப்பில் இருந்து புதியதாக போக்குவரத்து ஓட்டத்தை மாற்ற, நீங்கள் ஒரே ஒரு செயலைச் செய்ய வேண்டும்: நீங்கள் அப்ஸ்ட்ரீமில் பேலன்சரை மாற்ற வேண்டும், திசையை மாற்ற வேண்டும் - ஒரு அப்ஸ்ட்ரீமில் இருந்து மற்றொன்றுக்கு. இது மிகவும் வசதியானது மற்றும் விரைவான மாறுதல் மற்றும் விரைவான ரோல்பேக் சிக்கலை தீர்க்கிறது.

  இங்கே இரண்டாவது கேள்விக்கான தீர்வு குறைத்தல்: உங்கள் போக்குவரத்தின் ஒரு பகுதியை மட்டுமே புதிய வரிக்கு, புதிய குறியீட்டைக் கொண்ட ஒரு வரிக்கு அனுப்ப முடியும் (எடுத்துக்காட்டாக, 2% ஆக இருக்கட்டும்). இந்த 2% 100% இல்லை! தோல்வியுற்ற வரிசைப்படுத்தல் காரணமாக உங்கள் 100% டிராஃபிக்கை இழந்தால், அது பயமாக இருக்கிறது; உங்கள் போக்குவரத்தில் 2% இழந்தால், அது விரும்பத்தகாதது, ஆனால் அது பயமாக இல்லை. மேலும், பயனர்கள் இதை பெரும்பாலும் கவனிக்க மாட்டார்கள், ஏனென்றால் சில சந்தர்ப்பங்களில் (அனைத்தும் இல்லை) அதே பயனர், F5 ஐ அழுத்தி, மற்றொரு, வேலை செய்யும் பதிப்பிற்கு எடுத்துச் செல்லப்படுவார்.

  நீலம்/பச்சை வரிசைப்படுத்தல். ரூட்டிங்

  இருப்பினும், எல்லாம் மிகவும் எளிமையானது அல்ல "நீலம்/பச்சை வரிசைப்படுத்தல்"... எங்கள் அனைத்து கூறுகளையும் மூன்று குழுக்களாக பிரிக்கலாம்:

  • இது முன்பக்கம் (எங்கள் வாடிக்கையாளர்கள் பார்க்கும் கட்டணப் பக்கங்கள்);
  • செயலாக்க மைய;
  • கட்டண அமைப்புகளுடன் பணிபுரியும் அடாப்டர் (வங்கிகள், மாஸ்டர்கார்டு, விசா...).

  இங்கே ஒரு நுணுக்கம் உள்ளது - நுணுக்கம் கோடுகளுக்கு இடையில் உள்ள ரூட்டிங்கில் உள்ளது. நீங்கள் 100% போக்குவரத்தை மாற்றினால், உங்களுக்கு இந்தப் பிரச்சனைகள் இருக்காது. ஆனால் நீங்கள் 2% மாற விரும்பினால், நீங்கள் கேள்விகளைக் கேட்கத் தொடங்குகிறீர்கள்: "இதை எப்படி செய்வது?" எளிமையான விஷயம் நேராக முன்னோக்கி: நீங்கள் ரேண்டம் தேர்வு மூலம் nginx இல் ரவுண்ட் ராபினை அமைக்கலாம், மேலும் உங்களிடம் 2% இடதுபுறம், 98% வலதுபுறம் உள்ளது. ஆனால் இது எப்போதும் பொருத்தமானது அல்ல.

  எடுத்துக்காட்டாக, எங்கள் விஷயத்தில், ஒரு பயனர் ஒன்றுக்கு மேற்பட்ட கோரிக்கைகளுடன் கணினியுடன் தொடர்பு கொள்கிறார். இது இயல்பானது: 2, 3, 4, 5 கோரிக்கைகள் - உங்கள் அமைப்புகள் ஒரே மாதிரியாக இருக்கலாம். மேலும் பயனரின் அனைத்து கோரிக்கைகளும் முதல் கோரிக்கை வந்த அதே வரியில் வருவது உங்களுக்கு முக்கியமானதாக இருந்தால், அல்லது (இரண்டாம் புள்ளி) பயனரின் அனைத்து கோரிக்கைகளும் மாற்றத்திற்குப் பிறகு புதிய வரிக்கு வருகின்றன (அவர் முன்னதாகவே வேலை செய்யத் தொடங்கியிருக்கலாம். அமைப்பு, சுவிட்ச் முன்), - பின்னர் இந்த சீரற்ற விநியோகம் உங்களுக்கு ஏற்றது அல்ல. பின்னர் பின்வரும் விருப்பங்கள் உள்ளன:

  
  
  முதல் விருப்பம், எளிமையானது, கிளையண்டின் அடிப்படை அளவுருக்கள் (ஐபி ஹாஷ்) அடிப்படையிலானது. உங்களிடம் ஐபி உள்ளது, அதை ஐபி முகவரியால் வலமிருந்து இடமாகப் பிரிக்கிறீர்கள். நான் விவரித்த இரண்டாவது வழக்கு உங்களுக்காக வேலை செய்யும், வரிசைப்படுத்தல் ஏற்பட்டபோது, ​​பயனர் ஏற்கனவே உங்கள் கணினியுடன் வேலை செய்யத் தொடங்கலாம், மேலும் வரிசைப்படுத்தப்பட்ட தருணத்திலிருந்து அனைத்து கோரிக்கைகளும் புதிய வரிக்கு செல்லும் (அதே ஒன்று, சொல்லுங்கள்).

  சில காரணங்களால் இது உங்களுக்குப் பொருந்தவில்லை என்றால், பயனரின் ஆரம்ப, ஆரம்ப கோரிக்கை வந்த வரிக்கு நீங்கள் கோரிக்கைகளை அனுப்ப வேண்டும் என்றால், உங்களுக்கு இரண்டு விருப்பங்கள் உள்ளன...
  முதல் விருப்பம்: நீங்கள் பணம் செலுத்திய nginx+ ஐ வாங்கலாம். ஸ்டிக்கி அமர்வுகள் பொறிமுறை உள்ளது, இது பயனரின் ஆரம்ப கோரிக்கையின் பேரில், பயனருக்கு ஒரு அமர்வை ஒதுக்கி, அதை ஒன்று அல்லது மற்றொரு அப்ஸ்ட்ரீமுடன் பிணைக்கிறது. அமர்வு வாழ்நாளில் அனைத்து அடுத்தடுத்த பயனர் கோரிக்கைகளும் அமர்வு இடுகையிடப்பட்ட அதே அப்ஸ்ட்ரீமுக்கு அனுப்பப்படும்.

  எங்களிடம் ஏற்கனவே வழக்கமான nginx இருப்பதால் இது எங்களுக்குப் பொருந்தவில்லை. nginx+ க்கு மாறுவது விலை உயர்ந்தது என்பதல்ல, அது எங்களுக்கு ஓரளவு வேதனையாக இருந்தது மற்றும் சரியாக இல்லை. "ஸ்டிக்ஸ் அமர்வுகள்", எடுத்துக்காட்டாக, "ஸ்டிக்ஸ் அமர்வுகள்" "ஒன்று-அல்லது" அடிப்படையில் ரூட்டிங் அனுமதிக்காத எளிய காரணத்திற்காக எங்களுக்கு வேலை செய்யவில்லை. நாங்கள் "ஸ்டிக்ஸ் அமர்வுகள்" என்ன செய்கிறோம் என்பதை நீங்கள் குறிப்பிடலாம், எடுத்துக்காட்டாக, ஐபி முகவரி அல்லது ஐபி முகவரி மற்றும் குக்கீகள் அல்லது போஸ்ட்பாராமீட்டர் மூலம், ஆனால் "ஒன்று-அல்லது" அங்கு மிகவும் சிக்கலானது.

  எனவே, நாங்கள் நான்காவது விருப்பத்திற்கு வந்தோம். நாங்கள் ஸ்டெராய்டுகளில் nginx ஐ எடுத்தோம் (இது openresty) - இது அதே nginx ஆகும், இது கூடுதலாக கடைசி ஸ்கிரிப்ட்களைச் சேர்ப்பதை ஆதரிக்கிறது. நீங்கள் கடைசி ஸ்கிரிப்டை எழுதலாம், அதற்கு "ஓப்பன் ரெஸ்ட்" கொடுக்கலாம், மேலும் பயனர் கோரிக்கை வரும்போது இந்த கடைசி ஸ்கிரிப்ட் செயல்படுத்தப்படும்.

  உண்மையில், அத்தகைய ஸ்கிரிப்டை நாங்கள் எழுதினோம், "ஓப்பன்ரெஸ்டி" என்று அமைத்து, இந்த ஸ்கிரிப்ட்டில் "அல்லது" என்ற இணைப்பின் மூலம் 6 வெவ்வேறு அளவுருக்கள் மூலம் வரிசைப்படுத்துகிறோம். ஒன்று அல்லது மற்றொரு அளவுருவின் இருப்பைப் பொறுத்து, பயனர் ஒரு பக்கம் அல்லது இன்னொரு பக்கம், ஒரு வரி அல்லது இன்னொருவருக்கு வந்தார் என்பதை நாங்கள் அறிவோம்.

  நீலம்/பச்சை வரிசைப்படுத்தல். நன்மைகள் மற்றும் தீமைகள்

  நிச்சயமாக, இதை கொஞ்சம் எளிமையாக்குவது சாத்தியமாக இருக்கலாம் (அதே “ஒட்டும் அமர்வுகளை” பயன்படுத்தவும்), ஆனால் ஒரு பரிவர்த்தனையின் ஒரு செயலாக்கத்தின் கட்டமைப்பிற்குள் பயனர் எங்களுடன் தொடர்புகொள்வது மட்டுமல்லாமல், அத்தகைய நுணுக்கமும் எங்களிடம் உள்ளது. ஆனால் கட்டண முறைகளும் எங்களுடன் தொடர்பு கொள்கின்றன: நாங்கள் பரிவர்த்தனையைச் செயல்படுத்திய பிறகு (கட்டண முறைக்கு கோரிக்கையை அனுப்புவதன் மூலம்), நாங்கள் கூல்பேக்கைப் பெறுகிறோம்.
  எங்கள் சர்க்யூட்டில் பயனர்களின் ஐபி முகவரியை எல்லா கோரிக்கைகளிலும் அனுப்பலாம் மற்றும் ஐபி முகவரியின் அடிப்படையில் பயனர்களைப் பிரிக்கலாம், அதே “விசா” என்று சொல்ல மாட்டோம்: “நண்பா, நாங்கள் அப்படிப்பட்ட ரெட்ரோ நிறுவனம், நாங்கள் போல் தெரிகிறது சர்வதேசமாக இருக்க (இணையதளத்திலும் ரஷ்யாவிலும்)... கூடுதல் துறையில் பயனரின் IP முகவரியை எங்களுக்கு வழங்கவும், உங்கள் நெறிமுறை தரப்படுத்தப்பட்டுள்ளது”! ஒப்புக்கொள்ள மாட்டார்கள் என்பது தெளிவாகிறது.

  
  
  எனவே, இது எங்களுக்கு வேலை செய்யவில்லை - நாங்கள் திறந்த மனதுடன் செய்தோம். அதன்படி, ரூட்டிங் மூலம் இது போன்ற ஒன்றைப் பெற்றோம்:

  நீலம்/பச்சை வரிசைப்படுத்தல், அதன்படி, நான் குறிப்பிட்ட நன்மைகள் மற்றும் தீமைகள் உள்ளன.

  இரண்டு தீமைகள்:

  • நீங்கள் ரூட்டிங் பற்றி கவலைப்பட வேண்டும்;
  • இரண்டாவது முக்கிய குறைபாடு செலவு ஆகும்.

  உங்களுக்கு இரண்டு மடங்கு சேவையகங்கள் தேவை, உங்களுக்கு இரண்டு மடங்கு செயல்பாட்டு ஆதாரங்கள் தேவை, இந்த முழு மிருகக்காட்சிசாலையை பராமரிக்க நீங்கள் இரண்டு மடங்கு அதிக முயற்சியை செலவிட வேண்டும்.

  மூலம், நன்மைகளில் நான் முன்பு குறிப்பிடாத மற்றொரு விஷயம் உள்ளது: சுமை வளர்ச்சியின் போது உங்களிடம் இருப்பு உள்ளது. நீங்கள் சுமைகளில் வெடிக்கும் வளர்ச்சியைக் கொண்டிருந்தால், உங்களிடம் அதிக எண்ணிக்கையிலான பயனர்கள் உள்ளனர், பின்னர் நீங்கள் இரண்டாவது வரியை 50 முதல் 50 விநியோகத்தில் சேர்க்கலாம் - மேலும் அதிக சேவையகங்களைக் கொண்டிருப்பதில் சிக்கலைத் தீர்க்கும் வரை உடனடியாக உங்கள் கிளஸ்டரில் x2 சேவையகங்கள் இருக்கும்.

  விரைவாக வரிசைப்படுத்துவது எப்படி?

  குறைத்தல் மற்றும் விரைவான திரும்பப் பெறுதல் ஆகியவற்றின் சிக்கலை எவ்வாறு தீர்ப்பது என்பது பற்றி நாங்கள் பேசினோம், ஆனால் கேள்வி உள்ளது: "எப்படி விரைவாக வரிசைப்படுத்துவது?"

  
  
  இங்கே சுருக்கமாகவும் எளிமையாகவும் இருக்கிறது.

  • உங்களிடம் குறுவட்டு அமைப்பு (தொடர்ச்சியான விநியோகம்) இருக்க வேண்டும் - அது இல்லாமல் நீங்கள் வாழ முடியாது. உங்களிடம் ஒரு சேவையகம் இருந்தால், நீங்கள் கைமுறையாக வரிசைப்படுத்தலாம். எங்களிடம் சுமார் ஒன்றரை ஆயிரம் சேவையகங்கள் மற்றும் ஒன்றரை ஆயிரம் கைப்பிடிகள் உள்ளன, நிச்சயமாக - வரிசைப்படுத்த இந்த அறையின் அளவிலான ஒரு துறையை நாம் நடலாம்.
  • வரிசைப்படுத்தல் இணையாக இருக்க வேண்டும். உங்கள் வரிசைப்படுத்தல் வரிசையாக இருந்தால், எல்லாம் மோசமாக இருக்கும். ஒரு சேவையகம் சாதாரணமானது, நீங்கள் நாள் முழுவதும் ஒன்றரை ஆயிரம் சேவையகங்களை வரிசைப்படுத்துவீர்கள்.
  • மீண்டும், முடுக்கத்திற்கு, இது இனி தேவைப்படாது. வரிசைப்படுத்தலின் போது, ​​திட்டம் பொதுவாக கட்டப்பட்டது. உங்களிடம் ஒரு வலைத் திட்டம் உள்ளது, ஒரு முன்-இறுதிப் பகுதி உள்ளது (நீங்கள் அங்கு ஒரு வலைப் பொதியைச் செய்கிறீர்கள், நீங்கள் npm ஐ தொகுக்கிறீர்கள் - அது போன்றது), மேலும் இந்த செயல்முறை, கொள்கையளவில், குறுகிய காலம் - 5 நிமிடங்கள், ஆனால் இந்த 5 நிமிடங்கள் முடியும் விமர்சனமாக இருக்கும். அதனால்தான், எடுத்துக்காட்டாக, நாங்கள் அதைச் செய்ய மாட்டோம்: இந்த 5 நிமிடங்களை நாங்கள் அகற்றிவிட்டோம், நாங்கள் கலைப்பொருட்களை வரிசைப்படுத்துகிறோம்.

    ஒரு கலைப்பொருள் என்றால் என்ன? ஒரு கலைப்பொருள் என்பது அனைத்து அசெம்பிளி பாகங்களும் ஏற்கனவே முடிக்கப்பட்ட ஒரு கூடியிருந்த கட்டிடமாகும். இந்த கலைப்பொருளை கலைப்பொருள் சேமிப்பகத்தில் சேமித்து வைக்கிறோம். ஒரு காலத்தில் இதுபோன்ற இரண்டு சேமிப்பகங்களைப் பயன்படுத்தினோம் - அது நெக்ஸஸ் மற்றும் இப்போது jFrog ஆர்டிஃபாக்டரி. நாங்கள் ஆரம்பத்தில் “Nexus” ஐப் பயன்படுத்தினோம், ஏனெனில் நாங்கள் ஜாவா பயன்பாடுகளில் இந்த அணுகுமுறையைப் பயிற்சி செய்யத் தொடங்கினோம் (அது மிகவும் பொருத்தமானது). பிறகு PHPயில் எழுதப்பட்ட சில அப்ளிகேஷன்களை அங்கே போட்டார்கள்; மற்றும் "Nexus" இனி பொருத்தமானதாக இல்லை, எனவே jFrog Artefactory ஐ தேர்வு செய்தோம், இது கிட்டத்தட்ட அனைத்தையும் கலைக்க முடியும். இந்த கலைப்பொருள் களஞ்சியத்தில் நாங்கள் சர்வர்களுக்காக சேகரிக்கும் எங்கள் சொந்த பைனரி தொகுப்புகளை சேமித்து வைக்கிறோம் என்ற நிலைக்கு வந்துள்ளோம்.

  வெடிக்கும் சுமை வளர்ச்சி

  மென்பொருள் பதிப்பை மாற்றுவது பற்றி பேசினோம். எங்களிடம் உள்ள அடுத்த விஷயம், சுமைகளில் வெடிக்கும் அதிகரிப்பு ஆகும். இங்கே, நான் சுமையின் வெடிப்பு வளர்ச்சி என்பது சரியான விஷயம் அல்ல என்று அர்த்தம்...

  நாங்கள் ஒரு புதிய அமைப்பை எழுதினோம் - இது சேவை சார்ந்தது, நாகரீகமானது, அழகானது, எல்லா இடங்களிலும் தொழிலாளர்கள், எல்லா இடங்களிலும் வரிசைகள், எல்லா இடங்களிலும் ஒத்திசைவின்மை. அத்தகைய அமைப்புகளில், தரவு வெவ்வேறு ஓட்டங்கள் மூலம் பாயும். முதல் பரிவர்த்தனைக்கு, 1வது, 3வது, 10வது தொழிலாளியைப் பயன்படுத்தலாம், இரண்டாவது பரிவர்த்தனைக்கு - 2வது, 4வது, 5வது. இன்று, காலையில் உங்களிடம் முதல் மூன்று தொழிலாளர்களைப் பயன்படுத்தும் தரவு ஓட்டம் உள்ளது, மாலையில் அது வியத்தகு முறையில் மாறுகிறது, மேலும் அனைத்தும் மற்ற மூன்று தொழிலாளர்களைப் பயன்படுத்துகின்றன.

  இங்கே நீங்கள் எப்படியாவது தொழிலாளர்களை அளவிட வேண்டும், உங்கள் சேவைகளை எப்படியாவது அளவிட வேண்டும், ஆனால் அதே நேரத்தில் வள வீக்கத்தைத் தடுக்கவும்.

  
  
  நாங்கள் எங்கள் தேவைகளை வரையறுத்துள்ளோம். இந்த தேவைகள் மிகவும் எளிமையானவை: சேவை கண்டுபிடிப்பு, அளவுருவாக்கம் - ஒரு புள்ளியைத் தவிர, அத்தகைய அளவிடக்கூடிய அமைப்புகளை உருவாக்குவதற்கான அனைத்தும் நிலையானது - வள தேய்மானம். சேவையகங்கள் காற்றை சூடாக்கும் வகையில் வளங்களை மாற்றியமைக்க நாங்கள் தயாராக இல்லை என்று கூறினோம். நாங்கள் "கான்சல்" எடுத்தோம், நாங்கள் எங்கள் தொழிலாளர்களை நிர்வகிக்கும் "நாடோடி" எடுத்தோம்.

  நமக்கு ஏன் இந்த பிரச்சனை? கொஞ்சம் பின்வாங்குவோம். இப்போது எங்களிடம் சுமார் 70 கட்டண முறைகள் உள்ளன. காலையில், போக்குவரத்து Sberbank வழியாக செல்கிறது, பின்னர் Sberbank விழுந்தது, எடுத்துக்காட்டாக, நாங்கள் அதை மற்றொரு கட்டண முறைக்கு மாற்றுகிறோம். ஸ்பெர்பேங்கிற்கு முன்பு எங்களிடம் 100 தொழிலாளர்கள் இருந்தனர், அதன் பிறகு மற்றொரு கட்டண முறைக்கு 100 தொழிலாளர்களை கூர்மையாக அதிகரிக்க வேண்டும். மேலும் இவை அனைத்தும் மனித பங்களிப்பு இல்லாமல் நடப்பது விரும்பத்தக்கது. ஏனென்றால், மனித பங்களிப்பு இருந்தால், 24/7 அங்கு ஒரு பொறியாளர் அமர்ந்திருக்க வேண்டும், அவர் மட்டுமே இதைச் செய்ய வேண்டும், ஏனென்றால் இதுபோன்ற தோல்விகள், 70 அமைப்புகள் உங்களுக்குப் பின்னால் இருக்கும்போது, ​​தொடர்ந்து நடக்கின்றன.

  எனவே, திறந்த ஐபியைக் கொண்ட நோமடைப் பார்த்து, எங்கள் சொந்த விஷயமான ஸ்கேல்-நாமட் - ஸ்கேல்நோ எழுதினோம், இது தோராயமாக பின்வருவனவற்றைச் செய்கிறது: இது வரிசையின் வளர்ச்சியைக் கண்காணிக்கிறது மற்றும் இயக்கவியலைப் பொறுத்து தொழிலாளர்களின் எண்ணிக்கையைக் குறைக்கிறது அல்லது அதிகரிக்கிறது. வரிசையின். நாங்கள் அதைச் செய்தபோது, ​​​​"ஒருவேளை நாம் அதைத் திறக்க முடியுமா?" என்று நினைத்தோம். பின்னர் அவர்கள் அவளைப் பார்த்தார்கள் - அவள் இரண்டு கோபெக்குகளைப் போல எளிமையாக இருந்தாள்.

  இதுவரை நாங்கள் அதை ஓப்பன் சோர்ஸ் செய்யவில்லை, ஆனால் திடீரென்று அறிக்கைக்குப் பிறகு, உங்களுக்கு இது போன்ற ஒரு விஷயம் தேவை என்பதை உணர்ந்த பிறகு, உங்களுக்கு இது தேவை, எனது தொடர்புகள் கடைசி ஸ்லைடில் உள்ளன - தயவுசெய்து எனக்கு எழுதுங்கள். குறைந்தது 3-5 பேர் இருந்தால், நாங்கள் ஸ்பான்சர் செய்வோம்.

  
  
  எப்படி இது செயல்படுகிறது? வாருங்கள் பார்க்கலாம்! முன்னோக்கிப் பார்க்கிறோம்: இடதுபுறத்தில் எங்கள் கண்காணிப்பின் ஒரு பகுதி உள்ளது: இது ஒரு வரி, மேலே நிகழ்வு செயலாக்க நேரம், நடுவில் பரிவர்த்தனைகளின் எண்ணிக்கை, கீழே தொழிலாளர்களின் எண்ணிக்கை.

  நீங்கள் பார்த்தால், இந்த படத்தில் ஒரு தடுமாற்றம் உள்ளது. மேல் விளக்கப்படத்தில், ஒரு விளக்கப்படம் 45 வினாடிகளில் செயலிழந்தது - கட்டண முறைகளில் ஒன்று செயலிழந்தது. உடனடியாக, போக்குவரத்து 2 நிமிடங்களில் கொண்டு வரப்பட்டது மற்றும் தொழிலாளர்கள் இல்லாத மற்றொரு கட்டண அமைப்பில் வரிசை வளரத் தொடங்கியது (நாங்கள் வளங்களைப் பயன்படுத்தவில்லை - மாறாக, வளத்தை சரியாக அப்புறப்படுத்தினோம்). நாங்கள் சூடாக்க விரும்பவில்லை - குறைந்தபட்ச எண்ணிக்கையில் 5-10 தொழிலாளர்கள் இருந்தனர், ஆனால் அவர்களால் சமாளிக்க முடியவில்லை.

  கடைசி வரைபடம் ஒரு "ஹம்ப்" காட்டுகிறது, அதாவது "ஸ்கலேனோ" இந்த தொகையை இரட்டிப்பாக்குகிறது. பின்னர், வரைபடம் கொஞ்சம் குறைந்தபோது, ​​​​அதைக் கொஞ்சம் குறைத்தார் - தொழிலாளர்களின் எண்ணிக்கை தானாகவே மாற்றப்பட்டது. அப்படித்தான் இந்த விஷயம் செயல்படுகிறது. நாங்கள் புள்ளி எண் 2 பற்றி பேசினோம் - "காரணங்களை விரைவாக அகற்றுவது எப்படி."

  கண்காணிப்பு. சிக்கலை எவ்வாறு விரைவாகக் கண்டறிவது?

  இப்போது முதல் புள்ளி "பிரச்சனையை எவ்வாறு விரைவாகக் கண்டறிவது?" கண்காணிப்பு! சில விஷயங்களை நாம் விரைவாக புரிந்து கொள்ள வேண்டும். என்ன விஷயங்களை நாம் விரைவாக புரிந்து கொள்ள வேண்டும்?

  
  
  மூன்று விஷயங்கள்!

  • நமது சொந்த வளங்களின் செயல்திறனை நாம் விரைவாக புரிந்து கொள்ள வேண்டும்.
  • தோல்விகளை நாம் விரைவாக புரிந்து கொள்ள வேண்டும் மற்றும் நமக்கு வெளிப்புறமாக இருக்கும் அமைப்புகளின் செயல்திறனை கண்காணிக்க வேண்டும்.
  • மூன்றாவது புள்ளி தர்க்கரீதியான பிழைகளை அடையாளம் காண்பது. இந்த அமைப்பு உங்களுக்காக வேலை செய்யும் போது, ​​எல்லா குறிகாட்டிகளின்படியும் எல்லாம் இயல்பானது, ஆனால் ஏதோ தவறு நடக்கிறது.

  அனேகமாக இங்கே நான் உங்களுக்கு எதுவும் சொல்ல மாட்டேன். நான் கேப்டனாக வெளிப்படையாக இருப்பேன். சந்தையில் என்ன இருக்கிறது என்று தேடினோம். எங்களிடம் ஒரு "வேடிக்கையான மிருகக்காட்சிசாலை" உள்ளது. இப்போது எங்களிடம் உள்ள மிருகக்காட்சி சாலை இதுதான்:

  
  
  வன்பொருளைக் கண்காணிக்கவும், சேவையகங்களின் முக்கிய குறிகாட்டிகளைக் கண்காணிக்கவும் Zabbix ஐப் பயன்படுத்துகிறோம். தரவுத்தளங்களுக்கு Okmeter ஐப் பயன்படுத்துகிறோம். முதல் இரண்டிற்கும் பொருந்தாத மற்ற எல்லா குறிகாட்டிகளுக்கும் "Grafana" மற்றும் "Prometheus" ஐப் பயன்படுத்துகிறோம், சில "Grafana" மற்றும் "Prometheus", மற்றும் சில "Grafana" உடன் "Influx" மற்றும் Telegraf.

  ஒரு வருடத்திற்கு முன்பு நாங்கள் புதிய நினைவுச்சின்னத்தைப் பயன்படுத்த விரும்பினோம். நல்ல விஷயம், அது எல்லாவற்றையும் செய்ய முடியும். ஆனால் அவளால் எல்லாவற்றையும் செய்ய முடிந்தால், அவள் மிகவும் விலை உயர்ந்தவள். நாங்கள் 1,5 ஆயிரம் சேவையகங்களின் தொகுதியாக வளர்ந்தபோது, ​​​​ஒரு விற்பனையாளர் எங்களிடம் வந்து கூறினார்: "அடுத்த வருடத்திற்கான ஒப்பந்தத்தை முடிப்போம்." நாங்கள் விலையைப் பார்த்துவிட்டு இல்லை, நாங்கள் அதைச் செய்ய மாட்டோம். இப்போது நாங்கள் புதிய நினைவுச்சின்னத்தை கைவிடுகிறோம், புதிய நினைவுச்சின்னத்தின் கண்காணிப்பின் கீழ் எங்களிடம் சுமார் 15 சேவையகங்கள் உள்ளன. விலை முற்றிலும் காட்டுத்தனமாக மாறியது.

  நாமே செயல்படுத்திய ஒரு கருவி உள்ளது - இது பிழைத்திருத்தம். முதலில் நாங்கள் அதை "பேக்கர்" என்று அழைத்தோம், ஆனால் பின்னர் ஒரு ஆங்கில ஆசிரியர் கடந்து சென்றார், வெறித்தனமாக சிரித்தார், அதற்கு "டிபேக்கர்" என்று பெயர் மாற்றினார். அது என்ன? இது ஒரு கருவியாகும், உண்மையில், ஒவ்வொரு கூறுகளிலும் 15-30 வினாடிகளில், கணினியின் "கருப்பு பெட்டி" போன்றது, கூறுகளின் ஒட்டுமொத்த செயல்திறனில் சோதனைகளை இயக்குகிறது.

  உதாரணமாக, வெளிப்புறப் பக்கம் (பணம் செலுத்தும் பக்கம்) இருந்தால், அவர் அதைத் திறந்து, அது எப்படி இருக்க வேண்டும் என்பதைப் பார்க்கிறார். இது செயலாக்கமாக இருந்தால், அவர் ஒரு சோதனை "பரிவர்த்தனை" அனுப்புகிறார் மற்றும் இந்த "பரிவர்த்தனை" வருவதை உறுதிசெய்கிறார். பணம் செலுத்தும் முறைகளுடன் இது ஒரு இணைப்பாக இருந்தால், அதற்கேற்ப ஒரு சோதனைக் கோரிக்கையை நாங்கள் செயல்படுத்துகிறோம், எங்களால் முடியும், மேலும் எங்களுடன் எல்லாம் நன்றாக இருப்பதைப் பார்க்கிறோம்.

  கண்காணிப்புக்கு என்ன குறிகாட்டிகள் முக்கியம்?

  நாம் முக்கியமாக எதைக் கண்காணிக்கிறோம்? என்ன குறிகாட்டிகள் நமக்கு முக்கியம்?

  
  

  • பதில் நேரம் / முனைகளில் RPS என்பது மிக முக்கியமான குறிகாட்டியாகும். அவர் உடனடியாக உங்களுக்கு ஏதோ தவறு என்று பதிலளித்தார்.
  • அனைத்து வரிசைகளிலும் செயலாக்கப்பட்ட செய்திகளின் எண்ணிக்கை.
  • தொழிலாளர்களின் எண்ணிக்கை.
  • அடிப்படை சரியான அளவீடுகள்.

  கடைசி புள்ளி "வணிகம்", "வணிகம்" மெட்ரிக். நீங்கள் அதையே கண்காணிக்க விரும்பினால், உங்களுக்கான முக்கிய குறிகாட்டிகளான ஒன்று அல்லது இரண்டு அளவீடுகளை நீங்கள் வரையறுக்க வேண்டும். எங்கள் மெட்ரிக் செயல்திறன் (இது மொத்த பரிவர்த்தனை ஓட்டத்திற்கு வெற்றிகரமான பரிவர்த்தனைகளின் எண்ணிக்கையின் விகிதமாகும்). 5-10-15 நிமிட இடைவெளியில் அதில் ஏதாவது மாற்றம் ஏற்பட்டால், நமக்கு பிரச்சனைகள் (அடிப்படையாக மாறினால்) என்று அர்த்தம்.

  இது எங்களுக்கு எப்படி இருக்கும் என்பது எங்கள் பலகைகளில் ஒன்றின் எடுத்துக்காட்டு:

  
  
  இடது பக்கத்தில் 6 வரைபடங்கள் உள்ளன, இது வரிகளின்படி - தொழிலாளர்களின் எண்ணிக்கை மற்றும் வரிசையில் உள்ள செய்திகளின் எண்ணிக்கை. வலது பக்கத்தில் - RPS, RTS. கீழே அதே "வணிக" மெட்ரிக் உள்ளது. மேலும் "வணிக" அளவீட்டில், இரண்டு நடுத்தர வரைபடங்களில் ஏதோ தவறு நடந்திருப்பதை நாம் உடனடியாகக் காணலாம்... இது நமக்குப் பின்னால் விழுந்துவிட்ட மற்றொரு அமைப்பு.

  நாம் செய்ய வேண்டிய இரண்டாவது விஷயம், வெளிப்புற கட்டண முறைகளின் வீழ்ச்சியைக் கண்காணிப்பதாகும். இங்கே நாங்கள் OpenTracing எடுத்தோம் - விநியோகிக்கப்பட்ட அமைப்புகளைக் கண்டறிய உங்களை அனுமதிக்கும் ஒரு பொறிமுறை, நிலையான, முன்னுதாரணம்; மற்றும் அது சிறிது மாற்றப்பட்டது. நிலையான OpenTracing முன்னுதாரணம் ஒவ்வொரு தனிப்பட்ட கோரிக்கைக்கும் ஒரு தடத்தை உருவாக்குகிறோம் என்று கூறுகிறது. எங்களுக்கு இது தேவையில்லை, சுருக்கமாக, திரட்டல் ட்ரேஸில் அதைச் சுற்றினோம். நமக்குப் பின்னால் உள்ள கணினிகளின் வேகத்தைக் கண்காணிக்க உதவும் ஒரு கருவியை நாங்கள் உருவாக்கியுள்ளோம்.

  
  
  கட்டண முறைகளில் ஒன்று 3 வினாடிகளில் பதிலளிக்கத் தொடங்கியது என்பதை வரைபடம் காட்டுகிறது - எங்களுக்கு சிக்கல்கள் உள்ளன. மேலும், 20-30 வினாடிகள் இடைவெளியில் சிக்கல்கள் தொடங்கும் போது இந்த விஷயம் செயல்படும்.

  மூன்றாம் வகுப்பு கண்காணிப்பு பிழைகள் தர்க்கரீதியான கண்காணிப்பு ஆகும்.

  உண்மையைச் சொல்வதானால், இந்த ஸ்லைடில் என்ன வரைய வேண்டும் என்று எனக்குத் தெரியவில்லை, ஏனென்றால் எங்களுக்கு ஏற்ற ஒன்றை நாங்கள் சந்தையில் நீண்ட காலமாகத் தேடிக்கொண்டிருந்தோம். நாங்கள் எதையும் கண்டுபிடிக்கவில்லை, எனவே அதை நாமே செய்ய வேண்டியிருந்தது.

  
  
  தருக்க கண்காணிப்பு என்றால் என்ன? சரி, கற்பனை செய்து பாருங்கள்: நீங்களே ஒரு அமைப்பை உருவாக்குகிறீர்கள் (உதாரணமாக, ஒரு டிண்டர் குளோன்); நீங்கள் அதை உருவாக்கினீர்கள், துவக்கினீர்கள். வெற்றிகரமான மேலாளர் வாஸ்யா பப்கின் அதை தனது தொலைபேசியில் வைத்தார், அங்கு ஒரு பெண்ணைப் பார்க்கிறார், அவளை விரும்புகிறார் ... அது அந்தப் பெண்ணுக்குச் செல்லவில்லை - அதே வணிக மையத்தைச் சேர்ந்த பாதுகாவலர் மிகலிச்சிடம் இது போன்றது. மேலாளர் கீழே செல்கிறார், பின்னர் ஆச்சரியப்படுகிறார்: "இந்த பாதுகாவலர் மிகலிச் ஏன் அவரைப் பார்த்து மிகவும் மகிழ்ச்சியாக புன்னகைக்கிறார்?"

  அப்படிப்பட்ட சூழ்நிலைகளில்... நம்மைப் பொறுத்தவரை, இந்த நிலை சற்று வித்தியாசமாகத் தெரிகிறது, ஏனென்றால் (நான் எழுதியது) இது ஒரு நற்பெயர் இழப்பு, இது மறைமுகமாக நிதி இழப்புகளுக்கு வழிவகுக்கிறது. எங்கள் நிலைமை இதற்கு நேர்மாறானது: நாம் நேரடி நிதி இழப்புகளை சந்திக்க நேரிடலாம் - உதாரணமாக, நாங்கள் ஒரு பரிவர்த்தனையை வெற்றிகரமாக நடத்தியிருந்தால், ஆனால் அது தோல்வியுற்றது (அல்லது நேர்மாறாகவும்). வணிக குறிகாட்டிகளைப் பயன்படுத்தி காலப்போக்கில் வெற்றிகரமான பரிவர்த்தனைகளின் எண்ணிக்கையைக் கண்காணிக்கும் எனது சொந்தக் கருவியை நான் எழுத வேண்டியிருந்தது. சந்தையில் எதுவும் கிடைக்கவில்லை! நான் சொல்ல விரும்பிய யோசனை இதுதான். இந்த வகையான சிக்கலை தீர்க்க சந்தையில் எதுவும் இல்லை.

  சிக்கலை எவ்வாறு விரைவாகக் கண்டறிவது என்பது பற்றியது.

  வரிசைப்படுத்தலுக்கான காரணங்களை எவ்வாறு தீர்மானிப்பது

  நாம் தீர்க்கும் பிரச்சினைகளின் மூன்றாவது குழு, சிக்கலைக் கண்டறிந்த பிறகு, அதிலிருந்து விடுபட்ட பிறகு, வளர்ச்சிக்கான காரணத்தைப் புரிந்துகொள்வது, சோதனை செய்வது மற்றும் அதைப் பற்றி ஏதாவது செய்வது நல்லது. அதன்படி, விசாரணை நடத்த வேண்டும், பதிவுகளை உயர்த்த வேண்டும்.

  
  
  நாங்கள் பதிவுகளைப் பற்றி பேசுகிறோம் என்றால் (முக்கிய காரணம் பதிவுகள்), எங்கள் பதிவுகளின் பெரும்பகுதி ELK ஸ்டேக்கில் உள்ளது - கிட்டத்தட்ட அனைவருக்கும் ஒரே மாதிரியாக இருக்கும். சிலருக்கு, இது ELK இல் இருக்காது, ஆனால் நீங்கள் ஜிகாபைட்களில் பதிவுகளை எழுதினால், விரைவில் அல்லது பின்னர் நீங்கள் ELK க்கு வருவீர்கள். அவற்றை டெராபைட்களில் எழுதுகிறோம்.

  
  
  இங்கே ஒரு பிரச்சனை இருக்கிறது. அதை சரிசெய்து, பயனாளருக்கான பிழையை சரிசெய்து, இருந்ததை தோண்டி எடுக்க ஆரம்பித்தோம், கிபானாவில் ஏறி, பரிவர்த்தனை ஐடியில் நுழைந்தோம், இது போன்ற ஒரு கால் துணியைப் பெற்றோம் (நிறைய காட்டுகிறது). மற்றும் முற்றிலும் எதுவும் இந்த கால் துணியில் தெளிவாக இல்லை. ஏன்? ஆம், ஏனென்றால் எந்தப் பகுதி எந்தத் தொழிலாளிக்கு, எந்தப் பகுதி எந்தக் கூறுக்குச் சொந்தமானது என்பது தெளிவாகத் தெரியவில்லை. அந்த நேரத்தில் நாங்கள் ட்ரேசிங் தேவை என்பதை உணர்ந்தோம் - நான் பேசிய அதே OpenTracing.

  நாங்கள் இதை ஒரு வருடத்திற்கு முன்பு நினைத்தோம், சந்தையை நோக்கி எங்கள் கவனத்தைத் திருப்பினோம், அங்கே இரண்டு கருவிகள் இருந்தன - “ஜிப்கின்” மற்றும் “ஜெய்கர்”. "ஜாகர்" உண்மையில் அத்தகைய கருத்தியல் வாரிசு, "ஜிப்கின்" ஒரு கருத்தியல் வாரிசு. ஜிப்கினில் எல்லாம் நன்றாக இருக்கிறது, அதைத் திரட்டத் தெரியாது, ட்ரேஸில் பதிவுகளைச் சேர்க்கத் தெரியாது, நேரத் தடம் மட்டுமே. மேலும் "ஜாகர்" இதை ஆதரித்தார்.

  நாங்கள் “ஜாகர்” ஐப் பார்த்தோம்: நீங்கள் கருவி பயன்பாடுகளை செய்யலாம், நீங்கள் Api இல் எழுதலாம் (அந்த நேரத்தில் PHP க்கான Api தரநிலை அங்கீகரிக்கப்படவில்லை - இது ஒரு வருடம் முன்பு, ஆனால் இப்போது அது ஏற்கனவே அங்கீகரிக்கப்பட்டுள்ளது), ஆனால் அங்கே முற்றிலும் வாடிக்கையாளர் இல்லை. "சரி," நாங்கள் நினைத்தோம், எங்கள் சொந்த வாடிக்கையாளரை எழுதினோம். நமக்கு என்ன கிடைத்தது? தோராயமாக இது போல் தெரிகிறது:

  
  
  ஜெகரில், ஒவ்வொரு செய்திக்கும் இடைவெளிகள் உருவாக்கப்படுகின்றன. அதாவது, ஒரு பயனர் கணினியைத் திறக்கும்போது, ​​ஒவ்வொரு உள்வரும் கோரிக்கைக்கும் ஒன்று அல்லது இரண்டு தொகுதிகளைப் பார்க்கிறார் (1-2-3 - பயனரிடமிருந்து உள்வரும் கோரிக்கைகளின் எண்ணிக்கை, தொகுதிகளின் எண்ணிக்கை). பயனர்களுக்கு எளிதாக்க, பதிவுகள் மற்றும் நேரத் தடங்களில் குறிச்சொற்களைச் சேர்த்துள்ளோம். அதன்படி, பிழை ஏற்பட்டால், எங்கள் பயன்பாடு பொருத்தமான பிழை குறிச்சொல்லுடன் பதிவைக் குறிக்கும். நீங்கள் பிழைக் குறிச்சொல் மூலம் வடிகட்டலாம் மற்றும் பிழையுடன் இந்தத் தொகுதியைக் கொண்டிருக்கும் ஸ்பான்கள் மட்டுமே காட்டப்படும். நாம் இடைவெளியை விரிவுபடுத்தினால் இது போல் தெரிகிறது:

  
  
  இடைவெளியின் உள்ளே தடயங்களின் தொகுப்பு உள்ளது. இந்த வழக்கில், இவை மூன்று சோதனை தடயங்கள், மற்றும் மூன்றாவது சுவடு ஒரு பிழை ஏற்பட்டது என்று சொல்கிறது. அதே நேரத்தில், இங்கே நாம் ஒரு நேரத் தடத்தைக் காண்கிறோம்: மேலே ஒரு நேர அளவு உள்ளது, மேலும் இந்த அல்லது அந்த பதிவு எந்த நேர இடைவெளியில் பதிவு செய்யப்பட்டது என்பதைப் பார்க்கிறோம்.

  அதன்படி, எங்களுக்கு விஷயங்கள் நன்றாக நடந்தன. நாங்கள் எங்கள் சொந்த நீட்டிப்பை எழுதினோம், நாங்கள் அதை ஓப்பன் சோர்ஸ் செய்தோம். நீங்கள் ட்ரேசிங் மூலம் வேலை செய்ய விரும்பினால், PHP இல் "ஜாகர்" உடன் பணிபுரிய விரும்பினால், எங்கள் நீட்டிப்பு உள்ளது, அவர்கள் சொல்வது போல், பயன்படுத்த வரவேற்கிறோம்:

  
  
  எங்களிடம் இந்த நீட்டிப்பு உள்ளது - இது OpenTracing Apiக்கான கிளையன்ட், இது php-நீட்டிப்பாக உருவாக்கப்பட்டுள்ளது, அதாவது, நீங்கள் அதை அசெம்பிள் செய்து கணினியில் நிறுவ வேண்டும். ஒரு வருடம் முன்பு வேறு எதுவும் இல்லை. இப்போது கூறுகள் போன்ற பிற வாடிக்கையாளர்களும் உள்ளனர். இங்கே இது உங்களுடையது: நீங்கள் ஒரு இசையமைப்பாளருடன் கூறுகளை பம்ப் செய்கிறீர்கள், அல்லது நீங்கள் நீட்டிப்பைப் பயன்படுத்துகிறீர்கள்.

  கார்ப்பரேட் தரநிலைகள்

  நாங்கள் மூன்று கட்டளைகளைப் பற்றி பேசினோம். நான்காவது கட்டளை அணுகுமுறைகளை தரப்படுத்த வேண்டும். இது எதை பற்றியது? இது இதைப் பற்றியது:

  
  
  "கார்ப்பரேட்" என்ற வார்த்தை ஏன் இங்கே உள்ளது? நாங்கள் ஒரு பெரிய அல்லது அதிகாரத்துவ நிறுவனம் என்பதால் அல்ல, இல்லை! நீங்கள் உட்பட ஒவ்வொரு நிறுவனமும், ஒவ்வொரு தயாரிப்பும் அதன் சொந்த தரங்களைக் கொண்டிருக்க வேண்டும் என்ற சூழலில், "கார்ப்பரேட்" என்ற வார்த்தையை இங்கு பயன்படுத்த விரும்பினேன். எங்களிடம் என்ன தரநிலைகள் உள்ளன?

  
  

  • எங்களிடம் வரிசைப்படுத்தல் விதிமுறைகள் உள்ளன. அவர் இல்லாமல் நாங்கள் எங்கும் நகர முடியாது, எங்களால் முடியாது. நாங்கள் வாரத்திற்கு 60 முறை வரிசைப்படுத்துகிறோம், அதாவது, நாங்கள் தொடர்ந்து வரிசைப்படுத்துகிறோம். அதே நேரத்தில், எடுத்துக்காட்டாக, வரிசைப்படுத்தல் விதிமுறைகளில் வெள்ளிக்கிழமை வரிசைப்படுத்தல் மீதான தடை உள்ளது - கொள்கையளவில், நாங்கள் வரிசைப்படுத்த மாட்டோம்.
  • எங்களுக்கு ஆவணங்கள் தேவை. எங்கள் RnD நிபுணர்களின் பேனாவின் கீழ் பிறந்திருந்தாலும், அதற்கான ஆவணங்கள் இல்லை என்றால், ஒரு புதிய கூறு கூட உற்பத்தியில் இறங்காது. இந்த கூறு எவ்வாறு செயல்படுகிறது, அதை எவ்வாறு சரிசெய்வது என்பதற்கான வரிசைப்படுத்தல் வழிமுறைகள், ஒரு கண்காணிப்பு வரைபடம் மற்றும் தோராயமான விளக்கம் (புரோகிராமர்கள் எழுதுவது போல்) அவர்களிடம் இருந்து எங்களுக்குத் தேவை.
  • பிரச்சனைக்கான காரணத்தை நாங்கள் தீர்க்கவில்லை, ஆனால் பிரச்சனை - நான் ஏற்கனவே கூறியது. சிக்கலில் இருந்து பயனரைப் பாதுகாப்பது எங்களுக்கு முக்கியம்.
  • எங்களிடம் அனுமதிகள் உள்ளன. எடுத்துக்காட்டாக, இரண்டு நிமிடங்களுக்குள் 2% டிராஃபிக்கை இழந்தால், அதை வேலையில்லா நேரமாகக் கருத மாட்டோம். இது அடிப்படையில் எங்கள் புள்ளிவிவரங்களில் சேர்க்கப்படவில்லை. சதவீத அடிப்படையில் அல்லது தற்காலிகமாக அதிகமாக இருந்தால், நாங்கள் ஏற்கனவே கணக்கிடுகிறோம்.
  • நாங்கள் எப்போதும் போஸ்ட்மார்ட்டம் எழுதுகிறோம். நமக்கு என்ன நடந்தாலும், உற்பத்தியில் யாரேனும் அசாதாரணமாக நடந்து கொண்டால் அது பிரேத பரிசோதனையில் பிரதிபலிக்கும். போஸ்ட்மார்ட்டம் என்பது உங்களுக்கு என்ன நடந்தது, விரிவான நேரம், அதைச் சரிசெய்ய நீங்கள் என்ன செய்தீர்கள் மற்றும் (இது ஒரு கட்டாயத் தடை!) எதிர்காலத்தில் இது நிகழாமல் தடுக்க நீங்கள் என்ன செய்வீர்கள் என்பதை எழுதும் ஆவணமாகும். அடுத்தடுத்த பகுப்பாய்விற்கு இது கட்டாயமானது மற்றும் அவசியம்.

  வேலையில்லா நேரமாக என்ன கருதப்படுகிறது?

  
  
  இவை அனைத்தும் எதற்கு வழிவகுத்தன?

  இது கடந்த 6 மாதங்களில் எங்களின் நிலைத்தன்மை காட்டி 99,97 ஆக இருந்தது (எங்களுக்கு நிலைத்தன்மையில் சில சிக்கல்கள் இருந்தன, இது வாடிக்கையாளர்களுக்கோ எங்களுக்கும் பொருந்தாது) என்ற உண்மைக்கு வழிவகுத்தது. இது அதிகம் இல்லை என்று சொல்லலாம். ஆம், நாம் பாடுபடுவதற்கு ஏதாவது இருக்கிறது. இந்த குறிகாட்டியில், பாதி நிலையானது, அது எங்களுடையது அல்ல, ஆனால் எங்கள் வலை பயன்பாட்டு ஃபயர்வால், இது எங்களுக்கு முன்னால் நின்று ஒரு சேவையாகப் பயன்படுத்தப்படுகிறது, ஆனால் வாடிக்கையாளர்கள் இதைப் பற்றி கவலைப்படுவதில்லை.

  நாங்கள் இரவில் தூங்க கற்றுக்கொண்டோம். இறுதியாக! ஆறு மாதங்களுக்கு முன்பு எங்களால் முடியவில்லை. முடிவுகளுடன் இந்த குறிப்பில், நான் ஒரு குறிப்பை செய்ய விரும்புகிறேன். நேற்றிரவு அணு உலைக்கான கட்டுப்பாட்டு அமைப்பு பற்றி ஒரு அற்புதமான செய்தி வந்தது. இந்த அமைப்பை எழுதியவர்கள் நான் சொல்வதைக் கேட்க முடிந்தால், "2% வேலையில்லா நேரம் இல்லை" என்று நான் சொன்னதை மறந்துவிடுங்கள். உங்களுக்கு, இரண்டு நிமிடங்களுக்கு 2% வேலையில்லா நேரமாகும்!

  அவ்வளவுதான்! உங்கள் கேள்விகள்.

  
  

  பேலன்சர்கள் மற்றும் தரவுத்தள இடம்பெயர்வு பற்றி

  பார்வையாளர்களிடமிருந்து கேள்வி (இனி - பி): - மாலை வணக்கம். அத்தகைய நிர்வாக அறிக்கைக்கு மிக்க நன்றி! உங்கள் பேலன்சர்களைப் பற்றிய ஒரு சிறிய கேள்வி. உங்களிடம் WAF இருப்பதாகக் குறிப்பிட்டுள்ளீர்கள், அதாவது, நான் புரிந்துகொண்டபடி, நீங்கள் ஒருவித வெளிப்புற சமநிலையைப் பயன்படுத்துகிறீர்கள்...

  EK: – இல்லை, நாங்கள் எங்கள் சேவைகளை பேலன்சராகப் பயன்படுத்துகிறோம். இந்த வழக்கில், WAF என்பது எங்களுக்கு பிரத்தியேகமாக ஒரு DDoS பாதுகாப்பு கருவியாகும்.

  IN: - பேலன்சர்களைப் பற்றி சில வார்த்தைகளைச் சொல்ல முடியுமா?

  EK: - நான் ஏற்கனவே கூறியது போல், இது ஓப்பன்ரெஸ்டியில் உள்ள சேவையகங்களின் குழு. எங்களிடம் இப்போது பிரத்தியேகமாக பதிலளிக்கும் 5 ரிசர்வ் குழுக்கள் உள்ளன... அதாவது, பிரத்தியேகமாக ஓப்பன்ரெஸ்டியில் இயங்கும் ஒரு சேவையகம், இது போக்குவரத்தை மட்டுமே ஆதரிக்கிறது. அதன்படி, நாங்கள் எவ்வளவு வைத்திருக்கிறோம் என்பதைப் புரிந்துகொள்வதற்கு: இப்போது எங்களிடம் பல நூறு மெகாபிட்களின் வழக்கமான போக்குவரத்து ஓட்டம் உள்ளது. அவர்கள் சமாளிக்கிறார்கள், அவர்கள் நன்றாக உணர்கிறார்கள், அவர்கள் தங்களை கஷ்டப்படுத்த மாட்டார்கள்.

  IN: - மேலும் ஒரு எளிய கேள்வி. இங்கே நீலம்/பச்சை வரிசைப்படுத்தல் உள்ளது. உதாரணமாக, தரவுத்தள இடம்பெயர்வுகளில் நீங்கள் என்ன செய்கிறீர்கள்?

  EK: - நல்ல கேள்வி! பாருங்கள், நீலம்/பச்சை வரிசைப்படுத்தலில் ஒவ்வொரு வரிக்கும் தனித்தனி வரிசைகள் உள்ளன. அதாவது, தொழிலாளியிலிருந்து தொழிலாளிக்கு அனுப்பப்படும் நிகழ்வு வரிசைகளைப் பற்றி பேசினால், நீலக் கோட்டிற்கும் பச்சைக் கோட்டிற்கும் தனித்தனி வரிசைகள் உள்ளன. நாங்கள் தரவுத்தளத்தைப் பற்றி பேசுகிறோம் என்றால், நாங்கள் அதை வேண்டுமென்றே எங்களால் முடிந்தவரை சுருக்கி, நடைமுறையில் எல்லாவற்றையும் வரிசைகளில் நகர்த்துகிறோம்; தரவுத்தளத்தில் நாங்கள் பரிவர்த்தனைகளின் அடுக்கை மட்டுமே சேமிக்கிறோம். மேலும் எங்கள் பரிவர்த்தனை ஸ்டாக் எல்லா வரிகளுக்கும் ஒரே மாதிரியாக இருக்கும். இந்த சூழலில் தரவுத்தளத்துடன்: நாங்கள் அதை நீலம் மற்றும் பச்சை நிறமாகப் பிரிக்க மாட்டோம், ஏனெனில் குறியீட்டின் இரண்டு பதிப்புகளும் பரிவர்த்தனையில் என்ன நடக்கிறது என்பதை அறிந்திருக்க வேண்டும்.

  நண்பர்களே, உங்களை ஊக்குவிக்க எனக்கும் ஒரு சிறிய பரிசு உள்ளது - ஒரு புத்தகம். மேலும் சிறந்த கேள்விக்காக எனக்கு விருது வழங்கப்பட வேண்டும்.

  IN: - வணக்கம். அறிக்கைக்கு நன்றி. கேள்வி இதுதான். நீங்கள் பணம் செலுத்துவதைக் கண்காணிக்கிறீர்கள், நீங்கள் தொடர்புகொள்ளும் சேவைகளை நீங்கள் கண்காணிக்கிறீர்கள்... ஆனால் ஒரு நபர் எப்படியாவது உங்கள் கட்டணப் பக்கத்திற்கு வந்து, பணம் செலுத்தி, திட்டம் அவருக்குப் பணம் வரவு வைப்பதை எப்படிக் கண்காணிப்பது? அதாவது, மார்சண்ட் கிடைக்கிறதா என்பதையும், உங்கள் அழைப்பை ஏற்றுக்கொண்டதையும் எப்படிக் கண்காணிப்பது?

  EK: - இந்த விஷயத்தில் எங்களுக்கு "வணிகர்" என்பது கட்டண முறையின் அதே வெளிப்புற சேவையாகும். வணிகரின் பதில் வேகத்தை நாங்கள் கண்காணிக்கிறோம்.

  தரவுத்தள குறியாக்கம் பற்றி

  IN: - வணக்கம். என்னிடம் சற்று தொடர்புடைய கேள்வி உள்ளது. உங்களிடம் PCI DSS சென்சிடிவ் டேட்டா உள்ளது. நீங்கள் மாற்ற வேண்டிய வரிசைகளில் PAN களை எவ்வாறு சேமிப்பீர்கள் என்பதை நான் அறிய விரும்பினேன்? நீங்கள் ஏதேனும் குறியாக்கத்தைப் பயன்படுத்துகிறீர்களா? இது இரண்டாவது கேள்விக்கு வழிவகுக்கிறது: பிசிஐ டிஎஸ்எஸ் படி, மாற்றங்கள் ஏற்பட்டால் (நிர்வாகிகளை பணிநீக்கம் செய்தல், முதலியன) தரவுத்தளத்தை அவ்வப்போது மீண்டும் குறியாக்கம் செய்வது அவசியம் - இந்த வழக்கில் அணுகலுக்கு என்ன நடக்கும்?

  
  
  EK: - அற்புதமான கேள்வி! முதலாவதாக, நாங்கள் பான்களை வரிசைகளில் சேமிப்பதில்லை. கொள்கையளவில், பான் எண்ணை எங்கும் தெளிவான வடிவத்தில் சேமிக்க எங்களுக்கு உரிமை இல்லை, எனவே நாங்கள் ஒரு சிறப்பு சேவையைப் பயன்படுத்துகிறோம் (இதை "கேடமன்" என்று அழைக்கிறோம்) - இது ஒரு செயலை மட்டுமே செய்யும் ஒரு சேவை: இது ஒரு செய்தியை உள்ளீடாகப் பெற்று அனுப்புகிறது. மறைகுறியாக்கப்பட்ட செய்தி. இந்த மறைகுறியாக்கப்பட்ட செய்தியுடன் அனைத்தையும் நாங்கள் சேமிக்கிறோம். அதன்படி, எங்கள் முக்கிய நீளம் ஒரு கிலோபைட்டின் கீழ் உள்ளது, இதனால் இது தீவிரமானது மற்றும் நம்பகமானது.

  IN: உங்களுக்கு இப்போது 2 கிலோபைட் தேவையா?

  EK: – நேற்றுதான் 256 ஆக இருந்தது போலிருக்கிறது... சரி, வேறு எங்கே?!

  அதன்படி, இது முதல். இரண்டாவதாக, இருக்கும் தீர்வு, மறு-குறியாக்க நடைமுறையை ஆதரிக்கிறது - இரண்டு ஜோடி "கெக்ஸ்" (விசைகள்) உள்ளன, அவை குறியாக்கம் செய்யும் "டெக்களை" கொடுக்கின்றன (விசைகள், dek என்பது குறியாக்கம் செய்யும் விசைகளின் வழித்தோன்றல்கள்) . செயல்முறை தொடங்கப்பட்டால் (இது வழக்கமாக நடக்கும், 3 மாதங்கள் முதல் ± சில வரை), நாங்கள் ஒரு புதிய ஜோடி "கேக்குகளை" பதிவிறக்கம் செய்து, தரவை மீண்டும் குறியாக்கம் செய்கிறோம். எங்களிடம் தனித்தனி சேவைகள் உள்ளன, அவை எல்லா தரவையும் கிழித்து புதிய வழியில் குறியாக்கம் செய்கின்றன; குறியாக்கம் செய்யப்பட்ட விசையின் அடையாளங்காட்டிக்கு அடுத்ததாக தரவு சேமிக்கப்படுகிறது. அதன்படி, புதிய விசைகள் மூலம் தரவை குறியாக்கம் செய்தவுடன், பழைய விசையை நீக்குவோம்.

  சில சமயங்களில் கைமுறையாக பணம் செலுத்த வேண்டும்...

  IN: – அதாவது, சில செயல்பாட்டிற்கு பணம் திரும்பப் பெற்றிருந்தால், பழைய விசையுடன் அதை டிக்ரிப்ட் செய்வீர்களா?

  EK: - ஆம்.

  IN: - பின்னர் இன்னும் ஒரு சிறிய கேள்வி. சில வகையான தோல்வி, வீழ்ச்சி அல்லது சம்பவம் ஏற்படும் போது, ​​பரிவர்த்தனையை கைமுறையாக செய்ய வேண்டியது அவசியம். அப்படி ஒரு நிலை உள்ளது.

  EK: - ஆமாம் சில சமயம்.

  IN: - இந்தத் தரவை எங்கிருந்து பெறுகிறீர்கள்? அல்லது இந்த சேமிப்பு வசதிக்கு நீங்களே செல்கிறீர்களா?

  EK: - இல்லை, நிச்சயமாக, எங்களிடம் சில வகையான பின்-அலுவலக அமைப்பு உள்ளது, அதில் எங்கள் ஆதரவுக்கான இடைமுகம் உள்ளது. பரிவர்த்தனை எந்த நிலையில் உள்ளது என்று எங்களுக்குத் தெரியாவிட்டால் (உதாரணமாக, பணம் செலுத்தும் முறை நேரம் முடிவடையும் வரை), எங்களுக்கு முன்னோடி தெரியாது, அதாவது, இறுதி நிலையை முழு நம்பிக்கையுடன் மட்டுமே நாங்கள் ஒதுக்குகிறோம். இந்த வழக்கில், கைமுறை செயலாக்கத்திற்கான சிறப்பு நிலைக்கு பரிவர்த்தனையை நாங்கள் ஒதுக்குகிறோம். காலையில், அடுத்த நாள், அத்தகைய மற்றும் அத்தகைய பரிவர்த்தனைகள் கட்டண முறைமையில் இருக்கும் என்ற தகவலை ஆதரவு பெற்றவுடன், இந்த இடைமுகத்தில் அவற்றை கைமுறையாக செயலாக்குகிறார்கள்.

  
  
  IN: - என்னிடம் இரண்டு கேள்விகள் உள்ளன. அவற்றில் ஒன்று பிசிஐ டிஎஸ்எஸ் மண்டலத்தின் தொடர்ச்சி: அவற்றின் சுற்றுகளை எவ்வாறு பதிவு செய்வது? டெவலப்பர் பதிவுகளில் எதையும் போட்டிருக்கலாம் என்பதால் இந்தக் கேள்வி! இரண்டாவது கேள்வி: ஹாட்ஃபிக்ஸ்களை எவ்வாறு வெளியிடுவது? தரவுத்தளத்தில் கைப்பிடிகளைப் பயன்படுத்துவது ஒரு விருப்பம், ஆனால் இலவச ஹாட்-ஃபிக்ஸ்கள் இருக்கலாம் - அங்கு என்ன நடைமுறை உள்ளது? மூன்றாவது கேள்வி RTO, RPO தொடர்பானதாக இருக்கலாம். உங்கள் கிடைக்கும் தன்மை 99,97, கிட்டத்தட்ட நான்கு ஒன்பதுகள், ஆனால் நான் புரிந்து கொண்டபடி, உங்களிடம் இரண்டாவது தரவு மையம், மூன்றாவது தரவு மையம் மற்றும் ஐந்தாவது தரவு மையம் உள்ளது... அவற்றை எவ்வாறு ஒத்திசைப்பது, அவற்றைப் பிரதி எடுப்பது மற்றும் எல்லாவற்றையும் எப்படி செய்வது?

  EK: - முதலில் இருந்து ஆரம்பிக்கலாம். முதல் கேள்வி பதிவுகள் பற்றியதா? நாம் பதிவுகளை எழுதும்போது, ​​எல்லா முக்கியத் தரவையும் மறைக்கும் அடுக்கு உள்ளது. அவள் முகமூடியையும் கூடுதல் துறைகளையும் பார்க்கிறாள். அதன்படி, எங்கள் பதிவுகள் ஏற்கனவே மறைக்கப்பட்ட தரவு மற்றும் PCI DSS சுற்றுடன் வெளிவருகின்றன. சோதனைத் துறைக்கு வழங்கப்படும் வழக்கமான பணிகளில் இதுவும் ஒன்றாகும். அவர்கள் எழுதும் பதிவுகள் உட்பட ஒவ்வொரு பணியையும் அவர்கள் சரிபார்க்க வேண்டும், மேலும் டெவலப்பர் எதையாவது எழுதவில்லை என்பதைக் கட்டுப்படுத்த, குறியீடு மதிப்பாய்வுகளின் போது இது வழக்கமான பணிகளில் ஒன்றாகும். இதன் அடுத்தடுத்த சோதனைகள் வாரத்திற்கு ஒரு முறை தகவல் பாதுகாப்புத் துறையால் தொடர்ந்து மேற்கொள்ளப்படுகின்றன: கடைசி நாளுக்கான பதிவுகள் தேர்ந்தெடுக்கப்பட்டு, அவை அனைத்தையும் சரிபார்க்க சோதனை சேவையகங்களிலிருந்து சிறப்பு ஸ்கேனர்-பகுப்பாய்வு மூலம் இயக்கப்படுகின்றன.
  சூடான திருத்தங்கள் பற்றி. இது எங்கள் வரிசைப்படுத்தல் விதிமுறைகளில் சேர்க்கப்பட்டுள்ளது. ஹாட்ஃபிக்ஸ் பற்றி எங்களிடம் தனி விதி உள்ளது. நமக்குத் தேவைப்படும்போது ஹாட்ஃபிக்ஸ்களை கடிகாரத்தைச் சுற்றி வரிசைப்படுத்துவோம் என்று நாங்கள் நம்புகிறோம். பதிப்பு கூடியவுடன், அது இயங்கியவுடன், எங்களிடம் ஒரு கலைப்பொருள் கிடைத்தவுடன், ஆதரவின் அழைப்பின் பேரில் எங்களிடம் ஒரு கணினி நிர்வாகி இருக்கிறார், மேலும் அது தேவைப்படும் நேரத்தில் அவர் அதை வரிசைப்படுத்துகிறார்.

  "நான்கு ஒன்பதுகள்" பற்றி. இப்போது எங்களிடம் உள்ள எண்ணிக்கை உண்மையிலேயே அடையப்பட்டுள்ளது, மேலும் நாங்கள் அதை மற்றொரு தரவு மையத்தில் முயற்சித்தோம். இப்போது எங்களிடம் இரண்டாவது தரவு மையம் உள்ளது, மேலும் நாங்கள் அவற்றுக்கிடையே வழியமைக்கத் தொடங்குகிறோம், மேலும் குறுக்கு-தரவு மைய நகலெடுப்பின் சிக்கல் உண்மையிலேயே அற்பமான கேள்வி அல்ல. வெவ்வேறு வழிகளைப் பயன்படுத்தி ஒரே நேரத்தில் அதைத் தீர்க்க முயற்சித்தோம்: அதே “டரான்டுலா” ஐப் பயன்படுத்த முயற்சித்தோம் - அது எங்களுக்கு வேலை செய்யவில்லை, நான் இப்போதே உங்களுக்குச் சொல்கிறேன். அதனால்தான் "சென்ஸ்" கைமுறையாக ஆர்டர் செய்து முடித்தோம். உண்மையில், எங்கள் கணினியில் உள்ள ஒவ்வொரு பயன்பாடும் தரவு மையங்களுக்கு இடையில் ஒத்திசைவின்றி தேவையான "மாற்றம் - முடிந்தது" ஒத்திசைவை இயக்குகிறது.

  IN: - உங்களுக்கு இரண்டாவது கிடைத்தால், ஏன் மூன்றாவது ஒன்றைப் பெறவில்லை? ஏனென்றால் இதுவரை யாருக்கும் மூளை பிளவுபடவில்லை...

  EK: - ஆனால் எங்களிடம் பிளவு மூளை இல்லை. ஒவ்வொரு பயன்பாடும் மல்டிமாஸ்டரால் இயக்கப்படுவதால், கோரிக்கை எந்த மையத்திற்கு வந்தது என்பது எங்களுக்கு முக்கியமில்லை. எங்கள் தரவு மையங்களில் ஒன்று தோல்வியுற்றால் (நாங்கள் இதை நம்புகிறோம்) மற்றும் பயனர் கோரிக்கையின் நடுவில் இரண்டாவது தரவு மையத்திற்கு மாறினால், இந்த பயனரை இழக்க நாங்கள் தயாராக இருக்கிறோம்; ஆனால் இவை அலகுகளாக, முழுமையான அலகுகளாக இருக்கும்.

  IN: - மாலை வணக்கம். அறிக்கைக்கு நன்றி. தயாரிப்பில் சில சோதனை பரிவர்த்தனைகளை இயக்கும் உங்கள் பிழைத்திருத்தியைப் பற்றிப் பேசினீர்கள். ஆனால் சோதனை பரிவர்த்தனைகள் பற்றி சொல்லுங்கள்! எவ்வளவு ஆழம் செல்கிறது?

  EK: - இது முழு கூறுகளின் முழு சுழற்சியில் செல்கிறது. ஒரு கூறுக்கு, சோதனை பரிவர்த்தனைக்கும் உற்பத்தி பரிவர்த்தனைக்கும் எந்த வித்தியாசமும் இல்லை. ஆனால் ஒரு தர்க்கரீதியான பார்வையில், இது கணினியில் ஒரு தனி திட்டமாகும், இதில் சோதனை பரிவர்த்தனைகள் மட்டுமே இயக்கப்படுகின்றன.

  IN: - நீங்கள் அதை எங்கே வெட்டுகிறீர்கள்? இங்கே கோர் அனுப்பப்பட்டது...

  EK: – சோதனை பரிவர்த்தனைகளுக்கு இந்த விஷயத்தில் நாங்கள் “கோர்” க்கு பின்னால் இருக்கிறோம்... ரூட்டிங் போன்ற ஒரு விஷயம் எங்களிடம் உள்ளது: “கோர்” எந்த கட்டண முறைக்கு அனுப்ப வேண்டும் என்பது தெரியும் - நாங்கள் ஒரு போலி கட்டண முறைக்கு அனுப்புகிறோம், இது ஒரு http சமிக்ஞையை அளிக்கிறது மற்றும் அவ்வளவுதான்.

  IN: - தயவுசெய்து என்னிடம் சொல்லுங்கள், உங்கள் விண்ணப்பம் ஒரு பெரிய ஒற்றைக்கல்லில் எழுதப்பட்டதா, அல்லது நீங்கள் அதை சில சேவைகளாக அல்லது மைக்ரோ சர்வீஸ்களாக வெட்டினீர்களா?

  EK: - எங்களிடம் மோனோலித் இல்லை, நிச்சயமாக, எங்களிடம் சேவை சார்ந்த பயன்பாடு உள்ளது. எங்கள் சேவை மோனோலித்களால் ஆனது என்று நாங்கள் கேலி செய்கிறோம் - அவை உண்மையில் மிகப் பெரியவை. இதை மைக்ரோ சர்வீஸ் என்று அழைப்பது கடினம், ஆனால் இவை விநியோகிக்கப்பட்ட இயந்திரங்களின் தொழிலாளர்கள் செயல்படும் சேவைகள்.

  சர்வரில் சேவை பாதிக்கப்பட்டால்...

  IN: - பிறகு எனக்கு அடுத்த கேள்வி உள்ளது. இது ஒரு ஒற்றைப்பாதையாக இருந்தாலும், உங்களிடம் இந்த உடனடி சேவையகங்கள் பல உள்ளன, அவை அனைத்தும் அடிப்படையில் தரவை செயலாக்குகின்றன, மேலும் கேள்வி: "உடனடி சேவையகங்கள் அல்லது பயன்பாடுகளில் ஏதேனும் சமரசம் ஏற்பட்டால், எந்தவொரு தனிப்பட்ட இணைப்பும் , அவர்களுக்கு ஏதேனும் அணுகல் கட்டுப்பாடு உள்ளதா? அவர்களில் யார் என்ன செய்ய முடியும்? எந்த தகவலுக்கு நான் யாரை தொடர்பு கொள்ள வேண்டும்?

  
  
  EK: - ஆம், நிச்சயமாக. பாதுகாப்பு தேவைகள் மிகவும் தீவிரமானவை. முதலாவதாக, எங்களிடம் திறந்த தரவு இயக்கங்கள் உள்ளன, மேலும் போக்குவரத்து இயக்கத்தை முன்கூட்டியே எதிர்பார்க்கும் துறைமுகங்கள் மட்டுமே. ஒரு கூறு 5-4-3-2 வழியாக தரவுத்தளத்துடன் (சொல்லுங்கள், Muskul உடன்) தொடர்பு கொண்டால், 5-4-3-2 மட்டுமே அதற்குத் திறந்திருக்கும், மேலும் பிற துறைமுகங்கள் மற்றும் பிற போக்குவரத்து திசைகள் கிடைக்காது. கூடுதலாக, எங்கள் தயாரிப்பில் சுமார் 10 வெவ்வேறு பாதுகாப்பு சுழல்கள் உள்ளன என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும். பயன்பாடு எப்படியாவது சமரசம் செய்யப்பட்டாலும், கடவுள் தடைசெய்தாலும், தாக்குபவர் சர்வர் மேலாண்மை கன்சோலை அணுக முடியாது, ஏனெனில் இது வேறுபட்ட பிணைய பாதுகாப்பு மண்டலம்.

  IN: – இந்தச் சூழலில், எனக்கு மிகவும் சுவாரஸ்யமான விஷயம் என்னவென்றால், நீங்கள் சேவைகளுடன் சில ஒப்பந்தங்களை வைத்திருக்கிறீர்கள் - அவர்கள் என்ன செய்ய முடியும், என்ன "செயல்கள்" மூலம் அவர்கள் ஒருவருக்கொருவர் தொடர்பு கொள்ளலாம்... மேலும் ஒரு சாதாரண ஓட்டத்தில், சில குறிப்பிட்ட சேவைகள் சிலவற்றைக் கோருகின்றன. வரிசை, மறுபுறம் "செயல்களின்" பட்டியல். அவர்கள் ஒரு சாதாரண சூழ்நிலையில் மற்றவர்களிடம் திரும்புவது போல் தெரியவில்லை, மேலும் அவர்களுக்கு மற்ற பொறுப்புகள் உள்ளன. அவர்களில் ஒருவர் சமரசம் செய்தால், அந்த சேவையின் "செயல்களை" சீர்குலைக்க முடியுமா?..

  EK: - எனக்கு புரிகிறது. ஒரு சாதாரண சூழ்நிலையில் மற்றொரு சேவையகத்துடன் தொடர்பு கொள்ள அனுமதிக்கப்பட்டால், ஆம். SLA ஒப்பந்தத்தின்படி, நீங்கள் முதல் 3 "செயல்கள்" மட்டுமே அனுமதிக்கப்படுகிறீர்கள் என்பதை நாங்கள் கண்காணிக்கவில்லை, மேலும் 4 "செயல்கள்" உங்களுக்கு அனுமதிக்கப்படவில்லை. இது எங்களுக்கு தேவையற்றதாக இருக்கலாம், ஏனென்றால் எங்களிடம் ஏற்கனவே 4-நிலை பாதுகாப்பு அமைப்பு உள்ளது, கொள்கையளவில், சுற்றுகளுக்கு. உட்புறங்களின் மட்டத்தில் இருப்பதை விட, வரையறைகளுடன் நம்மை தற்காத்துக் கொள்ள விரும்புகிறோம்.

  விசா, மாஸ்டர்கார்டு மற்றும் ஸ்பெர்பேங்க் எவ்வாறு வேலை செய்கின்றன

  IN: - ஒரு டேட்டா சென்டரில் இருந்து மற்றொரு டேட்டா சென்டருக்கு பயனரை மாற்றுவது பற்றிய ஒரு விஷயத்தை நான் தெளிவுபடுத்த விரும்புகிறேன். எனக்குத் தெரிந்தவரை, விசா மற்றும் மாஸ்டர்கார்டு 8583 பைனரி ஒத்திசைவு நெறிமுறையைப் பயன்படுத்தி இயங்குகின்றன, மேலும் அங்கு கலவைகள் உள்ளன. நான் தெரிந்து கொள்ள விரும்பினேன், இப்போது நாம் மாறுவதைக் குறிக்கிறோம் - இது நேரடியாக "விசா" மற்றும் "மாஸ்டர்கார்டு" அல்லது கட்டண முறைகளுக்கு முன், செயலாக்கத்திற்கு முன்?

  EK: - இது கலவைகளுக்கு முன். எங்கள் கலவைகள் ஒரே தரவு மையத்தில் அமைந்துள்ளன.

  IN: - தோராயமாகச் சொன்னால், உங்களிடம் ஒரு இணைப்புப் புள்ளி இருக்கிறதா?

  EK: - "விசா" மற்றும் "மாஸ்டர்கார்டு" - ஆம். உதாரணமாக, இரண்டாவது ஜோடி கலவைகளைப் பெறுவதற்கு தனித்தனி ஒப்பந்தங்களை முடிக்க விசா மற்றும் மாஸ்டர்கார்டுக்கு உள்கட்டமைப்பில் தீவிர முதலீடுகள் தேவைப்படுவதால். அவை ஒரு தரவு மையத்திற்குள் ஒதுக்கப்பட்டுள்ளன, ஆனால், கடவுள் தடைசெய்தால், விசா மற்றும் மாஸ்டர்கார்டுடன் இணைப்பதற்கான கலவைகள் இருக்கும் எங்கள் தரவு மையம் இறந்துவிட்டால், விசா மற்றும் மாஸ்டர்கார்டுடனான தொடர்பு தொலைந்துவிடும்...

  IN: - அவர்கள் எவ்வாறு ஒதுக்கப்பட முடியும்? கொள்கையளவில் ஒரே ஒரு இணைப்பை மட்டுமே விசா அனுமதிக்கிறது என்பதை நான் அறிவேன்!

  EK: - அவர்களே உபகரணங்களை வழங்குகிறார்கள். எப்படியிருந்தாலும், உள்ளே முழுமையாக தேவையற்ற உபகரணங்களைப் பெற்றோம்.

  IN: – அப்படியானால் ஸ்டாண்ட் அவர்களின் கனெக்ட்ஸ் ஆரஞ்சு நிறத்தில் இருந்ததா?..

  EK: - ஆம்.

  IN: - ஆனால் இந்த விஷயத்தில் என்ன: உங்கள் தரவு மையம் மறைந்துவிட்டால், அதை எவ்வாறு தொடர்ந்து பயன்படுத்தலாம்? அல்லது போக்குவரத்து மட்டும் நிற்கிறதா?

  EK: - இல்லை. இந்த வழக்கில், நாங்கள் போக்குவரத்தை வேறொரு சேனலுக்கு மாற்றுவோம், இது இயற்கையாகவே, எங்களுக்கு மிகவும் விலை உயர்ந்ததாகவும், எங்கள் வாடிக்கையாளர்களுக்கு அதிக விலை கொண்டதாகவும் இருக்கும். ஆனால் போக்குவரத்து விசா, மாஸ்டர்கார்டுக்கான எங்கள் நேரடி இணைப்பு வழியாக செல்லாது, ஆனால் நிபந்தனைக்குட்பட்ட Sberbank (மிகவும் மிகைப்படுத்தப்பட்டது).

  நான் Sberbank ஊழியர்களை புண்படுத்தியிருந்தால் நான் மன்னிப்பு கேட்கிறேன். ஆனால் எங்கள் புள்ளிவிவரங்களின்படி, ரஷ்ய வங்கிகளில், Sberbank பெரும்பாலும் விழுகிறது. Sberbank இல் ஏதாவது வீழ்ச்சியடையாமல் ஒரு மாதம் கூட இல்லை.

  
  
  

  சில விளம்பரங்கள் 🙂

  எங்களுடன் தங்கியதற்கு நன்றி. எங்கள் கட்டுரைகளை விரும்புகிறீர்களா? மேலும் சுவாரஸ்யமான உள்ளடக்கத்தைப் பார்க்க வேண்டுமா? ஒரு ஆர்டரை வைப்பதன் மூலம் அல்லது நண்பர்களுக்கு பரிந்துரை செய்வதன் மூலம் எங்களை ஆதரிக்கவும், $4.99 இலிருந்து டெவலப்பர்களுக்கான கிளவுட் VPS, நுழைவு-நிலை சேவையகங்களின் தனித்துவமான அனலாக், இது உங்களுக்காக எங்களால் கண்டுபிடிக்கப்பட்டது: VPS (KVM) E5-2697 v3 (6 கோர்கள்) 10GB DDR4 480GB SSD 1Gbps பற்றிய முழு உண்மை $19 அல்லது எப்படி ஒரு சர்வரைப் பகிர்வது? (RAID1 மற்றும் RAID10 உடன் கிடைக்கும், 24 கோர்கள் வரை மற்றும் 40GB DDR4 வரை).

  ஆம்ஸ்டர்டாமில் உள்ள Equinix Tier IV தரவு மையத்தில் Dell R730xd 2 மடங்கு மலிவானதா? இங்கே மட்டும் 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 இலிருந்து நெதர்லாந்தில்! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 முதல்! பற்றி படிக்கவும் உள்கட்டமைப்பு நிறுவனத்தை எவ்வாறு உருவாக்குவது. ஒரு பைசாவிற்கு 730 யூரோக்கள் மதிப்புள்ள Dell R5xd E2650-4 v9000 சேவையகங்களைப் பயன்படுத்தும் வகுப்பு?

ஆதாரம்: www.habr.com