ஸ்லர்ம் டெவொப்ஸ்: நாங்கள் ஏன் டெவொப்ஸ் தத்துவத்தைப் பற்றி விவாதிக்க மாட்டோம், அதற்கு பதிலாக என்ன நடக்கும்

இன்று சவுத்பிரிட்ஜில் ஒரு திட்டமிடல் கூட்டத்தில் டர்க்கைஸ் மேலாண்மை பற்றி விவாதித்தோம்.

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

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

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

மற்றும் நிரல் ஸ்லர்ம் டெவொப்ஸ் கீழே இருந்து மேலே செல்ல விரும்புபவர்களுக்காக உருவாக்கப்பட்டது.

DevOps தத்துவத்தை நாங்கள் விவாதிக்க மாட்டோம். அது அர்த்தமற்றது என்பதனாலோ அல்லது நமக்குத் தெரியாததாலோ அல்லது ஹோலிவார்களை நாம் விரும்பாததாலோ அல்ல (நாங்கள் விரும்புவதில்லை). DevOps தத்துவம் ஒவ்வொரு DevOps கட்டிடக் கலைஞர் மற்றும் பொறியாளரிடமும் பல வருட பயிற்சியில் படிகமாக்குகிறது, ஆனால் 3 நாட்கள் தீவிர பயிற்சியில் அல்ல.

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

இதன் விளைவாக, வேலை எளிதாகவும் எளிமையாகவும் மாறும், மேலும் உங்கள் DevOps ஐ உருவாக்குவதற்கான அடிப்படை தோன்றும்.

சவுத்பிரிட்ஜ் நடைமுறைகளுக்கு அப்பால் செல்ல, சில தலைப்புகளில் வெளியில் பேசுபவர்களை அழைத்தோம்.

ஆர்டெம் கலோன்ஸ்கி, STO "பீரோ பீரோ"
வணிக வளர்ச்சியில் 12+ ஆண்டுகள்.
2011 முதல் குழுத் தலைவர் / மேம்பாட்டுத் துறைத் தலைவர்.
2016 முதல் தொழில்நுட்ப இயக்குனர்.

மாணவர்களுடன் சேர்ந்து, முன்பு பயன்படுத்தப்பட்ட பயன்பாடுகளின் வரிசைப்படுத்தலை தானியங்குபடுத்துவதற்கான வழிகளைப் பார்ப்போம். நவீன குழாய் கட்டுமானம் மற்றும் சில பொதுவான கருவிகளைப் பற்றி விவாதிப்போம். GitLab CI/CD இன் கருவிகள் மற்றும் திறன்களை இன்னும் விரிவாகப் பார்ப்போம். நவீன CI/CD முறைகள் எப்படி, ஏன் பயன்படுத்தப்படுகின்றன என்பதை மாணவர்கள் உணரும் வகையில் எனது தலைப்புகளில் (தானியங்கும் அறிமுகம் மற்றும் Gitlab உடன் பணிபுரிதல்) பயிற்சியை நான் கட்டமைத்தேன். கோட்பாடு புறநிலையாக தேவையான குறைந்தபட்சமாக இருக்கும்.

அலெக்ஸி ஸ்டெபனென்கோ, செலக்டெல் கிளவுட் இயங்குதளப் பொறியாளர்
OpenStack மேகக்கணியைப் பராமரிப்பதற்கான உள்கட்டமைப்பு பணிகளைக் கையாளுதல்: கண்காணிப்பு, CI/CD மற்றும் கட்டமைப்பு மேலாண்மை.

முதலில், உள்கட்டமைப்பு நிர்வாகத்தின் மாதிரிகள் மற்றும் முறைகள் (நிரலாக்கத்திலிருந்து அணுகுமுறைகள் நிர்வாகத்திற்கு வந்த விதம்) பற்றி பேசுவோம், மேலும் நடைமுறையில் HashiCorp இன் DevOps கருவிகளை (Packer and Terraform) அறிவிப்போம்.
தொகுதி முடிந்ததும், உங்கள் உள்கட்டமைப்பை விவரிக்கவும், சோதனை மற்றும் உற்பத்தி சூழல்களை உருவாக்குவதை தானியங்குபடுத்தவும், உங்கள் விண்ணப்பத்தை அளவிடவும் மற்றும் ஒரு சுமை சமநிலையைப் பயன்படுத்தி அதிக கிடைக்கும் தீர்வுகளை உருவாக்கவும் முடியும்.

எட்வர்ட் மெட்வெடேவ், டங்ஸ்டன் ஆய்வகங்களில் (ஜெர்மனி) CTO
StackStorm இல் பொறியாளராகப் பணிபுரிந்தார், மேடையின் ChatOps செயல்பாட்டிற்குப் பொறுப்பானவர். டேட்டா சென்டர் ஆட்டோமேஷனுக்கான ChatOps உருவாக்கப்பட்டது மற்றும் செயல்படுத்தப்பட்டது. ரஷ்ய மற்றும் சர்வதேச மாநாடுகளில் பேச்சாளர்.

ஸ்லர்மில், DevOps குழுவிற்குள் எவ்வாறு தொடர்புகொள்வது மற்றும் CI/CD பைப்லைனுடனான தொடர்புகளை சாட்போட்களுடன் இருவழி ஒருங்கிணைப்பைப் பயன்படுத்தி மிகவும் பயனுள்ளதாக்குவது பற்றி பேசுவேன்.

இவான் க்ருக்லோவ், Booking.com இன் முதன்மை டெவலப்பர்
2013 இல் Booking.com இல் இணைந்ததிலிருந்து, விநியோகிக்கப்பட்ட செய்தி விநியோகம் மற்றும் செயலாக்கம், பிக் டேட்டா மற்றும் வெப்-ஸ்டாக், தேடல் போன்ற உள்கட்டமைப்பு திட்டங்களில் பணியாற்றியுள்ளார்.
உள் கிளவுட் மற்றும் சர்வீஸ் மெஷை உருவாக்குவது தொடர்பான சிக்கல்களில் தற்போது பணிபுரிகிறது.

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

1. ஒரு நிர்வாகி அல்லது புரோகிராமருக்கு SRE என்ன வழங்குகிறது?
2. ஒரு வணிகம் அல்லது தயாரிப்பு உரிமையாளர் ஏன் SRE ஐ செயல்படுத்த வேண்டும்?

எனவே இந்த DevOps ஸ்லர்ம் தனித்துவமாக இருக்கும்: நாம் நிரலை மீண்டும் செய்தால், அது வேறு கலவையுடன் இருக்கும்.

கவனத்துடன் இருப்பவர்களுக்கு, ஹப்ராபோஸ்ட் விளம்பரக் குறியீட்டைப் பயன்படுத்தி இன்னும் 15% தள்ளுபடி உள்ளது.

ஸ்லர்மின் டெவொப்ஸ் திட்டம் பற்றி - இங்கே.

பதிவு: https://slurm.io/devops

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