நாங்கள் நிச்சயமாக பேசுகிறோம் . நீங்கள் விவரங்களுக்குச் செல்லவில்லை என்றால், செப்டம்பர் 30 மற்றும் அக்டோபர் 1 ஆம் தேதிகளில் வளர்ச்சி, சோதனை மற்றும் செயல்பாட்டின் செயல்முறைகளை ஒருங்கிணைத்து ஒரு மாநாட்டை நடத்துவோம், மேலும் நீங்கள் விவரங்களுக்குச் சென்றால், தயவுசெய்து பூனையின் கீழ்.
DevOps அணுகுமுறையின் ஒரு பகுதியாக, ஒரு திட்டத்தின் தொழில்நுட்ப வளர்ச்சியின் அனைத்து பகுதிகளும் பின்னிப் பிணைந்துள்ளன, இணையாக நிகழ்கின்றன மற்றும் ஒருவருக்கொருவர் செல்வாக்கு செலுத்துகின்றன. நிகழ்நேரத்தில் மாற்றக்கூடிய, உருவகப்படுத்தப்பட்ட மற்றும் சோதிக்கக்கூடிய தானியங்கு மேம்பாட்டு செயல்முறைகளை உருவாக்குவது இங்கு குறிப்பாக முக்கியமானது. சந்தையில் ஏற்படும் மாற்றங்களுக்கு உடனடியாக பதிலளிக்க இது உதவுகிறது.
இந்த அணுகுமுறை தயாரிப்பு மேம்பாட்டை எவ்வாறு பாதிக்கிறது என்பதை மாநாட்டில் காட்ட விரும்புகிறோம். வாடிக்கையாளருக்கான அமைப்பின் நம்பகத்தன்மை மற்றும் தகவமைப்பு எவ்வாறு உறுதி செய்யப்படுகிறது. DevOps அதன் பணி செயல்முறையை ஒழுங்கமைப்பதற்கான ஒரு நிறுவனத்தின் கட்டமைப்பையும் அணுகுமுறையையும் எவ்வாறு மாற்றுகிறது.
காட்சிகளுக்கு பின்னால்
DevOps அணுகுமுறையின் கட்டமைப்பிற்குள் வெவ்வேறு நிறுவனங்கள் என்ன செய்கின்றன என்பதை அறிவது மட்டுமல்லாமல், இவை அனைத்தும் ஏன் செய்யப்படுகின்றன என்பதைப் புரிந்துகொள்வதும் முக்கியம். எனவே, நிரல் குழுவில் சேர நிபுணர்களை மட்டும் அழைக்கவில்லை, ஆனால் வெவ்வேறு நிலைகளில் இருந்து DevOps சொற்பொழிவுகளைப் பார்க்கும் நிபுணர்களை நாங்கள் அழைத்தோம்:
- மூத்த பொறியாளர்கள்;
- டெவலப்பர்கள்;
- குழு முன்னணி;
- CTO.
ஒருபுறம், இது அறிக்கைகளுக்கான கோரிக்கைகளைப் பற்றி விவாதிக்கும்போது சிரமங்களையும் மோதல்களையும் உருவாக்குகிறது. ஒரு பொறியாளர் ஒரு பெரிய விபத்தை பகுப்பாய்வு செய்வதில் ஆர்வமாக இருந்தால், மேகங்கள் மற்றும் உள்கட்டமைப்புகளில் வேலை செய்யும் மென்பொருளை எவ்வாறு உருவாக்குவது என்பதை டெவலப்பர் புரிந்துகொள்வது மிகவும் முக்கியம். ஆனால் ஒப்புக்கொள்வதன் மூலம், அனைவருக்கும் மதிப்புமிக்க மற்றும் சுவாரஸ்யமான ஒரு திட்டத்தை நாங்கள் உருவாக்குகிறோம்: பொறியாளர்கள் முதல் CTO வரை.
எங்கள் மாநாட்டின் குறிக்கோள், மிக அதிகமான விளம்பர அறிக்கைகளைத் தேர்ந்தெடுப்பது மட்டுமல்ல, ஒட்டுமொத்த படத்தை வழங்குவதும் ஆகும்: DevOps அணுகுமுறை நடைமுறையில் எவ்வாறு செயல்படுகிறது, புதிய செயல்முறைகளுக்குச் செல்லும்போது நீங்கள் எந்த வகையான ரேக்கைச் செய்யலாம். அதே நேரத்தில், வணிகச் சிக்கலில் இருந்து குறிப்பிட்ட தொழில்நுட்பங்களுக்குச் சென்று உள்ளடக்கப் பகுதியை உருவாக்குகிறோம்.
மாநாட்டுப் பகுதிகள் உள்ளதைப் போலவே இருக்கும் .
- உள்கட்டமைப்பு தளம்.
- குறியீடாக உள்கட்டமைப்பு.
- தொடர்ச்சியான விநியோகம்.
- பின்னூட்டம்.
- DevOps இல் கட்டிடக்கலை, CTO க்கான DevOps.
- SRE நடைமுறைகள்.
- பயிற்சி மற்றும் அறிவு மேலாண்மை.
- பாதுகாப்பு, DevSecOps.
- DevOps மாற்றம்.
காகிதங்களுக்கான அழைப்பு: நாங்கள் எந்த வகையான அறிக்கைகளைத் தேடுகிறோம்
மாநாட்டின் சாத்தியமான பார்வையாளர்களை நாங்கள் நிபந்தனையுடன் ஐந்து குழுக்களாகப் பிரித்தோம்: பொறியாளர்கள், டெவலப்பர்கள், பாதுகாப்பு நிபுணர்கள், குழுத் தலைவர்கள் மற்றும் CTO. ஒவ்வொரு குழுவும் மாநாட்டிற்கு வர அதன் சொந்த உந்துதல் உள்ளது. மேலும், நீங்கள் இந்த நிலைகளில் இருந்து DevOps ஐப் பார்த்தால், உங்கள் தலைப்பை எவ்வாறு மையப்படுத்துவது மற்றும் எங்கு முக்கியத்துவம் கொடுக்க வேண்டும் என்பதை நீங்கள் புரிந்து கொள்ளலாம்.
பொறியாளர்களுக்கு, உள்கட்டமைப்பு தளத்தை உருவாக்குபவர்கள், தற்போதுள்ள போக்குகளைப் புரிந்துகொள்வது முக்கியம், எந்த தொழில்நுட்பங்கள் இப்போது மிகவும் மேம்பட்டவை என்பதைப் புரிந்துகொள்வது. இந்தத் தொழில்நுட்பங்களைப் பயன்படுத்துவதிலும் கருத்துக்களைப் பரிமாறிக்கொள்வதிலும் நிஜ வாழ்க்கை அனுபவத்தைப் பற்றி அறிந்து கொள்வதில் அவர்கள் ஆர்வம் காட்டுவார்கள். ஒரு பொறியாளர் சில ஹார்ட்கோர் விபத்துகளை பகுப்பாய்வு செய்யும் அறிக்கையைக் கேட்பதில் மகிழ்ச்சி அடைவார், மேலும் நாங்கள் அத்தகைய அறிக்கையைத் தேர்ந்தெடுத்து மெருகூட்ட முயற்சிப்போம்.
டெவலப்பர்களுக்கு போன்ற ஒரு கருத்தை புரிந்துகொள்வது முக்கியம் கிளவுட் சொந்த பயன்பாடு. அதாவது, மேகங்கள் மற்றும் பல்வேறு உள்கட்டமைப்புகளில் வேலை செய்யும் வகையில் மென்பொருளை எவ்வாறு உருவாக்குவது. டெவலப்பர் மென்பொருளிலிருந்து தொடர்ந்து கருத்துக்களைப் பெற வேண்டும். நிறுவனங்கள் இந்த செயல்முறையை எவ்வாறு உருவாக்குகின்றன, மென்பொருள் செயல்திறனை எவ்வாறு கண்காணிப்பது மற்றும் முழு விநியோகச் செயல்முறையும் எவ்வாறு செயல்படுகிறது என்பதைப் பற்றிய வழக்குகளை இங்கே கேட்க விரும்புகிறோம்.
சைபர் பாதுகாப்பு நிபுணர்கள் பாதுகாப்பு செயல்முறையை எவ்வாறு அமைப்பது என்பதைப் புரிந்துகொள்வது முக்கியம், அது நிறுவனத்திற்குள் வளர்ச்சி மற்றும் மாற்ற செயல்முறைகளை நிறுத்தாது. அத்தகைய நிபுணர்களிடம் DevOps வைக்கும் தேவைகள் பற்றிய தலைப்புகளும் சுவாரஸ்யமாக இருக்கும்.
குழுத் தலைவர்கள் தெரிந்துகொள்ள விரும்புகிறார்கள், மற்ற நிறுவனங்களில் தொடர்ச்சியான டெலிவரி செயல்முறை எவ்வாறு செயல்படுகிறது. இதை அடைய நிறுவனங்கள் என்ன பாதையை எடுத்தன, DevOps க்குள் மேம்பாடு மற்றும் தர உத்தரவாத செயல்முறைகளை எவ்வாறு உருவாக்கியது. குழுத் தலைவர்களும் கிளவுட் நேட்டிவ் மீது ஆர்வமாக உள்ளனர். மேலும் குழுவிற்குள் மற்றும் மேம்பாடு மற்றும் பொறியியல் குழுக்களுக்கு இடையேயான தொடர்பு பற்றிய கேள்விகள்.
செய்ய CTO நிறுவனத்தின் இந்த செயல்முறைகள் அனைத்தையும் எவ்வாறு இணைப்பது மற்றும் வணிகத் தேவைகளுக்கு அவற்றை எவ்வாறு சரிசெய்வது என்பதைக் கண்டுபிடிப்பதே மிக முக்கியமான விஷயம். வணிகம் மற்றும் வாடிக்கையாளர் ஆகிய இரண்டிற்கும் பயன்பாடு நம்பகமானது என்பதை அவர் உறுதிசெய்கிறார். எந்த வணிகப் பணிகளுக்கு எந்த தொழில்நுட்பங்கள் செயல்படும், முழு செயல்முறையையும் எவ்வாறு உருவாக்குவது போன்றவற்றை இங்கே நீங்கள் புரிந்து கொள்ள வேண்டும். வரவு செலவுத் திட்டத்திற்கும் CTO பொறுப்பு. உதாரணமாக, DevOps இல் பணிபுரியும் நிபுணர்களை மீண்டும் பயிற்சி செய்வதற்கு எவ்வளவு பணம் செலவழிக்க வேண்டும் என்பதை அவர் புரிந்து கொள்ள வேண்டும்.
இந்த விஷயங்களைப் பற்றி நீங்கள் ஏதாவது சொல்ல விரும்பினால், அமைதியாக இருக்காதீர்கள், . தாள்களுக்கான அழைப்புக்கான காலக்கெடு ஆகஸ்ட் 20 ஆகும். நீங்கள் எவ்வளவு முன்னதாகப் பதிவு செய்கிறீர்களோ, அவ்வளவு நேரம் உங்கள் அறிக்கையை இறுதி செய்து உங்கள் விளக்கக்காட்சிக்குத் தயாராக வேண்டும். எனவே, தாமதிக்க வேண்டாம்.
சரி, நீங்கள் பொதுவில் பேச வேண்டிய அவசியம் இல்லை என்றால், போதும் மற்றும் சக ஊழியர்களுடன் தொடர்பு கொள்ள செப்டம்பர் 30 மற்றும் அக்டோபர் 1 ஆம் தேதிகளில் வாருங்கள். இது சுவாரஸ்யமாகவும் உற்சாகமாகவும் இருக்கும் என்று நாங்கள் உறுதியளிக்கிறோம்.
DevOps எப்படி பார்க்கிறோம்
DevOps என்பதன் அர்த்தம் என்ன என்பதை சரியாகப் புரிந்துகொள்ள, எனது அறிக்கையைப் படிக்க (அல்லது மீண்டும் படிக்க) பரிந்துரைக்கிறேன் "" சந்தையின் அலைகள் வழியாக நடந்து, டெவொப்ஸின் யோசனை வெவ்வேறு அளவு நிறுவனங்களில் எவ்வாறு மாறுகிறது என்பதை நான் கவனித்தேன்: சிறிய தொடக்கத்திலிருந்து பன்னாட்டு நிறுவனங்கள் வரை. அறிக்கையானது தொடர்ச்சியான கேள்விகளின் அடிப்படையில் கட்டமைக்கப்பட்டுள்ளது, அவற்றுக்கு பதிலளிப்பதன் மூலம் உங்கள் நிறுவனம் DevOps நோக்கி நகர்கிறதா அல்லது எங்காவது சிக்கல்கள் உள்ளதா என்பதை நீங்கள் புரிந்து கொள்ளலாம்.
DevOps என்பது ஒரு சிக்கலான அமைப்பு, இதில் இருக்க வேண்டும்:
- டிஜிட்டல் தயாரிப்பு.
- இந்த டிஜிட்டல் தயாரிப்பை உருவாக்கும் வணிக தொகுதிகள்.
- குறியீட்டை எழுதும் தயாரிப்பு குழுக்கள்.
- தொடர்ச்சியான டெலிவரி நடைமுறைகள்.
- ஒரு சேவையாக தளங்கள்.
- ஒரு சேவையாக உள்கட்டமைப்பு.
- குறியீடாக உள்கட்டமைப்பு.
- DevOps இல் உள்ளமைக்கப்பட்ட நம்பகத்தன்மையை பராமரிப்பதற்கான தனி நடைமுறைகள்.
- அனைத்தையும் விவரிக்கும் ஒரு பின்னூட்ட நடைமுறை.
அறிக்கையின் முடிவில் நிறுவனத்தில் உள்ள DevOps அமைப்பின் யோசனையை வழங்கும் ஒரு வரைபடம் உள்ளது. உங்கள் நிறுவனத்தில் எந்தெந்த செயல்முறைகள் ஏற்கனவே நெறிப்படுத்தப்பட்டுள்ளன மற்றும் இன்னும் கட்டமைக்கப்படாமல் உள்ளன என்பதைப் பார்க்க இது உங்களை அனுமதிக்கும்.
அறிக்கையின் வீடியோவை நீங்கள் பார்க்கலாம் .
இப்போது ஒரு போனஸ் இருக்கும்: RIT++ 2019 இலிருந்து பல வீடியோக்கள், DevOps மாற்றத்தின் மிகவும் பொதுவான சிக்கல்களைத் தொடும்.
ஒரு தயாரிப்பாக நிறுவனத்தின் உள்கட்டமைப்பு
Artyom Naumenko ஸ்கைங்கில் DevOps குழுவை வழிநடத்துகிறார் மற்றும் அவரது நிறுவனத்தின் உள்கட்டமைப்பின் வளர்ச்சியை கவனித்துக்கொள்கிறார். SkyEng இல் வணிக செயல்முறைகளை உள்கட்டமைப்பு எவ்வாறு பாதிக்கிறது: அதற்கான ROI ஐ எவ்வாறு கணக்கிடுவது, கணக்கீட்டிற்கு என்ன அளவீடுகள் தேர்ந்தெடுக்கப்பட வேண்டும் மற்றும் அவற்றை மேம்படுத்துவதற்கு எவ்வாறு செயல்பட வேண்டும் என்பதை அவர் கூறினார்.
மைக்ரோ சர்வீஸுக்கான பாதையில்
நிக்ஸிஸ் நிறுவனம் பிஸியான வலைத் திட்டங்கள் மற்றும் விநியோகிக்கப்பட்ட அமைப்புகளுக்கு ஆதரவை வழங்குகிறது. அதன் தொழில்நுட்ப இயக்குனர், போரிஸ் எர்ஷோவ், மென்பொருள் தயாரிப்புகளை எவ்வாறு மொழிபெயர்ப்பது என்று கூறினார், அதன் வளர்ச்சி 5 ஆண்டுகளுக்கு முன்பு (அல்லது இன்னும் அதிகமாக), நவீன தளத்திற்கு தொடங்கியது.
ஒரு விதியாக, அத்தகைய திட்டங்கள் ஒரு சிறப்பு உலகமாகும், அங்கு உள்கட்டமைப்பின் இருண்ட மற்றும் பழமையான மூலைகள் உள்ளன, அவை தற்போதைய பொறியாளர்களுக்குத் தெரியாது. ஒருமுறை தேர்ந்தெடுக்கப்பட்ட கட்டிடக்கலை மற்றும் மேம்பாட்டிற்கான அணுகுமுறைகள் காலாவதியானவை மற்றும் புதிய பதிப்புகளின் வளர்ச்சி மற்றும் வெளியீட்டின் அதே வேகத்தை வணிகத்திற்கு வழங்க முடியாது. இதன் விளைவாக, ஒவ்வொரு தயாரிப்பு வெளியீடும் நம்பமுடியாத சாகசமாக மாறும், அங்கு ஏதாவது தொடர்ந்து விழுகிறது, மேலும் மிகவும் எதிர்பாராத இடத்தில்.
அத்தகைய திட்டங்களின் மேலாளர்கள் தவிர்க்க முடியாமல் அனைத்து தொழில்நுட்ப செயல்முறைகளையும் மாற்ற வேண்டிய அவசியத்தை எதிர்கொள்கின்றனர். போரிஸ் தனது அறிக்கையில் கூறியிருப்பதாவது:
- திட்டத்திற்கான சரியான கட்டமைப்பை எவ்வாறு தேர்வு செய்வது மற்றும் உள்கட்டமைப்பை ஒழுங்காக வைப்பது எப்படி;
- என்ன கருவிகளைப் பயன்படுத்த வேண்டும் மற்றும் மாற்றத்திற்கான பாதையில் என்னென்ன ஆபத்துக்களை எதிர்கொள்கிறார்கள்;
- அடுத்து என்ன செய்வது.
வெளியீடுகளின் ஆட்டோமேஷன் அல்லது விரைவாகவும் வலியின்றி வழங்குவது எப்படி
அலெக்சாண்டர் கொரோட்கோவ் CIAN இல் CI/CD அமைப்பின் முன்னணி டெவலப்பர் ஆவார். ஆட்டோமேஷன் கருவிகளைப் பற்றி அவர் பேசினார், இது தரத்தை மேம்படுத்தவும், உற்பத்திக்கு குறியீட்டை வழங்குவதற்கான நேரத்தை 5 மடங்கு குறைக்கவும் செய்தது. ஆனால் இதுபோன்ற முடிவுகளை ஆட்டோமேஷனால் மட்டும் அடைய முடியாது, எனவே அலெக்சாண்டர் வளர்ச்சி செயல்முறைகளில் ஏற்படும் மாற்றங்களுக்கும் கவனம் செலுத்தினார்.
விபத்துக்கள் எவ்வாறு கற்றுக்கொள்ள உதவுகின்றன?
Alexey Kirpichnikov 5 ஆண்டுகளாக SKB கோண்டூரில் DevOps மற்றும் உள்கட்டமைப்பை செயல்படுத்தி வருகிறார். மூன்று ஆண்டுகளில், ஏறக்குறைய 1000 ஃபேகாப்கள் பல்வேறு அளவுகளில் அவரது நிறுவனத்தில் நிகழ்ந்தன. அவற்றில், எடுத்துக்காட்டாக, 36% உற்பத்தியில் குறைந்த தர வெளியீட்டை வெளியிடுவதால் ஏற்பட்டது, மேலும் 14% தரவு மையத்தில் வன்பொருள் பராமரிப்பு பணிகளால் ஏற்பட்டது.
நிறுவனத்தின் பொறியியலாளர்கள் தொடர்ச்சியாக பல ஆண்டுகளாக பராமரித்து வரும் அறிக்கைகளின் (பிரேத பரிசோதனைகள்) விபத்துக்கள் பற்றிய துல்லியமான தகவல்களைப் பெறுவதை சாத்தியமாக்குகிறது. எமர்ஜென்சி சிக்னலுக்கு முதலில் பதிலளித்து எல்லாவற்றையும் சரிசெய்யத் தொடங்கிய பணியில் உள்ள பொறியாளரால் போஸ்ட் மார்ட்டம் எழுதப்படுகிறது. அறிக்கைகள் எழுதி முகமூடிகளுடன் இரவில் போராடும் பொறியாளர்களை ஏன் துன்புறுத்த வேண்டும்? இந்தத் தரவு முழுப் படத்தையும் பார்க்கவும், உள்கட்டமைப்பு வளர்ச்சியை சரியான திசையில் நகர்த்தவும் உங்களை அனுமதிக்கிறது.
அலெக்ஸி தனது உரையில், உண்மையிலேயே பயனுள்ள பிரேத பரிசோதனையை எவ்வாறு எழுதுவது மற்றும் ஒரு பெரிய நிறுவனத்தில் அத்தகைய அறிக்கைகளின் நடைமுறையை எவ்வாறு செயல்படுத்துவது என்பதைப் பகிர்ந்து கொண்டார். யாரோ ஒருவரை எப்படி ஏமாற்றினார்கள் என்பது பற்றிய கதைகள் உங்களுக்கு பிடித்திருந்தால், நடிப்பின் வீடியோவைப் பாருங்கள்.
DevOps பற்றிய உங்கள் பார்வை எங்களுடைய பார்வையுடன் பொருந்தாமல் போகலாம் என்பதை நாங்கள் புரிந்துகொள்கிறோம். DevOps மாற்றத்தை நீங்கள் எவ்வாறு பார்க்கிறீர்கள் என்பதை அறிவது சுவாரஸ்யமாக இருக்கும். இந்த தலைப்பில் உங்கள் அனுபவத்தையும் பார்வையையும் கருத்துகளில் பகிர்ந்து கொள்ளுங்கள்.
திட்டத்தில் நாங்கள் ஏற்கனவே என்ன அறிக்கைகளை ஏற்றுக்கொண்டோம்?
இந்த வாரம் திட்டக் குழு 4 அறிக்கைகளை ஏற்றுக்கொண்டது: பாதுகாப்பு, உள்கட்டமைப்பு மற்றும் SRE நடைமுறைகள்.
DevOps மாற்றத்தின் மிகவும் வேதனையான தலைப்பு: தகவல் பாதுகாப்புத் துறையைச் சேர்ந்த தோழர்கள் மேம்பாடு, செயல்பாடு மற்றும் நிர்வாகத்திற்கு இடையே ஏற்கனவே கட்டமைக்கப்பட்ட இணைப்புகளை அழிக்கவில்லை என்பதை எவ்வாறு உறுதிப்படுத்துவது. சில நிறுவனங்கள் தகவல் பாதுகாப்பு துறை இல்லாமல் நிர்வகிக்கின்றன. இந்த வழக்கில் தகவல் பாதுகாப்பை எவ்வாறு உறுதிப்படுத்துவது? இது பற்றி sudo.su இலிருந்து மோனா ஆர்க்கிபோவா. அவரது அறிக்கையிலிருந்து நாம் கற்றுக்கொள்கிறோம்:
- எதைப் பாதுகாக்க வேண்டும், யாரிடமிருந்து;
- வழக்கமான பாதுகாப்பு செயல்முறைகள் என்ன;
- தகவல் தொழில்நுட்பம் மற்றும் தகவல் பாதுகாப்பு செயல்முறைகள் எவ்வாறு வெட்டுகின்றன;
- CIS CSC என்றால் என்ன, அதை எவ்வாறு செயல்படுத்துவது;
- எப்படி மற்றும் என்ன குறிகாட்டிகள் மூலம் வழக்கமான தகவல் பாதுகாப்பு சோதனைகளை நடத்த வேண்டும்.
அடுத்த அறிக்கை, உள்கட்டமைப்பை குறியீடாக மேம்படுத்துவது பற்றியது. கைமுறை வழக்கத்தின் அளவைக் குறைத்து, முழு திட்டத்தையும் குழப்பமாக மாற்ற வேண்டாம், இது சாத்தியமா? இந்தக் கேள்விக்கு Ixtens இலிருந்து Maxim Kostrikin. அவரது நிறுவனம் பயன்படுத்துகிறது Terraform AWS உள்கட்டமைப்புடன் பணிபுரிவதற்காக. கருவி வசதியானது, ஆனால் அதைப் பயன்படுத்தும் போது ஒரு பெரிய அளவிலான குறியீட்டை உருவாக்குவதைத் தவிர்ப்பது எப்படி என்பது கேள்வி. அத்தகைய பாரம்பரியத்தை பராமரிப்பது ஒவ்வொரு ஆண்டும் மேலும் மேலும் விலை உயர்ந்ததாக மாறும்.
ஆட்டோமேஷன் மற்றும் மேம்பாட்டை எளிதாக்குவதை நோக்கமாகக் கொண்ட குறியீடு வேலை வாய்ப்பு முறைகள் எவ்வாறு செயல்படுகின்றன என்பதை மாக்சிம் காண்பிக்கும்.
மற்றொன்று உள்கட்டமைப்பு பற்றி கேட்போம் பிளேகீயில் இருந்து விளாடிமிர் ரியாபோவ். இங்கே நாம் உள்கட்டமைப்பு தளத்தைப் பற்றி பேசுவோம், மேலும் நாம் கற்றுக்கொள்வோம்:
- சேமிப்பு இடம் திறம்பட பயன்படுத்தப்படுகிறதா என்பதைப் புரிந்துகொள்வது எப்படி;
- 10 TB சேமிப்பகத்தைப் பயன்படுத்தினால், பல நூறு பயனர்கள் 20 TB உள்ளடக்கத்தைப் பெறுவது எப்படி;
- தரவை 5 முறை சுருக்கி, நிகழ்நேரத்தில் பயனர்களுக்கு வழங்குவது எப்படி;
- பல தரவு மையங்களுக்கு இடையில் பறக்கும்போது தரவை எவ்வாறு ஒத்திசைப்பது;
- ஒரு மெய்நிகர் இயந்திரத்தை வரிசையாகப் பயன்படுத்தும் போது, பயனர்களின் தாக்கத்தை ஒருவருக்கொருவர் எவ்வாறு அகற்றுவது.
இந்த மந்திரத்தின் ரகசியம் தொழில்நுட்பம் FreeBSDக்கான ZFS மற்றும் அதன் புதிய முட்கரண்டி லினக்ஸில் ZFS. விளாடிமிர் பிளேகீயில் இருந்து வழக்குகளைப் பகிர்ந்து கொள்வார்.
Amixr.IO இலிருந்து Matvey Kukuy வாழ்க்கையிலிருந்து எடுத்துக்காட்டுகளுடன் தயாராக உள்ளது , என்ன நடந்தது SRE நம்பகமான அமைப்புகளை உருவாக்க இது எவ்வாறு உதவுகிறது. Amixr.IO அதன் பின்தளத்தில் வாடிக்கையாளர் சம்பவங்களை கடந்து செல்கிறது, உலகெங்கிலும் உள்ள டஜன் கணக்கான ஆன்-டூட்டி குழுக்கள் ஏற்கனவே 150 ஆயிரம் வழக்குகளை கையாண்டுள்ளன. மாநாட்டில், வாடிக்கையாளர் சிக்கல்களைத் தீர்ப்பதன் மூலமும் தோல்விகளை பகுப்பாய்வு செய்வதன் மூலமும் தனது நிறுவனம் குவித்துள்ள புள்ளிவிவரங்கள் மற்றும் நுண்ணறிவுகளைப் பகிர்ந்து கொள்வார்.
பேராசை கொள்ள வேண்டாம் என்றும், DevOps சாமுராய் போன்ற உங்கள் அனுபவத்தைப் பகிர்ந்து கொள்ளுமாறும் மீண்டும் ஒருமுறை கேட்டுக்கொள்கிறேன். பரிமாறவும் ஒரு அறிக்கைக்காக, உங்களுக்கும் எனக்கும் ஒரு சிறந்த விளக்கக்காட்சியைத் தயாரிக்க 2,5 மாதங்கள் ஆகும். நீங்கள் கேட்பவராக இருக்க விரும்பினால், நிரல் புதுப்பிப்புகளுடன் கூடிய செய்திமடலுக்கு முன்கூட்டியே டிக்கெட்டுகளை முன்பதிவு செய்வது பற்றி தீவிரமாக சிந்தியுங்கள், ஏனெனில் அவை மாநாட்டு தேதிக்கு அருகில் அதிக விலைக்கு மாறும்.
ஆதாரம்: www.habr.com