ముందురోజు విటాలీ ఖబరోవ్ ఇంటర్వ్యూ చేశారు డిమిత్రి స్టోలియారోవ్ (), టెక్నికల్ డైరెక్టర్ మరియు ఫ్లాంట్ కంపెనీ సహ వ్యవస్థాపకుడు. ఫ్లాంట్ ఏమి చేస్తాడు, కుబెర్నెట్స్, పర్యావరణ వ్యవస్థ అభివృద్ధి, మద్దతు గురించి విటాలీ డిమిత్రిని అడిగాడు. కుబెర్నెట్స్ ఎందుకు అవసరం మరియు అది అవసరమా అని మేము చర్చించాము. మైక్రోసర్వీస్‌ల గురించి, Amazon AWS, DevOpsకి “నేను అదృష్టవంతుడిని” విధానం, కుబెర్నెట్స్ యొక్క భవిష్యత్తు, ఇది ప్రపంచాన్ని ఎందుకు, ఎప్పుడు మరియు ఎలా తీసుకుంటుంది, DevOps యొక్క అవకాశాలు మరియు ఇంజనీర్లు దేనికి సిద్ధం కావాలి సరళీకరణ మరియు న్యూరల్ నెట్‌వర్క్‌లతో ప్రకాశవంతమైన మరియు సమీప భవిష్యత్తులో.
DevOps Deflopలో పోడ్‌కాస్ట్ రూపంలో వినండి - DevOps గురించి రష్యన్ భాషలో పాడ్‌కాస్ట్, మరియు దిగువన టెక్స్ట్ వెర్షన్ ఉంది.
ఇక్కడ మరియు క్రింద అతను ప్రశ్నలు అడుగుతాడు ఎక్స్‌ప్రెస్ 42 నుండి ఇంజనీర్.
"ఫ్లాంట్" గురించి
- హలో డిమా. నువ్వు టెక్నికల్ డైరెక్టర్వి"”మరియు దాని వ్యవస్థాపకుడు కూడా. దయచేసి కంపెనీ ఏమి చేస్తుంది మరియు మీరు దానిలో ఏమి ఉన్నారో మాకు చెప్పండి?
డిమిత్రి: బయటి నుండి చూస్తే మనం అందరి కోసం కుబెర్నెట్‌లను ఇన్‌స్టాల్ చేస్తూ, దానితో ఏదో ఒకటి చేస్తూ తిరిగే కుర్రాళ్లలా అనిపిస్తుంది. అయితే ఇది నిజం కాదు. మేము Linuxతో వ్యవహరించే కంపెనీగా ప్రారంభించాము, కానీ చాలా కాలంగా మా ప్రధాన కార్యకలాపం ఉత్పత్తి మరియు అధిక-లోడ్ టర్న్‌కీ ప్రాజెక్ట్‌లకు సేవ చేయడం. సాధారణంగా మేము మొత్తం అవస్థాపనను మొదటి నుండి నిర్మిస్తాము మరియు చాలా కాలం పాటు దానికి బాధ్యత వహిస్తాము. అందువల్ల, "ఫ్లాంట్" చేసే ప్రధాన పని, దాని కోసం డబ్బు అందుకుంటుంది బాధ్యత తీసుకోవడం మరియు చెరశాల కావలివాడు ఉత్పత్తిని అమలు చేయడం.
నేను, టెక్నికల్ డైరెక్టర్‌గా మరియు కంపెనీ స్థాపకులలో ఒకరిగా, ఉత్పత్తి యొక్క ప్రాప్యతను ఎలా పెంచాలో, దాని ఆపరేషన్‌ను సులభతరం చేయాలో, నిర్వాహకుల జీవితాన్ని ఎలా సులభతరం చేయాలో మరియు డెవలపర్‌ల జీవితాన్ని మరింతగా ఎలా మార్చాలో తెలుసుకోవడానికి పగలు మరియు రాత్రంతా ప్రయత్నిస్తాను. ఆనందించే.
కుబెర్నెట్స్ గురించి
— ఇటీవల నేను "ఫ్లాంట్" నుండి చాలా నివేదికలను చూస్తున్నాను మరియు కుబెర్నెట్స్ గురించి. మీరు అతని వద్దకు ఎలా వచ్చారు?
డిమిత్రి: నేను దీని గురించి ఇప్పటికే చాలా సార్లు మాట్లాడాను, కానీ నేను దానిని పునరావృతం చేయడానికి పట్టించుకోవడం లేదు. కారణం మరియు ప్రభావం మధ్య గందరగోళం ఉన్నందున ఈ అంశాన్ని పునరావృతం చేయడం సరైనదని నేను భావిస్తున్నాను.
మాకు నిజంగా ఒక సాధనం అవసరం. మేము చాలా సమస్యలను ఎదుర్కొన్నాము, పోరాడాము, వాటిని వివిధ అతుకులతో అధిగమించాము మరియు ఒక సాధనం అవసరమని భావించాము. మేము అనేక విభిన్న ఎంపికల ద్వారా వెళ్ళాము, మా స్వంత బైక్‌లను నిర్మించాము మరియు అనుభవాన్ని పొందాము. క్రమంగా మేము డాకర్ కనిపించిన వెంటనే ఉపయోగించడం ప్రారంభించే స్థాయికి చేరుకున్నాము - దాదాపు 2013. అది కనిపించే సమయంలో, మేము ఇప్పటికే కంటైనర్‌లతో చాలా అనుభవాన్ని కలిగి ఉన్నాము, మేము ఇప్పటికే “డాకర్” యొక్క అనలాగ్‌ను వ్రాసాము - పైథాన్‌లో మా స్వంత క్రచెస్‌లో కొన్ని. డాకర్ రాకతో, ఊతకర్రలను విసిరివేయడం మరియు నమ్మదగిన మరియు సంఘం-మద్దతు ఉన్న పరిష్కారాన్ని ఉపయోగించడం సాధ్యమైంది.
కుబెర్నెట్స్ కథ కూడా ఇదే. ఇది ఊపందుకోవడం ప్రారంభించిన సమయానికి - మాకు ఇది వెర్షన్ 1.2 - మేము ఇప్పటికే షెల్ మరియు చెఫ్ రెండింటిలోనూ కొన్ని క్రచెస్‌లను కలిగి ఉన్నాము, మేము డాకర్‌తో ఆర్కెస్ట్రేట్ చేయడానికి ప్రయత్నించాము. మేము రాంచర్ మరియు అనేక ఇతర పరిష్కారాలను తీవ్రంగా చూస్తున్నాము, కాని అప్పుడు కుబెర్నెటెస్ కనిపించింది, దీనిలో ప్రతిదీ మనం చేసినట్లే లేదా ఇంకా మెరుగ్గా అమలు చేయబడుతుంది. ఫిర్యాదు చేయడానికి ఏమీ లేదు.
అవును, ఇక్కడ ఒక రకమైన అసంపూర్ణత ఉంది, అక్కడ కొంత అసంపూర్ణత ఉంది - చాలా లోపాలు ఉన్నాయి, మరియు 1.2 సాధారణంగా భయంకరమైనది, కానీ... కుబెర్నెటెస్ నిర్మాణంలో ఉన్న భవనం లాంటిది - మీరు ప్రాజెక్ట్‌ని చూసి అర్థం చేసుకోండి. చల్లగా ఉంటుంది అని. భవనం ఇప్పుడు పునాది మరియు రెండు అంతస్తులను కలిగి ఉంటే, మీరు ఇంకా లోపలికి వెళ్లకపోవడమే మంచిదని మీరు అర్థం చేసుకున్నారు, కానీ సాఫ్ట్‌వేర్‌తో అలాంటి సమస్యలు లేవు - మీరు దీన్ని ఇప్పటికే ఉపయోగించవచ్చు.
మేము కుబెర్నెట్‌లను ఉపయోగించాలా వద్దా అని ఆలోచించే క్షణం కూడా లేదు. అది కనిపించడానికి చాలా కాలం ముందు మేము దాని కోసం వేచి ఉన్నాము మరియు అనలాగ్లను మనమే సృష్టించడానికి ప్రయత్నించాము.
కుబెర్నెట్స్ గురించి
— మీరు నేరుగా కుబెర్నెటీస్ అభివృద్ధిలో పాల్గొంటున్నారా?
డిమిత్రి: మామూలు. బదులుగా, మేము పర్యావరణ వ్యవస్థ అభివృద్ధిలో పాల్గొంటాము. మేము నిర్దిష్ట సంఖ్యలో పుల్ అభ్యర్థనలను పంపుతాము: ప్రోమేతియస్‌కు, వివిధ ఆపరేటర్‌లకు, హెల్మ్‌కు - పర్యావరణ వ్యవస్థకు. దురదృష్టవశాత్తూ, మేము చేసే ప్రతి పనిని నేను ట్రాక్ చేయలేకపోతున్నాను మరియు నేను తప్పు కావచ్చు, కానీ మాకు కోర్‌లో ఒక్క పూల్ కూడా లేదు.
— అదే సమయంలో, మీరు Kubernetes చుట్టూ మీ అనేక సాధనాలను అభివృద్ధి చేస్తారా?
డిమిత్రి: వ్యూహం ఇది: మేము వెళ్లి ఇప్పటికే ఉన్న ప్రతిదానికీ అభ్యర్థనలను లాగుతాము. పుల్ రిక్వెస్ట్‌లు అక్కడ ఆమోదించబడకపోతే, మేము వాటిని మనమే ఫోర్క్ చేస్తాము మరియు అవి మా బిల్డ్‌లతో ఆమోదించబడే వరకు జీవిస్తాము. అప్పుడు, అది అప్‌స్ట్రీమ్‌కు చేరుకున్నప్పుడు, మేము అప్‌స్ట్రీమ్ వెర్షన్‌కి తిరిగి వెళ్తాము.
ఉదాహరణకు, మేము ప్రోమేతియస్ ఆపరేటర్‌ని కలిగి ఉన్నాము, దానితో మేము మా అసెంబ్లీ యొక్క అప్‌స్ట్రీమ్‌కు ఇప్పటికే 5 సార్లు ముందుకు వెనుకకు మారాము. మాకు ఒక రకమైన ఫీచర్ అవసరం, మేము పుల్ అభ్యర్థనను పంపాము, మేము దానిని రేపు విడుదల చేయాలి, కానీ అది అప్‌స్ట్రీమ్‌లో విడుదలయ్యే వరకు మేము వేచి ఉండాల్సిన అవసరం లేదు. తదనుగుణంగా, మేము మన కోసం సమీకరించుకుంటాము, కొన్ని కారణాల వల్ల మనకు అవసరమైన మా ఫీచర్‌తో మా అసెంబ్లీని మా క్లస్టర్‌లన్నింటికీ విడుదల చేస్తాము. అప్పుడు, ఉదాహరణకు, అప్‌స్ట్రీమ్‌లో వారు దానిని ఈ పదాలతో మాకు మారుస్తారు: “అబ్బాయిలు, దీన్ని మరింత సాధారణ సందర్భంలో చేద్దాం,” మేము లేదా మరొకరు దాన్ని పూర్తి చేసి, కాలక్రమేణా అది మళ్లీ కలిసిపోతుంది.
మేము ఉన్న ప్రతిదాన్ని అభివృద్ధి చేయడానికి ప్రయత్నిస్తాము.. ఇంకా ఉనికిలో లేని అనేక అంశాలు, ఇంకా కనుగొనబడలేదు, లేదా కనుగొనబడలేదు, కానీ అమలు చేయడానికి సమయం లేదు - మేము చేస్తున్నాము. మరియు మేము ప్రక్రియ లేదా బైక్ నిర్మాణాన్ని పరిశ్రమగా ఇష్టపడటం వలన కాదు, కానీ మనకు ఈ సాధనం అవసరం కాబట్టి. ప్రశ్న తరచుగా అడిగేది, మేము ఈ లేదా ఆ పని ఎందుకు చేసాము? సమాధానం చాలా సులభం - అవును, ఎందుకంటే మనం మరింత ముందుకు వెళ్లాలి, కొన్ని ఆచరణాత్మక సమస్యను పరిష్కరించాలి మరియు మేము దానిని ఈ తులాతో పరిష్కరించాము.
మార్గం ఎల్లప్పుడూ ఇలాగే ఉంటుంది: మేము చాలా జాగ్రత్తగా శోధిస్తాము మరియు రొట్టె నుండి ట్రాలీబస్‌ను ఎలా తయారు చేయాలనే దానిపై ఎటువంటి పరిష్కారం కనుగొనలేకపోతే, మేము మా స్వంత రొట్టె మరియు మా స్వంత ట్రాలీబస్‌ను తయారు చేస్తాము.
ఫ్లాంటా టూల్స్
— Flantలో ఇప్పుడు addon ఆపరేటర్లు, షెల్ ఆపరేటర్లు మరియు dapp/werf టూల్స్ ఉన్నాయని నాకు తెలుసు. నేను అర్థం చేసుకున్నట్లుగా, ఇది వివిధ అవతారాలలో ఒకే పరికరం. ఫ్లౌంట్‌లో ఇంకా అనేక విభిన్న సాధనాలు ఉన్నాయని కూడా నేను అర్థం చేసుకున్నాను. ఇది నిజం?
డిమిత్రి: మాకు GitHubలో చాలా ఎక్కువ ఉన్నాయి. నాకు ఇప్పుడు గుర్తున్న దాని నుండి, మన దగ్గర స్టేటస్‌మ్యాప్ ఉంది - గ్రాఫనా కోసం ప్రతి ఒక్కరూ చూసిన ప్యానెల్. మీడియంలో కుబెర్నెట్స్ పర్యవేక్షణ గురించి దాదాపు ప్రతి రెండవ కథనంలో ఇది ప్రస్తావించబడింది. స్టేటస్‌మ్యాప్ అంటే ఏమిటో క్లుప్తంగా వివరించడం అసాధ్యం - దీనికి ప్రత్యేక కథనం అవసరం, కానీ కాలక్రమేణా స్థితిని పర్యవేక్షించడానికి ఇది చాలా ఉపయోగకరమైన విషయం, ఎందుకంటే కుబెర్నెట్స్‌లో మనం తరచుగా కాలక్రమేణా స్థితిని చూపవలసి ఉంటుంది. మేము లాగ్‌హౌస్‌ని కూడా కలిగి ఉన్నాము, ఇది క్లిక్‌హౌస్ మరియు కుబెర్నెట్స్‌లో లాగ్‌లను సేకరించడానికి బ్లాక్ మ్యాజిక్ ఆధారంగా రూపొందించబడింది.
చాలా యుటిలిటీలు! మరియు ఇంకా ఎక్కువ ఉంటుంది, ఎందుకంటే ఈ సంవత్సరం అనేక అంతర్గత పరిష్కారాలు విడుదల చేయబడతాయి. యాడ్ఆన్ ఆపరేటర్ ఆధారంగా చాలా పెద్ద వాటిలో, కుబెర్నెట్స్ కోసం యాడ్ఆన్ల సమూహం ఉన్నాయి, సెర్ట్ మేనేజర్‌ను ఎలా సరిగ్గా ఇన్‌స్టాల్ చేయాలి - సర్టిఫికేట్‌లను నిర్వహించడానికి ఒక సాధనం, కొన్ని ఉపకరణాలతో ప్రోమేతియస్‌ను సరిగ్గా ఇన్‌స్టాల్ చేయడం ఎలా - ఇవి ఇరవై వేర్వేరుగా ఉంటాయి. ఈ ప్రోమేతియస్ కోసం డేటాను ఎగుమతి చేసే మరియు ఏదైనా సేకరించే బైనరీలు అత్యంత అద్భుతమైన గ్రాఫిక్స్ మరియు హెచ్చరికలను కలిగి ఉన్నాయి. ఇదంతా ఒక క్లస్టర్‌లో ఉంచబడిన కుబెర్నెటెస్‌కి యాడ్ఆన్ల సమూహం మాత్రమే, మరియు ఇది సాధారణ నుండి కూల్, అధునాతనమైన, ఆటోమేటిక్‌గా మారుతుంది, ఇందులో ఇప్పటికే అనేక సమస్యలు పరిష్కరించబడ్డాయి. అవును, మేము చాలా చేస్తాము.
పర్యావరణ వ్యవస్థ అభివృద్ధి
- ఈ సాధనం మరియు దాని ఉపయోగ పద్ధతుల అభివృద్ధికి ఇది చాలా పెద్ద సహకారం అని నాకు అనిపిస్తోంది. పర్యావరణ వ్యవస్థ అభివృద్ధికి ఎవరు అదే సహకారం అందిస్తారో మీరు స్థూలంగా అంచనా వేయగలరా?
డిమిత్రి: రష్యాలో, మా మార్కెట్లో పనిచేసే సంస్థలలో, ఎవరూ కూడా దగ్గరగా లేరు. వాస్తవానికి, ఇది బిగ్గరగా ప్రకటన, ఎందుకంటే మెయిల్ మరియు యాండెక్స్ వంటి పెద్ద ఆటగాళ్ళు ఉన్నారు - వారు కుబెర్నెట్స్‌తో కూడా ఏదో చేస్తున్నారు, కానీ వారు కూడా మన కంటే చాలా ఎక్కువ చేసే ప్రపంచవ్యాప్తంగా ఉన్న కంపెనీల సహకారానికి దగ్గరగా లేరు. ఫ్లాంట్‌ను 80 మంది సిబ్బందితో మరియు Red Hatతో పోల్చడం కష్టం, ఇందులో ఒక్క కుబెర్నెట్‌కు 300 మంది ఇంజనీర్లు ఉన్నారు, నేను తప్పుగా భావించకపోతే. పోల్చడం కష్టం. RnD డిపార్ట్‌మెంట్‌లో నాతో సహా 6 మంది వ్యక్తులు ఉన్నారు, వారు మా అన్ని సాధనాలను కత్తిరించారు. 6 మంది వ్యక్తులు మరియు 300 మంది Red Hat ఇంజనీర్లు - పోల్చడం చాలా కష్టం.
- అయితే, ఈ 6 మంది వ్యక్తులు కూడా నిజంగా ఉపయోగకరమైన మరియు పరాయీకరణ ఏదైనా చేయగలిగినప్పుడు, వారు ఆచరణాత్మక సమస్యను ఎదుర్కొన్నప్పుడు మరియు సమాజానికి పరిష్కారాన్ని అందించినప్పుడు - ఒక ఆసక్తికరమైన సందర్భం. పెద్ద సాంకేతిక సంస్థలలో, వారి స్వంత అభివృద్ధి మరియు కుబెర్నెట్స్ మద్దతు బృందం ఉన్న చోట, సూత్రప్రాయంగా, అదే సాధనాలను అభివృద్ధి చేయవచ్చని నేను అర్థం చేసుకున్నాను. కుబెర్నెట్‌లను ఉపయోగించే మొత్తం సమాజానికి ప్రోత్సాహాన్ని ఇస్తూ, సమాజానికి ఏమి అభివృద్ధి చేయవచ్చు మరియు ఇవ్వవచ్చు అనేదానికి ఇది ఒక ఉదాహరణ.
డిమిత్రి: ఇది బహుశా ఇంటిగ్రేటర్ యొక్క లక్షణం, దాని ప్రత్యేకత. మాకు చాలా ప్రాజెక్ట్‌లు ఉన్నాయి మరియు మేము అనేక విభిన్న పరిస్థితులను చూస్తాము. మాకు, అదనపు విలువను సృష్టించడానికి ప్రధాన మార్గం ఏమిటంటే, ఈ కేసులను విశ్లేషించడం, సారూప్యతలను కనుగొనడం మరియు వాటిని మనకు వీలైనంత చౌకగా చేయడం. ఇది మేము చురుకుగా కొనసాగిస్తున్నాము. రష్యా మరియు ప్రపంచం గురించి మాట్లాడటం నాకు చాలా కష్టం, కానీ మేము కుబెర్నెట్స్‌లో పని చేసే కంపెనీలో సుమారు 40 మంది DevOps ఇంజనీర్లు ఉన్నారు. కుబెర్నెట్‌లను అర్థం చేసుకునే నిపుణులతో పోల్చదగిన సంఖ్యలో రష్యాలో చాలా కంపెనీలు ఉన్నాయని నేను అనుకోను.
DevOps ఇంజనీర్ అనే ఉద్యోగ శీర్షిక గురించి నేను ప్రతిదీ అర్థం చేసుకున్నాను, ప్రతి ఒక్కరూ ప్రతిదీ అర్థం చేసుకుంటారు మరియు DevOps ఇంజనీర్లను DevOps ఇంజనీర్లు అని పిలవడం అలవాటు చేసుకున్నారు, మేము దీని గురించి చర్చించము. ఈ 40 అద్భుతమైన DevOps ఇంజనీర్లు సమస్యలను ఎదుర్కొంటారు మరియు ప్రతిరోజూ వాటిని పరిష్కరిస్తాము, మేము ఈ అనుభవాన్ని విశ్లేషించి సాధారణీకరించడానికి ప్రయత్నిస్తాము. అది మనలోనే ఉండిపోతే, ఒకటి లేదా రెండు సంవత్సరాలలో సాధనం పనికిరానిదని మేము అర్థం చేసుకున్నాము, ఎందుకంటే సమాజంలో ఎక్కడో ఒక రెడీమేడ్ తులా కనిపిస్తుంది. ఈ అనుభవాన్ని అంతర్గతంగా కూడబెట్టుకోవడంలో అర్థం లేదు - ఇది కేవలం శక్తిని మరియు సమయాన్ని dev/nullగా హరించడం. మరియు మేము అస్సలు జాలిపడము. మేము ప్రతిదాన్ని చాలా ఆనందంతో ప్రచురిస్తాము మరియు దానిని ప్రచురించడం, అభివృద్ధి చేయడం, ప్రచారం చేయడం, ప్రచారం చేయడం అవసరం అని అర్థం చేసుకుంటాము, తద్వారా ప్రజలు దానిని ఉపయోగించుకుంటారు మరియు వారి స్వంత అనుభవాన్ని జోడిస్తారు - అప్పుడు ప్రతిదీ పెరుగుతుంది మరియు జీవిస్తుంది. ఆపై, రెండేళ్ల తర్వాత, పరికరం చెత్త కుప్పకు వెళ్లదు. బలాన్ని పోయడం కొనసాగించడం జాలి కాదు, ఎందుకంటే ఎవరైనా మీ సాధనాన్ని ఉపయోగిస్తున్నారని స్పష్టంగా తెలుస్తుంది మరియు రెండు సంవత్సరాల తర్వాత ప్రతి ఒక్కరూ దీనిని ఉపయోగిస్తున్నారు.
ఇది dapp/werfతో మా పెద్ద వ్యూహంలో భాగం. మేము దీన్ని ఎప్పుడు తయారు చేయడం ప్రారంభించామో నాకు గుర్తు లేదు, ఇది 3 సంవత్సరాల క్రితం అనిపిస్తుంది. ప్రారంభంలో, ఇది సాధారణంగా షెల్ మీద ఉండేది. ఇది భావన యొక్క సూపర్ ప్రూఫ్, మేము మా ప్రైవేట్ సమస్యలను కొన్ని పరిష్కరించాము - ఇది పని చేసింది! కానీ షెల్‌తో సమస్యలు ఉన్నాయి, దానిని మరింత విస్తరించడం అసాధ్యం, షెల్‌లో ప్రోగ్రామింగ్ మరొక పని. మాకు రూబీలో రాయడం అలవాటు, తదనుగుణంగా, రూబీలో మనం ఏదో ఒకదాన్ని పునర్నిర్మించాము, అభివృద్ధి చేసాము, అభివృద్ధి చేసాము, అభివృద్ధి చేసాము మరియు "మనకు కావాలో లేదో" అని చెప్పని సమూహంగా మారుతుంది. రూబీ వద్ద దాని ముక్కు. అది ఎంత ఫన్నీగా ఉన్నా. చెక్‌లిస్ట్‌లోని మొదటి పాయింట్‌ని చేరుకోవడానికి గోలో ఈ అంశాలన్నింటినీ వ్రాయాలని మేము గ్రహించాము: DevOps సాధనం స్టాటిక్ బైనరీగా ఉండాలి. Goని ఉపయోగించడం లేదా Goని ఉపయోగించడం అంత ముఖ్యమైనది కాదు, కానీ Goలో వ్రాసిన స్టాటిక్ బైనరీ ఉత్తమం.
మేము మా శక్తిని వెచ్చించి, గోలో డాప్‌ని తిరిగి వ్రాసి దానిని వెర్ఫ్ అని పిలిచాము. Dapp ఇకపై సపోర్ట్ చేయదు, డెవలప్ చేయబడదు, కొన్ని తాజా వెర్షన్‌లో రన్ అవుతోంది, కానీ పైకి పూర్తిగా అప్‌గ్రేడ్ పాత్ ఉంది మరియు మీరు దానిని అనుసరించవచ్చు.
డప్ ఎందుకు సృష్టించబడింది?
— మీరు క్లుప్తంగా మాకు డయాప్ ఎందుకు సృష్టించబడింది, అది ఏ సమస్యలను పరిష్కరిస్తుంది?
డిమిత్రి: మొదటి కారణం అసెంబ్లీ. ప్రారంభంలో, డాకర్‌కు బహుళ-దశల సామర్థ్యాలు లేనప్పుడు మేము బిల్డ్‌లో తీవ్రమైన సమస్యలను ఎదుర్కొన్నాము మరియు మేము స్వంతంగా బహుళ-దశలను తయారు చేసాము. అప్పుడు మేము ఇమేజ్ క్లీనింగ్‌తో మరిన్ని సమస్యలను ఎదుర్కొన్నాము. CI/CD చేసే ప్రతి ఒక్కరూ, ముందుగా కాకుండా, సేకరించిన చిత్రాల సమూహం ఉన్నారని సమస్యను ఎదుర్కొంటారు, అవసరం లేని వాటిని ఎలాగైనా శుభ్రం చేసి, అవసరమైన వాటిని వదిలివేయడం అవసరం.
రెండవ కారణం విస్తరణ. అవును, హెల్మ్ ఉంది, కానీ ఇది కొన్ని సమస్యలను మాత్రమే పరిష్కరిస్తుంది. ఎంత హాస్యాస్పదంగా ఉన్నా, “హెల్మ్ ఈజ్ ది ప్యాకేజీ మేనేజర్ ఫర్ కుబెర్నెట్స్” అని రాసి ఉంది. సరిగ్గా ఏమి "ది". "ప్యాకేజీ మేనేజర్" అనే పదాలు కూడా ఉన్నాయి - ప్యాకేజీ మేనేజర్ నుండి సాధారణ అంచనా ఏమిటి? మేము "ప్యాకేజీ మేనేజర్ - ప్యాకేజీని బట్వాడా చేయండి!" మరియు అతను మాకు ఇలా చెప్పాలని మేము ఆశిస్తున్నాము: "ప్యాకేజీ డెలివరీ చేయబడింది."
మేము చెప్పడం ఆసక్తికరంగా ఉంది: “హెల్మ్, ప్యాకేజీని ఇన్‌స్టాల్ చేయండి,” మరియు అతను దానిని ఇన్‌స్టాల్ చేసినట్లు సమాధానం ఇచ్చినప్పుడు, అతను ఇప్పుడే ఇన్‌స్టాలేషన్‌ను ప్రారంభించాడని తేలింది - అతను కుబెర్నెట్స్‌ను సూచించాడు: “ఈ విషయాన్ని ప్రారంభించండి!”, మరియు అది ప్రారంభించాలా వద్దా , ఇది పని చేసినా, చేయకపోయినా, హెల్మ్ ఈ సమస్యను అస్సలు పరిష్కరించదు.
హెల్మ్ అనేది కేవలం టెక్స్ట్ ప్రిప్రాసెసర్ అని తేలింది, అది కుబెర్నెట్స్‌లోకి డేటాను లోడ్ చేస్తుంది.
కానీ ఏదైనా విస్తరణలో భాగంగా, అప్లికేషన్ ఉత్పత్తికి విడుదల చేయబడిందో లేదో తెలుసుకోవాలనుకుంటున్నారా? రోల్ అవుట్ టు ప్రోడ్ అంటే అప్లికేషన్ అక్కడికి తరలించబడింది, కొత్త వెర్షన్ అమలు చేయబడింది మరియు కనీసం అది అక్కడ క్రాష్ అవ్వదు మరియు సరిగ్గా ప్రతిస్పందిస్తుంది. హెల్మ్ ఈ సమస్యను ఏ విధంగానూ పరిష్కరించదు. దాన్ని పరిష్కరించడానికి, మీరు చాలా కృషి చేయవలసి ఉంటుంది, ఎందుకంటే మీరు కుబెర్నెట్‌లకు అక్కడ ఏమి జరుగుతుందో పర్యవేక్షించడానికి ఆదేశాన్ని ఇవ్వాలి - అది మోహరించినా లేదా చుట్టబడినా. మరియు విస్తరణ, శుభ్రపరచడం మరియు అసెంబ్లీకి సంబంధించిన అనేక పనులు కూడా ఉన్నాయి.
ప్రణాళికలు
ఈ ఏడాది కూడా స్థానికంగా అభివృద్ధిలోకి వెళ్తాం. మేము గతంలో వాగ్రాంట్‌లో ఉన్నదాన్ని సాధించాలనుకుంటున్నాము - మేము “వాగ్రాంట్ అప్” అని టైప్ చేసాము మరియు మేము వర్చువల్ మిషన్‌లను అమలు చేసాము. మేము Gitలో ప్రాజెక్ట్ ఉన్న ప్రదేశానికి చేరుకోవాలనుకుంటున్నాము, మేము అక్కడ “werf up” అని వ్రాస్తాము మరియు అది ఈ ప్రాజెక్ట్ యొక్క స్థానిక కాపీని తీసుకుంటుంది, ఇది స్థానిక మినీ-కుబ్‌లో అమర్చబడి, డెవలప్‌మెంట్‌కు అనుకూలమైన అన్ని డైరెక్టరీలతో కనెక్ట్ చేయబడింది. డెవలప్‌మెంట్ లాంగ్వేజ్‌పై ఆధారపడి, ఇది విభిన్నంగా చేయబడుతుంది, అయితే, మౌంటెడ్ ఫైల్‌ల క్రింద మీరు సౌకర్యవంతంగా స్థానిక అభివృద్ధిని నిర్వహించవచ్చు.
మాకు తదుపరి దశ డెవలపర్ స్నేహపూర్వకతలో పెట్టుబడి పెట్టండి. ఒక ప్రాజెక్ట్‌ను స్థానికంగా ఒక సాధనంతో త్వరగా అమలు చేయడానికి, దాన్ని అభివృద్ధి చేయండి, దానిని Gitలోకి నెట్టండి మరియు పైప్‌లైన్‌లను బట్టి అది స్టేజ్‌కి లేదా పరీక్షలకు కూడా వెళుతుంది, ఆపై ఉత్పత్తికి వెళ్లడానికి అదే సాధనాన్ని ఉపయోగించండి. ఈ ఐక్యత, ఏకీకరణ, స్థానిక వాతావరణం నుండి విక్రయాల వరకు మౌలిక సదుపాయాల పునరుత్పత్తి మాకు చాలా ముఖ్యమైన అంశం. కానీ ఇది werfలో ఇంకా అందుబాటులో లేదు - మేము అలా చేయడానికి ప్లాన్ చేస్తున్నాము.
కానీ డాప్/వెర్ఫ్‌కు మార్గం ఎల్లప్పుడూ ప్రారంభంలో కుబెర్నెట్స్‌తో సమానంగా ఉంటుంది. మేము సమస్యలను ఎదుర్కొన్నాము, పరిష్కారాలను ఉపయోగించి వాటిని పరిష్కరించాము - షెల్ ఉపయోగించి, ఏదైనా ఉపయోగించి మన కోసం కొన్ని పరిష్కారాలను కనుగొన్నాము. అప్పుడు వారు ఏదో ఒకవిధంగా ఈ పరిష్కారాలను ఈ సందర్భంలో బైనరీలుగా మార్చడానికి, సాధారణీకరించడానికి మరియు ఏకీకృతం చేయడానికి ప్రయత్నించారు, మేము దీన్ని భాగస్వామ్యం చేస్తాము.
ఈ మొత్తం కథను సారూప్యతలతో చూడడానికి మరొక మార్గం ఉంది.
కుబెర్నెటెస్ అనేది ఇంజిన్‌తో కూడిన కారు ఫ్రేమ్. తలుపులు లేవు, గాజు లేదు, రేడియో లేదు, క్రిస్మస్ చెట్టు లేదు-ఏమీ లేదు. ఫ్రేమ్ మరియు ఇంజిన్ మాత్రమే. మరియు హెల్మ్ ఉంది-అది స్టీరింగ్ వీల్. కూల్ - స్టీరింగ్ వీల్ ఉంది, కానీ మీకు స్టీరింగ్ పిన్, స్టీరింగ్ రాక్, గేర్‌బాక్స్ మరియు వీల్స్ కూడా అవసరం మరియు అవి లేకుండా మీరు చేయలేరు.
వెర్ఫ్ విషయంలో, ఇది కుబెర్నెటీస్‌కు మరొక భాగం. ఇప్పుడు మాత్రమే మా ఆల్ఫా వెర్షన్ వెర్ఫ్‌లో, ఉదాహరణకు, హెల్మ్ వెర్ఫ్ లోపల కంపైల్ చేయబడింది, ఎందుకంటే మనమే దీన్ని చేయడంలో విసిగిపోయాము. దీన్ని చేయడానికి చాలా కారణాలు ఉన్నాయి, మేము వెర్ఫ్ లోపల టిల్లర్‌తో కలిసి మొత్తం హెల్మ్‌ను ఎందుకు కంపైల్ చేసాము అనే దాని గురించి నేను మీకు వివరంగా చెబుతాను .
ఇప్పుడు werf అనేది మరింత సమగ్రమైన భాగం. మేము పూర్తి చేసిన స్టీరింగ్ వీల్, స్టీరింగ్ పిన్‌ను పొందుతాము - నేను కార్లలో అంత మంచివాడిని కాదు, కానీ ఇది ఇప్పటికే చాలా విస్తృతమైన సమస్యలను పరిష్కరిస్తున్న పెద్ద బ్లాక్. మనమే కేటలాగ్ ద్వారా ఎక్కాల్సిన అవసరం లేదు, ఒక భాగాన్ని మరొక దాని నుండి ఎంచుకోండి, వాటిని ఒకదానికొకటి ఎలా స్క్రూ చేయాలో ఆలోచించండి. మేము ఒకేసారి పెద్ద సంఖ్యలో సమస్యలను పరిష్కరించే రెడీమేడ్ కలయికను అందుకుంటాము. కానీ అంతర్గతంగా ఇది అదే ఓపెన్ సోర్స్ భాగాలతో రూపొందించబడింది, ఇది ఇప్పటికీ అసెంబ్లీ కోసం డాకర్‌ను, కొన్ని కార్యాచరణల కోసం హెల్మ్‌ను ఉపయోగిస్తుంది మరియు అనేక ఇతర లైబ్రరీలు ఉన్నాయి. కూల్ CI/CDని బాక్స్ నుండి త్వరగా మరియు సౌకర్యవంతంగా పొందడానికి ఇది ఇంటిగ్రేటెడ్ టూల్.
కుబెర్నెట్‌లను నిర్వహించడం కష్టమా?
— మీరు కుబెర్నెట్‌లను ఉపయోగించడం ప్రారంభించిన మీ అనుభవం గురించి మాట్లాడుతున్నారు, ఇది మీ కోసం ఒక ఫ్రేమ్, ఇంజిన్, మరియు మీరు దానికి చాలా విభిన్నమైన వస్తువులను జోడించవచ్చు: బాడీ, స్టీరింగ్ వీల్, పెడల్స్‌పై స్క్రూ, సీట్లు. ప్రశ్న ఏమిటంటే, కుబెర్నెట్స్ మీకు మద్దతు ఇవ్వడం ఎంత కష్టం? మీకు చాలా అనుభవం ఉంది, మిగతా వాటి నుండి ఒంటరిగా కుబెర్నెట్‌లకు మద్దతు ఇవ్వడానికి మీరు ఎంత సమయం మరియు వనరులను వెచ్చిస్తారు?
డిమిత్రి: ఇది చాలా కష్టమైన ప్రశ్న మరియు సమాధానం ఇవ్వడానికి మనం కుబెర్నెటెస్ నుండి మద్దతు ఏమిటి మరియు మనకు ఏమి కావాలి అని అర్థం చేసుకోవాలి. బహుశా మీరు దానిని బహిర్గతం చేస్తారా?
— నాకు తెలిసినంత వరకు మరియు నేను చూసినట్లుగా, ఇప్పుడు చాలా జట్లు కుబెర్నెట్స్‌ని ప్రయత్నించాలనుకుంటున్నాయి. ప్రతి ఒక్కరూ తమను తాము ఉపయోగించుకుంటారు, మోకాళ్లపై ఉంచుతారు. ఈ వ్యవస్థ యొక్క సంక్లిష్టతను ప్రజలు ఎల్లప్పుడూ అర్థం చేసుకోలేరనే భావన నాకు ఉంది.
డిమిత్రి: ఇది కూడా అలాంటిదే.
— కుబెర్నెట్‌లను ఏమీ లేకుండా తీసుకోవడం మరియు ఇన్‌స్టాల్ చేయడం ఎంత కష్టం, తద్వారా అది ఉత్పత్తి సిద్ధంగా ఉంది?
డిమిత్రి: గుండె మార్పిడి చేయడం ఎంత కష్టమని మీరు అనుకుంటున్నారు? ఇది రాజీపడే ప్రశ్న అని నేను అర్థం చేసుకున్నాను. స్కాల్పెల్ ఉపయోగించడం మరియు తప్పు చేయకుండా ఉండటం అంత కష్టం కాదు. ఎక్కడ కత్తిరించాలో మరియు ఎక్కడ కుట్టాలో వారు మీకు చెబితే, అప్పుడు విధానం సంక్లిష్టంగా లేదు. ప్రతిదీ పని చేస్తుందని ఎప్పటికప్పుడు హామీ ఇవ్వడం కష్టం.
కుబెర్నెట్‌లను ఇన్‌స్టాల్ చేయడం మరియు పని చేయడం సులభం: చిక్! — ఇన్‌స్టాల్ చేయబడింది, చాలా ఇన్‌స్టాలేషన్ పద్ధతులు ఉన్నాయి. అయితే సమస్యలు వచ్చినప్పుడు ఏమి జరుగుతుంది?
ప్రశ్నలు ఎల్లప్పుడూ తలెత్తుతాయి: మనం ఇంకా ఏమి పరిగణనలోకి తీసుకోలేదు? మేము ఇంకా ఏమి చేయలేదు? ఏ Linux కెర్నల్ పారామితులు తప్పుగా పేర్కొనబడ్డాయి? ప్రభూ, మనం కూడా వాటిని ఎత్తి చూపామా?! మేము ఏ కుబెర్నెట్స్ కాంపోనెంట్‌లను డెలివరీ చేసాము మరియు ఏవి అందించలేదు? వేలాది ప్రశ్నలు తలెత్తుతాయి మరియు వాటికి సమాధానం ఇవ్వడానికి, మీరు ఈ పరిశ్రమలో 15-20 సంవత్సరాలు గడపాలి.
"కుబెర్నెట్‌లను నిర్వహించడం కష్టమేనా?" అనే సమస్య యొక్క అర్ధాన్ని బహిర్గతం చేసే ఈ అంశంపై నాకు ఇటీవలి ఉదాహరణ ఉంది. కొంతకాలం క్రితం మేము కుబెర్నెట్స్‌లో Ciliumని నెట్‌వర్క్‌గా అమలు చేయడానికి ప్రయత్నించడాన్ని తీవ్రంగా పరిగణించాము.
సిలియం అంటే ఏమిటో వివరిస్తాను. కుబెర్నెటెస్‌లో నెట్‌వర్కింగ్ సబ్‌సిస్టమ్ యొక్క అనేక విభిన్న అమలులు ఉన్నాయి మరియు వాటిలో ఒకటి సిలియం. దాని అర్థం ఏమిటి? కెర్నల్‌లో, కొంత కాలం క్రితం కెర్నల్ కోసం హుక్స్ రాయడం సాధ్యమైంది, ఇది నెట్‌వర్క్ సబ్‌సిస్టమ్ మరియు అనేక ఇతర సబ్‌సిస్టమ్‌లను ఎలాగైనా దాడి చేస్తుంది మరియు కెర్నల్‌లోని పెద్ద భాగాలను దాటవేయడానికి మిమ్మల్ని అనుమతిస్తుంది.
Linux కెర్నల్ చారిత్రాత్మకంగా ip రూట్, ఓవర్‌ఫిల్టర్, బ్రిడ్జ్‌లు మరియు 15, 20, 30 సంవత్సరాల వయస్సు గల అనేక పాత భాగాలను కలిగి ఉంది. సాధారణంగా, వారు పని చేస్తారు, ప్రతిదీ చాలా బాగుంది, కానీ ఇప్పుడు వారు కంటైనర్లను పోగు చేసారు, మరియు ఇది ఒకదానికొకటి 15 ఇటుకల టవర్ లాగా కనిపిస్తుంది మరియు మీరు దానిపై ఒక కాలు మీద నిలబడతారు - ఒక వింత అనుభూతి. ఈ వ్యవస్థ చారిత్రాత్మకంగా శరీరంలోని అనుబంధం వంటి అనేక సూక్ష్మ నైపుణ్యాలతో అభివృద్ధి చెందింది. కొన్ని సందర్భాల్లో పనితీరుతో సమస్యలు ఉన్నాయి, ఉదాహరణకు.
అద్భుతమైన BPF మరియు కెర్నల్ కోసం హుక్స్ వ్రాయగల సామర్థ్యం ఉంది - అబ్బాయిలు కెర్నల్ కోసం వారి స్వంత హుక్స్ రాశారు. ప్యాకేజీ Linux కెర్నల్‌లోకి వస్తుంది, వారు దానిని ఇన్‌పుట్‌లోనే బయటకు తీస్తారు, వంతెనలు లేకుండా, TCP లేకుండా, IP స్టాక్ లేకుండా - సంక్షిప్తంగా, Linux కెర్నల్‌లో వ్రాసిన ప్రతిదాన్ని దాటవేసి, ఆపై ఉమ్మివేస్తారు. దానిని కంటైనర్‌లోకి పంపండి.
ఏం జరిగింది? చాలా కూల్ పనితీరు, అద్భుతమైన ఫీచర్లు - కేవలం బాగుంది! కానీ మేము దీనిని పరిశీలిస్తాము మరియు ప్రతి మెషీన్‌లో కుబెర్నెట్స్ APIకి కనెక్ట్ చేసే ప్రోగ్రామ్ ఉందని మరియు ఈ API నుండి స్వీకరించే డేటా ఆధారంగా, C కోడ్‌ను ఉత్పత్తి చేస్తుంది మరియు బైనరీలను కంపైల్ చేస్తుంది, అది కెర్నల్‌లోకి లోడ్ అవుతుంది, తద్వారా ఈ హుక్స్ పని చేస్తాయి. కెర్నల్ స్థలంలో.
ఏదైనా తప్పు జరిగితే ఏమి జరుగుతుంది? మాకు తెలియదు. దీన్ని అర్థం చేసుకోవడానికి, మీరు ఈ కోడ్ మొత్తాన్ని చదవాలి, అన్ని లాజిక్‌లను అర్థం చేసుకోవాలి మరియు ఇది ఎంత కష్టమో ఆశ్చర్యంగా ఉంది. కానీ, మరోవైపు, ఈ వంతెనలు, నెట్ ఫిల్టర్‌లు, ip మార్గాలు ఉన్నాయి - నేను వాటి సోర్స్ కోడ్‌లను చదవలేదు మరియు మా కంపెనీలో పనిచేసే 40 మంది ఇంజనీర్లను కూడా చదవలేదు. బహుశా కొంతమంది మాత్రమే కొన్ని భాగాలను అర్థం చేసుకుంటారు.
మరియు తేడా ఏమిటి? ip రూట్, లైనక్స్ కెర్నల్ మరియు కొత్త సాధనం ఉందని తేలింది - ఇది ఏమి తేడా చేస్తుంది, మనకు ఒకటి లేదా మరొకటి అర్థం కాలేదు. కానీ మనం కొత్తదాన్ని ఉపయోగించడానికి భయపడుతున్నాము - ఎందుకు? ఎందుకంటే సాధనం 30 సంవత్సరాల వయస్సులో ఉంటే, 30 సంవత్సరాలలో అన్ని దోషాలు కనుగొనబడ్డాయి, అన్ని తప్పులు తొలగించబడ్డాయి మరియు మీరు ప్రతిదాని గురించి తెలుసుకోవలసిన అవసరం లేదు - ఇది బ్లాక్ బాక్స్ లాగా పనిచేస్తుంది మరియు ఎల్లప్పుడూ పనిచేస్తుంది. ఏ డయాగ్నస్టిక్ స్క్రూడ్రైవర్‌ని ఏ ప్రదేశంలో అంటించాలో, ఏ క్షణంలో ఏ tcpdumpని అమలు చేయాలో అందరికీ తెలుసు. ప్రతి ఒక్కరికి డయాగ్నస్టిక్ యుటిలిటీలు బాగా తెలుసు మరియు Linux కెర్నల్‌లో ఈ భాగాల సెట్ ఎలా పనిచేస్తుందో అర్థం చేసుకుంటుంది - ఇది ఎలా పని చేస్తుందో కాదు, కానీ దానిని ఎలా ఉపయోగించాలో.
మరియు అద్భుతంగా చల్లని Cilium 30 సంవత్సరాల వయస్సు లేదు, ఇది ఇంకా పరిపక్వం చెందలేదు. కుబెర్నెట్స్‌కి అదే సమస్య ఉంది, కాపీ. సిలియం అద్భుతంగా పనిచేస్తుందని, కుబెర్నెటెస్ అద్భుతంగా పనిచేస్తుందని, అయితే ఉత్పత్తిలో ఏదైనా తప్పు జరిగినప్పుడు, క్లిష్ట పరిస్థితుల్లో ఏమి తప్పు జరిగిందో మీరు త్వరగా అర్థం చేసుకోగలరా?
కుబెర్నెట్‌లను నిర్వహించడం కష్టమని మేము చెప్పినప్పుడు - కాదు, చాలా సులభం మరియు అవును, చాలా కష్టం. కుబెర్నెటెస్ సొంతంగా గొప్పగా పనిచేస్తుంది, కానీ ఒక బిలియన్ సూక్ష్మ నైపుణ్యాలతో.
"నేను అదృష్టవంతుడిని" విధానం గురించి
— ఈ సూక్ష్మ నైపుణ్యాలు దాదాపుగా కనిపిస్తాయని హామీ ఇచ్చే కంపెనీలు ఉన్నాయా? Yandex అకస్మాత్తుగా అన్ని సేవలను Kubernetesకి మార్చిందని అనుకుందాం, అక్కడ భారీ లోడ్ ఉంటుంది.
డిమిత్రి: లేదు, ఇది లోడ్ గురించి సంభాషణ కాదు, కానీ సరళమైన విషయాల గురించి. ఉదాహరణకు, మేము కుబెర్నెట్స్‌ని కలిగి ఉన్నాము, మేము అక్కడ ఒక అప్లికేషన్‌ను అమలు చేసాము. ఇది పని చేస్తుందని మీకు ఎలా తెలుసు? అప్లికేషన్ క్రాష్ కాదని అర్థం చేసుకోవడానికి సిద్ధంగా ఉన్న సాధనం లేదు. హెచ్చరికలను పంపే రెడీమేడ్ సిస్టమ్ ఏదీ లేదు; మీరు ఈ హెచ్చరికలను మరియు ప్రతి షెడ్యూల్‌ను కాన్ఫిగర్ చేయాలి. మరియు మేము కుబెర్నెట్‌లను అప్‌డేట్ చేస్తున్నాము.
నా దగ్గర ఉబుంటు 16.04 ఉంది. ఇది పాత వెర్షన్ అని మీరు చెప్పవచ్చు, అయితే ఇది LTS అయినందున మేము ఇప్పటికీ దానిపైనే ఉన్నాము. systemd ఉంది, ఇది C-గ్రూప్‌లను శుభ్రం చేయదు. కుబెర్నెటెస్ పాడ్‌లను లాంచ్ చేస్తుంది, సి-గ్రూప్‌లను క్రియేట్ చేస్తుంది, ఆపై పాడ్‌లను తొలగిస్తుంది మరియు ఏదో ఒకవిధంగా అది మారుతుంది-నాకు వివరాలు గుర్తులేదు, క్షమించండి-సిస్టమ్డ్ స్లైస్‌లు మిగిలి ఉన్నాయి. ఇది కాలక్రమేణా, ఏదైనా కారు బలంగా వేగాన్ని తగ్గించడం ప్రారంభిస్తుంది. ఇది హైలోడ్ గురించిన ప్రశ్న కూడా కాదు. నిరంతర పాడ్‌లను ప్రారంభించినట్లయితే, ఉదాహరణకు, నిరంతరం పాడ్‌లను ఉత్పత్తి చేసే క్రాన్ జాబ్ ఉంటే, ఉబుంటు 16.04తో కూడిన మెషిన్ ఒక వారం తర్వాత నెమ్మదించడం ప్రారంభమవుతుంది. సి-గ్రూప్‌ల సమూహం సృష్టించబడినందున నిరంతరం అధిక లోడ్ సగటు ఉంటుంది. ఉబుంటు 16 మరియు కుబెర్నెట్‌లను పైన ఇన్‌స్టాల్ చేసే ఏ వ్యక్తి అయినా ఎదుర్కొనే సమస్య ఇది.
అతను systemdని లేదా మరేదైనా అప్‌డేట్ చేశాడని అనుకుందాం, కానీ Linux కెర్నల్‌లో 4.16 వరకు ఇది మరింత హాస్యాస్పదంగా ఉంటుంది - మీరు C-గ్రూప్‌లను తొలగించినప్పుడు, అవి కెర్నల్‌లో లీక్ అవుతాయి మరియు వాస్తవానికి తొలగించబడవు. అందువల్ల, ఈ మెషీన్‌లో పని చేసిన ఒక నెల తర్వాత, సబ్‌సర్వర్ ద్వారా మెమరీపై గణాంకాలను వీక్షించడం అసాధ్యం. మేము ఫైల్‌ను తీసివేసి, ప్రోగ్రామ్‌లో రోల్ చేస్తాము మరియు ఒక ఫైల్ 15 సెకన్ల పాటు రోల్ చేస్తుంది, ఎందుకంటే కెర్నల్ ఒక మిలియన్ సి-గ్రూప్‌లను లెక్కించడానికి చాలా సమయం పడుతుంది, అది తొలగించబడినట్లు అనిపిస్తుంది, కానీ లేదు - అవి లీక్ అవుతున్నాయి. .
అక్కడక్కడ ఇలాంటి చిన్న చిన్న విషయాలు ఇంకా చాలానే ఉన్నాయి. ఇది దిగ్గజం కంపెనీలు కొన్నిసార్లు చాలా భారీ భారాన్ని ఎదుర్కొనే సమస్య కాదు - కాదు, ఇది రోజువారీ విషయాల విషయం. ప్రజలు నెలల తరబడి ఇలా జీవించగలరు - వారు కుబెర్నెట్‌లను ఇన్‌స్టాల్ చేసారు, అప్లికేషన్‌ను అమలు చేసారు - ఇది పని చేస్తున్నట్లు అనిపిస్తుంది. చాలా మందికి ఇది సాధారణం. ఏదో ఒక రోజు ఈ అప్లికేషన్ కొన్ని కారణాల వల్ల క్రాష్ అవుతుందని కూడా వారికి తెలియదు, వారు హెచ్చరికను అందుకోరు, కానీ వారికి ఇది కట్టుబాటు. ఇంతకుముందు మేము పర్యవేక్షణ లేకుండా వర్చువల్ మెషీన్‌లలో నివసించాము, ఇప్పుడు మేము పర్యవేక్షణ లేకుండా కుబెర్నెట్స్‌కి మారాము - తేడా ఏమిటి?
ప్రశ్న ఏమిటంటే, మనం మంచు మీద నడిచినప్పుడు, మనం ముందుగానే కొలిస్తే తప్ప దాని మందం మనకు తెలియదు. చాలా మంది ప్రజలు నడుస్తారు మరియు చింతించకండి, ఎందుకంటే వారు ముందు నడిచారు.
నా దృక్కోణం నుండి, ఏదైనా సిస్టమ్‌ను ఆపరేట్ చేయడంలో స్వల్పభేదం మరియు సంక్లిష్టత ఏమిటంటే, మా సమస్యలను పరిష్కరించడానికి మంచు మందం ఖచ్చితంగా సరిపోతుందని నిర్ధారించడం. ఇది దీని గురించి.
ITలో, "నేను అదృష్టవంతుడిని" అనే విధానాలు చాలా ఎక్కువగా ఉన్నాయని నాకు అనిపిస్తోంది. చాలా మంది సాఫ్ట్‌వేర్‌లను ఇన్‌స్టాల్ చేసి సాఫ్ట్‌వేర్ లైబ్రరీలను ఉపయోగిస్తుంటారు. సాధారణంగా, చాలా మంది అదృష్టవంతులు. ఇది బహుశా ఎందుకు పని చేస్తుంది.
— నా నిరాశావాద అంచనా ప్రకారం, ఇది ఇలా కనిపిస్తుంది: నష్టాలు ఎక్కువగా ఉన్నప్పుడు మరియు అప్లికేషన్ తప్పనిసరిగా పని చేస్తే, Flant నుండి, బహుశా Red Hat నుండి మద్దతు అవసరం లేదా మీకు ప్రత్యేకంగా Kubernetes కోసం అంకితం చేయబడిన మీ స్వంత అంతర్గత బృందం అవసరం, ఇది సిద్ధంగా ఉంది దాన్ని తీసివేయడానికి.
డిమిత్రి: ఆబ్జెక్టివ్‌గా, ఇది అలా ఉంది. మీ స్వంతంగా ఒక చిన్న బృందం కోసం కుబెర్నెటీస్ కథనాన్ని పొందడం అనేక ప్రమాదాలను కలిగి ఉంటుంది.
మాకు కంటైనర్లు అవసరమా?
— రష్యాలో కుబెర్నెట్స్ ఎంత విస్తృతంగా వ్యాపించిందో మీరు మాకు చెప్పగలరా?
డిమిత్రి: నా దగ్గర ఈ డేటా లేదు మరియు అది ఎవరి వద్ద ఉందో నాకు ఖచ్చితంగా తెలియదు. మేము ఇలా అంటాము: "కుబెర్నెట్స్, కుబెర్నెట్స్," కానీ ఈ ప్రశ్నను చూడడానికి మరొక మార్గం ఉంది. కంటైనర్లు ఎంత విస్తృతంగా ఉన్నాయో కూడా నాకు తెలియదు, కానీ ఇంటర్నెట్‌లో 70% కంటైనర్లు కుబెర్నెట్‌లచే ఆర్కెస్ట్రేట్ చేయబడతాయని నివేదికల నుండి నాకు తెలుసు. ప్రపంచవ్యాప్తంగా చాలా పెద్ద నమూనా కోసం ఇది నమ్మదగిన మూలం.
అప్పుడు మరొక ప్రశ్న - మనకు కంటైనర్లు అవసరమా? నా వ్యక్తిగత భావన మరియు ఫ్లాంట్ కంపెనీ యొక్క మొత్తం స్థానం ఏమిటంటే కుబెర్నెటెస్ వాస్తవ ప్రమాణం.
కుబెర్నెట్స్ తప్ప మరేమీ ఉండదు.
ఇది అవస్థాపన నిర్వహణ రంగంలో ఒక సంపూర్ణ గేమ్-ఛేంజర్. కేవలం సంపూర్ణమైనది - అంతే, ఇకపై అన్సిబుల్, చెఫ్, వర్చువల్ మిషన్లు, టెర్రాఫార్మ్ లేవు. నేను పాత సామూహిక వ్యవసాయ పద్ధతుల గురించి మాట్లాడటం లేదు. కుబెర్నెటెస్ అంతిమ మార్పు, మరియు ఇప్పుడు ఇది ఇలా ఉంటుంది.
ఈ విషయాన్ని గ్రహించేందుకు కొందరికి రెండేళ్లు, మరికొందరికి రెండేళ్లు పడుతుందని స్పష్టమవుతోంది. కుబెర్నెట్స్ మరియు ఈ కొత్త లుక్ తప్ప మరేమీ ఉండదని నాకు ఎటువంటి సందేహం లేదు: మేము ఇకపై ఆపరేటింగ్ సిస్టమ్‌ను పాడు చేయము, కానీ ఉపయోగిస్తాము. కోడ్‌గా మౌలిక సదుపాయాలు, కోడ్‌తో మాత్రమే కాదు, ymlతో - డిక్లరేటివ్‌గా వివరించబడిన మౌలిక సదుపాయాలు. ఎప్పుడూ ఇలాగే ఉంటుందనే భావన నాలో ఉంది.
— అంటే, ఇంకా కుబెర్నెట్స్‌కు మారని కంపెనీలు ఖచ్చితంగా దానికి మారతాయి లేదా ఉపేక్షలో ఉంటాయి. నేను నిన్ను సరిగ్గా అర్థం చేసుకున్నానా?
డిమిత్రి: ఇది కూడా పూర్తిగా నిజం కాదు. ఉదాహరణకు, DNS సర్వర్‌ని అమలు చేయడమే మా పని అయితే, అది FreeBSD 4.10లో అమలు చేయబడుతుంది మరియు ఇది 20 సంవత్సరాల పాటు ఖచ్చితంగా పని చేస్తుంది. కేవలం పని మరియు అంతే. బహుశా 20 సంవత్సరాలలో ఏదైనా ఒకసారి నవీకరించబడాలి. మేము లాంచ్ చేసిన ఫార్మాట్‌లో సాఫ్ట్‌వేర్ గురించి మాట్లాడుతుంటే మరియు వాస్తవానికి ఇది ఎటువంటి అప్‌డేట్‌లు లేకుండా, మార్పులు చేయకుండా చాలా సంవత్సరాలు పనిచేస్తుంటే, వాస్తవానికి, అక్కడ కుబెర్నెట్‌లు ఉండరు. అక్కడ ఆయన అవసరం లేదు.
CI/CDకి సంబంధించిన ప్రతిదీ - నిరంతర డెలివరీ అవసరమైన చోట, మీరు సంస్కరణలను నవీకరించాల్సిన అవసరం ఉన్న చోట, సక్రియ మార్పులు చేయాల్సిన అవసరం ఉన్న చోట, మీరు తప్పును సహించాల్సిన అవసరం ఉన్న చోట - కుబెర్నెట్స్ మాత్రమే.
మైక్రోసర్వీస్ గురించి
- ఇక్కడ నాకు కొంచెం వైరుధ్యం ఉంది. కుబెర్నెట్స్‌తో పని చేయడానికి, మీకు బాహ్య లేదా అంతర్గత మద్దతు అవసరం - ఇది మొదటి పాయింట్. రెండవది, మేము ఇప్పుడే అభివృద్ధిని ప్రారంభించినప్పుడు, మేము ఒక చిన్న స్టార్టప్, మాకు ఇంకా ఏమీ లేదు, సాధారణంగా కుబెర్నెట్స్ లేదా మైక్రోసర్వీస్ ఆర్కిటెక్చర్ కోసం అభివృద్ధి సంక్లిష్టంగా ఉంటుంది మరియు ఆర్థికంగా ఎల్లప్పుడూ సమర్థించబడదు. మీ అభిప్రాయం పట్ల నాకు ఆసక్తి ఉంది - స్టార్టప్‌లు వెంటనే కుబెర్నెట్స్ కోసం మొదటి నుండి రాయడం ప్రారంభించాలా లేదా వారు ఇప్పటికీ ఏకశిలా వ్రాసి కుబెర్నెట్స్‌కి మాత్రమే రాగలరా?
డిమిత్రి: కూల్ ప్రశ్న. మైక్రో సర్వీసెస్ గురించి నా వద్ద నివేదిక ఉంది ప్రజలు మైక్రోస్కోప్‌తో గోళ్లను కొట్టడానికి ప్రయత్నించడం నేను చాలాసార్లు ఎదుర్కొన్నాను. విధానం సరైనది; మేము మా అంతర్గత సాఫ్ట్‌వేర్‌ను ఈ విధంగా డిజైన్ చేస్తాము. కానీ మీరు దీన్ని చేసినప్పుడు, మీరు ఏమి చేస్తున్నారో స్పష్టంగా అర్థం చేసుకోవాలి. మైక్రోసర్వీస్‌ల గురించి నేను ఎక్కువగా ద్వేషించేది “మైక్రో” అనే పదం. చారిత్రాత్మకంగా, ఆ పదం ఇక్కడే ఉద్భవించింది మరియు కొన్ని కారణాల వల్ల మైక్రోమీటర్‌లాగా మైక్రో చాలా చిన్నదని, మిల్లీమీటర్ కంటే తక్కువ అని ప్రజలు భావిస్తారు. ఇది తప్పు.
ఉదాహరణకు, 300 మంది వ్రాసిన ఏకశిలా ఉంది, మరియు అభివృద్ధిలో పాల్గొన్న ప్రతి ఒక్కరూ అక్కడ సమస్యలు ఉన్నాయని అర్థం చేసుకుంటారు మరియు దానిని సూక్ష్మ ముక్కలుగా విభజించాలి - సుమారు 10 ముక్కలు, వీటిలో ప్రతి ఒక్కటి 30 మంది వ్రాసినవి. కనిష్ట సంస్కరణలో. ఇది ముఖ్యమైనది, అవసరమైనది మరియు చల్లగా ఉంటుంది. కానీ స్టార్టప్ మా వద్దకు వచ్చినప్పుడు, అక్కడ 3 చాలా కూల్ మరియు ప్రతిభావంతులైన అబ్బాయిలు వారి మోకాళ్లపై 60 మైక్రోసర్వీస్‌లను వ్రాసారు, నేను కొర్వలోల్ కోసం వెతుకుతున్న ప్రతిసారీ.
ఇది ఇప్పటికే వేలాది సార్లు మాట్లాడినట్లు నాకు అనిపిస్తోంది - వారికి ఒక రూపంలో లేదా మరొక రూపంలో పంపిణీ చేయబడిన ఏకశిలా వచ్చింది. ఇది ఆర్థికంగా సమర్థించబడదు; ఇది సాధారణంగా చాలా కష్టం. నేను దీన్ని చాలాసార్లు చూశాను, ఇది నాకు నిజంగా బాధ కలిగించింది, కాబట్టి నేను దాని గురించి మాట్లాడటం కొనసాగిస్తున్నాను.
ప్రారంభ ప్రశ్నకు, ఒక వైపు, కుబెర్నెటెస్ ఉపయోగించడానికి భయానకంగా ఉంది అనే వాస్తవం మధ్య వైరుధ్యం ఉంది, ఎందుకంటే అక్కడ ఏమి విరిగిపోతుందో లేదా పని చేయదని అస్పష్టంగా ఉంది, మరోవైపు, ప్రతిదీ అక్కడికి వెళుతుందని స్పష్టంగా తెలుస్తుంది మరియు కుబెర్నెట్స్ తప్ప మరేమీ జరగదు. సమాధానం - వచ్చే ప్రయోజనం మొత్తాన్ని, మీరు పరిష్కరించగల పనుల మొత్తాన్ని లెక్కించండి. ఇది స్కేల్‌కి ఒక వైపున ఉంటుంది. మరోవైపు, పనికిరాని సమయం లేదా ప్రతిస్పందన సమయం తగ్గడం, లభ్యత స్థాయి లేదా పనితీరు సూచికలలో తగ్గుదల వంటి ప్రమాదాలు ఉన్నాయి.
ఇదిగో ఇది - గాని మనం త్వరగా కదులుతాము మరియు కుబెర్నెటెస్ చాలా పనులను చాలా వేగంగా మరియు మెరుగ్గా చేయడానికి అనుమతిస్తుంది, లేదా మేము నమ్మదగిన, సమయం-పరీక్షించిన పరిష్కారాలను ఉపయోగిస్తాము, కానీ చాలా నెమ్మదిగా కదులుతాము. ఇది ప్రతి సంస్థ చేయవలసిన ఎంపిక. మీరు దీన్ని అడవిలో ఒక మార్గంగా భావించవచ్చు - మీరు మొదటిసారి నడిచినప్పుడు, మీరు పాము, పులి లేదా పిచ్చి బ్యాడ్జర్‌ను కలుసుకోవచ్చు, మరియు మీరు 10 సార్లు నడిచినప్పుడు, మీరు దారిలో నడిచారు, తొలగించబడ్డారు శాఖలు మరియు సులభంగా నడవడానికి. ప్రతిసారీ మార్గం విస్తృతమవుతుంది. అప్పుడు అది తారు రోడ్డు, మరియు తరువాత ఒక అందమైన బౌలేవార్డ్.
కుబెర్నెటెస్ ఇంకా నిలబడలేదు. మళ్ళీ ప్రశ్న: కుబెర్నెటెస్, ఒక వైపు, 4-5 బైనరీలు, మరోవైపు, ఇది మొత్తం పర్యావరణ వ్యవస్థ. ఇది మన మెషీన్‌లలో ఉన్న ఆపరేటింగ్ సిస్టమ్. ఇది ఏమిటి? ఉబుంటు లేదా క్యూరియోస్? ఇది Linux కెర్నల్, అదనపు భాగాల సమూహం. ఈ విషయాలన్నీ ఇక్కడ, ఒక విషపూరిత పామును రోడ్డు నుండి విసిరివేసి, అక్కడ కంచెని నిర్మించారు. కుబెర్నెటెస్ చాలా త్వరగా మరియు డైనమిక్‌గా అభివృద్ధి చెందుతోంది మరియు ప్రమాదాల పరిమాణం, తెలియని వాటి పరిమాణం ప్రతి నెలా తగ్గుతుంది మరియు తదనుగుణంగా, ఈ ప్రమాణాలు తిరిగి సమతుల్యం చేయబడతాయి.
స్టార్టప్ ఏమి చేయాలనే ప్రశ్నకు సమాధానమిస్తూ, నేను చెబుతాను - ఫ్లాంట్‌కి వచ్చి, 150 వేల రూబిళ్లు చెల్లించి, టర్న్‌కీ DevOps సులభమైన సేవను పొందండి. మీరు కొంతమంది డెవలపర్‌లతో చిన్న స్టార్టప్ అయితే, ఇది పని చేస్తుంది. ఈ సమయంలో మీ సమస్యలను పరిష్కరించడం మరియు జీతం చెల్లించడం నేర్చుకోవాల్సిన మీ స్వంత DevOpsని నియమించుకోవడానికి బదులుగా, మీరు అన్ని సమస్యలకు టర్న్‌కీ పరిష్కారాన్ని అందుకుంటారు. అవును, కొన్ని ప్రతికూలతలు ఉన్నాయి. మేము, అవుట్‌సోర్సర్‌గా, అంతగా పాల్గొనలేము మరియు మార్పులకు త్వరగా ప్రతిస్పందించలేము. కానీ మాకు చాలా నైపుణ్యం మరియు రెడీమేడ్ అభ్యాసాలు ఉన్నాయి. ఏ పరిస్థితిలోనైనా మేము దానిని త్వరగా గుర్తించి, చనిపోయినవారి నుండి ఏదైనా కుబెర్నెట్‌లను లేపుతామని మేము హామీ ఇస్తున్నాము.
మీరు 10 మంది వ్యక్తుల బృందాన్ని కార్యకలాపాలకు అంకితం చేయగల పరిమాణంలో స్టార్టప్‌లు మరియు స్థాపించబడిన వ్యాపారాలకు అవుట్‌సోర్సింగ్ చేయమని నేను గట్టిగా సిఫార్సు చేస్తున్నాను, లేకపోతే ప్రయోజనం ఉండదు. దీన్ని అవుట్‌సోర్స్ చేయడం ఖచ్చితంగా అర్ధమే.
అమెజాన్ మరియు గూగుల్ గురించి
— Amazon లేదా Google నుండి ఒక పరిష్కారం నుండి హోస్ట్‌ను అవుట్‌సోర్స్‌గా పరిగణించవచ్చా?
డిమిత్రి: అవును, వాస్తవానికి, ఇది అనేక సమస్యలను పరిష్కరిస్తుంది. కానీ మళ్ళీ సూక్ష్మ నైపుణ్యాలు ఉన్నాయి. దీన్ని ఎలా ఉపయోగించాలో మీరు ఇంకా అర్థం చేసుకోవాలి. ఉదాహరణకు, Amazon AWS పనిలో వెయ్యి చిన్న విషయాలు ఉన్నాయి: లోడ్ బ్యాలెన్సర్‌ను వేడెక్కించాలి లేదా “అబ్బాయిలు, మాకు ట్రాఫిక్ వస్తోంది, మా కోసం లోడ్ బ్యాలెన్సర్‌ను వేడెక్కేలా చేయమని ముందుగానే అభ్యర్థనను వ్రాయాలి! ” మీరు ఈ సూక్ష్మ నైపుణ్యాలను తెలుసుకోవాలి.
మీరు ఇందులో నైపుణ్యం కలిగిన వ్యక్తులను ఆశ్రయించినప్పుడు, మీరు దాదాపు అన్ని సాధారణ విషయాలను మూసివేస్తారు. మాకు ప్రస్తుతం 40 మంది ఇంజనీర్లు ఉన్నారు, సంవత్సరం చివరి నాటికి బహుశా 60 మంది ఉంటారు - మేము ఖచ్చితంగా ఈ విషయాలన్నింటినీ ఎదుర్కొన్నాము. మేము ఏదో ఒక ప్రాజెక్ట్‌లో మళ్లీ ఈ సమస్యను ఎదుర్కొన్నా, మేము త్వరగా ఒకరినొకరు ప్రశ్నించుకుంటాము మరియు దానిని ఎలా పరిష్కరించాలో తెలుసుకుంటాము.
బహుశా సమాధానం ఏమిటంటే, హోస్ట్ చేసిన కథ కొన్ని భాగాలను సులభతరం చేస్తుంది. మీరు ఈ హోస్ట్‌లను విశ్వసించడానికి సిద్ధంగా ఉన్నారా మరియు వారు మీ సమస్యలను పరిష్కరిస్తారా అనేది ప్రశ్న. అమెజాన్ మరియు గూగుల్ మంచి పనితీరును కనబరిచాయి. మా అన్ని కేసుల కోసం - ఖచ్చితంగా. మాకు సానుకూల అనుభవాలు లేవు. మేము పని చేయడానికి ప్రయత్నించిన అన్ని ఇతర క్లౌడ్‌లు చాలా సమస్యలను సృష్టిస్తాయి - Ager, మరియు రష్యాలో ఉన్న ప్రతిదీ, మరియు వివిధ అమలులలో అన్ని రకాల OpenStack: హెడ్‌స్టర్, ఓవరేజ్ - మీకు కావలసినది. అవన్నీ మీరు పరిష్కరించకూడదనుకునే సమస్యలను సృష్టిస్తాయి.
కాబట్టి, సమాధానం అవును, కానీ వాస్తవానికి, చాలా పరిణతి చెందిన హోస్ట్ చేసిన పరిష్కారాలు లేవు.
కుబెర్నెట్స్ ఎవరికి కావాలి?
— మరియు ఏమైనప్పటికీ కుబెర్నెట్స్ ఎవరికి కావాలి? కుబెర్నెట్స్ కోసం ప్రత్యేకంగా వచ్చే సాధారణ ఫ్లౌంట్ క్లయింట్ అయిన కుబెర్నెట్స్‌కి ఇప్పటికే ఎవరు మారాలి?
డిమిత్రి: ఇది ఒక ఆసక్తికరమైన ప్రశ్న, ఎందుకంటే ప్రస్తుతం, కుబెర్నెటెస్ యొక్క తరంగంలో, చాలా మంది వ్యక్తులు మా వద్దకు వస్తారు: "గైస్, మీరు కుబెర్నెట్‌లను తయారు చేస్తున్నారని మాకు తెలుసు, మా కోసం చేయండి!" మేము వారికి సమాధానం ఇస్తాము: "పెద్దమనుషులు, మేము కుబెర్నెట్స్ చేయము, మేము ప్రోడ్ మరియు దానితో అనుసంధానించబడిన ప్రతిదీ చేస్తాము." ఎందుకంటే మొత్తం CI/CD మరియు ఈ మొత్తం కథను చేయకుండా ఉత్పత్తిని తయారు చేయడం అసాధ్యం. అభివృద్ధి ద్వారా మనకు అభివృద్ధి, ఆపై దోపిడీ ద్వారా దోపిడీ అనే విభజనకు అందరూ దూరమయ్యారు.
మా క్లయింట్లు వివిధ విషయాలు ఆశించే, కానీ ప్రతి ఒక్కరూ వారు కొన్ని సమస్యలు ఉన్నాయి కొన్ని మంచి అద్భుతం కోసం వేచి, మరియు ఇప్పుడు - హాప్! - కుబెర్నెట్స్ వాటిని పరిష్కరిస్తారు. ప్రజలు అద్భుతాలను నమ్ముతారు. ఒక అద్భుతం జరగదని వారి మనస్సులలో వారు అర్థం చేసుకున్నారు, కానీ వారి ఆత్మలలో ఈ కుబెర్నెట్స్ ఇప్పుడు మన కోసం ప్రతిదీ పరిష్కరిస్తారని వారు ఆశిస్తున్నారు, వారు దాని గురించి చాలా మాట్లాడతారు! అకస్మాత్తుగా తుమ్ముతున్నాడు! - మరియు ఒక వెండి బుల్లెట్, తుమ్ము! — మరియు మాకు 100% సమయ సమయం ఉంది, డెవలపర్‌లందరూ వారు ఉత్పత్తిలోకి వచ్చే ప్రతిదాన్ని 50 సార్లు విడుదల చేయవచ్చు మరియు అది క్రాష్ అవ్వదు. సాధారణంగా, ఒక అద్భుతం!
అలాంటి వ్యక్తులు మా వద్దకు వచ్చినప్పుడు, మేము ఇలా అంటాము: "క్షమించండి, కానీ అద్భుతాలు జరగవు." ఆరోగ్యంగా ఉండటానికి, మీరు బాగా తినాలి మరియు వ్యాయామం చేయాలి. నమ్మదగిన ఉత్పత్తిని కలిగి ఉండటానికి, దానిని విశ్వసనీయంగా తయారు చేయాలి. అనుకూలమైన CI/CDని కలిగి ఉండాలంటే, మీరు దీన్ని ఇలా తయారు చేయాలి. అది చేయవలసిన పని చాలా ఉంది.
కుబర్నెట్స్ ఎవరికి అవసరం అనే ప్రశ్నకు సమాధానం ఇవ్వడానికి, ఎవరికీ కుబర్నెట్స్ అవసరం లేదు.
కొంతమందికి కుబెర్నెట్స్ అవసరం అనే అపోహ ఉంది. ప్రజలకు అవసరం, వారు ఆలోచించడం, అధ్యయనం చేయడం, మౌలిక సదుపాయాల యొక్క అన్ని సమస్యలు మరియు వారి అప్లికేషన్‌లను అమలు చేయడంలో ఉన్న సమస్యలపై ఆసక్తి చూపడం మానేయాల్సిన అవసరం ఉంది. అప్లికేషన్లు కేవలం పని చేయాలని మరియు కేవలం అమలు చేయాలని వారు కోరుకుంటారు. వారి కోసం, కుబెర్నెటెస్ అనేది "మేము అక్కడ పడుకున్నాము" లేదా "మేము బయటకు వెళ్లలేము" లేదా మరేదైనా కథను వినడం మానేస్తారనే ఆశ.
సాధారణంగా టెక్నికల్ డైరెక్టర్ మన దగ్గరకు వస్తుంటారు. వారు అతనిని రెండు విషయాలు అడుగుతారు: ఒక వైపు, మాకు లక్షణాలను ఇవ్వండి, మరోవైపు, స్థిరత్వం. మేము దానిని మీపైకి తీసుకొని దానిని చేయమని సూచిస్తున్నాము. వెండి బుల్లెట్, లేదా వెండి పూతతో, మీరు ఈ సమస్యల గురించి ఆలోచించడం మరియు సమయాన్ని వృధా చేయడం మానేయడం. మీరు ఈ సమస్యను ముగించే ప్రత్యేక వ్యక్తులను కలిగి ఉంటారు.
మనకు లేదా మరెవరికైనా కుబర్నెట్స్ అవసరం అనే పదం తప్పు.
అడ్మిన్‌లకు నిజంగా కుబెర్నెట్స్ అవసరం, ఎందుకంటే ఇది మీరు ఆడగల మరియు టింకర్ చేయగల చాలా ఆసక్తికరమైన బొమ్మ. నిజం చెప్పండి — ప్రతి ఒక్కరూ బొమ్మలను ఇష్టపడతారు. మనమందరం ఎక్కడో చిన్నపిల్లలం, కొత్తది చూసినప్పుడు దానితో ఆడుకోవాలనిపిస్తుంది. కొంతమంది దీనిని తిరస్కరించారు, ఉదాహరణకు, పరిపాలనలో, ఎందుకంటే వారు ఇప్పటికే తగినంతగా ఆడారు మరియు వారు కోరుకోని స్థాయికి ఇప్పటికే అలసిపోయారు. అయితే ఇది ఎవరికీ పూర్తిగా పోలేదు. ఉదాహరణకు, నేను చాలా కాలంగా సిస్టమ్ అడ్మినిస్ట్రేషన్ మరియు DevOps రంగంలో బొమ్మలతో విసిగిపోయి ఉంటే, నేను ఇప్పటికీ బొమ్మలను ఇష్టపడుతున్నాను మరియు ఇప్పటికీ కొన్ని కొత్త వాటిని కొంటాను. అన్ని ప్రజలు, ఒక మార్గం లేదా మరొక, ఇప్పటికీ కొన్ని రకాల బొమ్మలు కావాలి.
ప్రొడక్షన్‌తో ఆడాల్సిన అవసరం లేదు. నేను ఖచ్చితంగా ఏమి చేయమని సిఫారసు చేయను మరియు నేను ఇప్పుడు సామూహికంగా చూసేది: "ఓహ్, ఒక కొత్త బొమ్మ!" - వారు దానిని కొనడానికి పరిగెత్తారు, కొన్నారు మరియు: "ఇప్పుడే పాఠశాలకు తీసుకెళ్లి మన స్నేహితులందరికీ చూపిద్దాం." ఇలా చేయవద్దు. నన్ను క్షమించండి, నా పిల్లలు ఇప్పుడిప్పుడే పెరుగుతున్నారు, నేను నిరంతరం పిల్లలలో ఏదో ఒకటి చూస్తాను, నాలో దానిని గమనించి, ఆపై ఇతరులకు సాధారణీకరించాను.
చివరి సమాధానం: మీకు కుబెర్నెట్స్ అవసరం లేదు. మీరు మీ సమస్యలను పరిష్కరించుకోవాలి.
మీరు ఏమి సాధించగలరు:
- ఉత్పత్తి పడదు;
- అతను పడిపోవడానికి ప్రయత్నించినప్పటికీ, దాని గురించి మనకు ముందుగానే తెలుసు మరియు ఏదైనా ఉంచవచ్చు;
- మేము దానిని మా వ్యాపారానికి అవసరమైన వేగంతో మార్చవచ్చు మరియు మేము దీన్ని సౌకర్యవంతంగా చేయవచ్చు; ఇది మాకు ఎటువంటి సమస్యలను కలిగించదు.
రెండు వాస్తవ అవసరాలు ఉన్నాయి: విశ్వసనీయత మరియు డైనమిక్/ఫ్లెక్సిబుల్ రోల్అవుట్. ప్రస్తుతం కొన్ని రకాల IT ప్రాజెక్ట్‌లు చేస్తున్న ప్రతి ఒక్కరూ, ఏ వ్యాపారంలో ఉన్నా - ప్రపంచాన్ని సులభతరం చేయడానికి మృదువైన, మరియు దీనిని అర్థం చేసుకున్న ప్రతి ఒక్కరూ ఈ అవసరాలను పరిష్కరించాలి. కుబెర్నెట్స్ సరైన విధానంతో, సరైన అవగాహనతో మరియు తగినంత అనుభవంతో వాటిని పరిష్కరించడానికి అనుమతిస్తుంది.
సర్వర్‌లెస్ గురించి
— మీరు భవిష్యత్తులో కొంచెం ముందుకు చూస్తే, రోల్అవుట్ వేగం మరియు అప్లికేషన్ మార్పుల వేగంతో, మౌలిక సదుపాయాలతో తలనొప్పి లేకపోవడం సమస్యను పరిష్కరించడానికి ప్రయత్నిస్తే, కొత్త పరిష్కారాలు కనిపిస్తాయి, ఉదాహరణకు, సర్వర్‌లెస్. మీరు ఈ దిశలో ఏదైనా సంభావ్యతను అనుభవిస్తున్నారా మరియు కుబెర్నెట్స్ మరియు ఇలాంటి పరిష్కారాలకు ప్రమాదం అని చెప్పండి?
డిమిత్రి: నేను ముందుచూపు చూసి “ఇలా ఉంటుంది!” అని చెప్పే జ్ఞాని కాదు అని ఇక్కడ మనం మళ్ళీ ఒక వ్యాఖ్య చేయాలి. నేను అదే పని చేసినప్పటికీ. నేను నా పాదాలను చూస్తాను మరియు అక్కడ సమస్యల సమూహాన్ని చూస్తున్నాను, ఉదాహరణకు, కంప్యూటర్‌లో ట్రాన్సిస్టర్‌లు ఎలా పని చేస్తాయి. ఇది హాస్యాస్పదంగా ఉంది, సరియైనదా? మేము CPUలో కొన్ని బగ్‌లను ఎదుర్కొంటున్నాము.
సర్వర్‌లెస్‌ను చాలా నమ్మదగినదిగా, చౌకగా, సమర్ధవంతంగా మరియు సౌకర్యవంతంగా చేయండి, అన్ని పర్యావరణ వ్యవస్థ సమస్యలను పరిష్కరించండి. మానవాళికి స్థితిస్థాపకతను సృష్టించడానికి రెండవ గ్రహం అవసరమని ఇక్కడ నేను ఎలోన్ మస్క్‌తో అంగీకరిస్తున్నాను. అతను ఏమి చెబుతున్నాడో నాకు తెలియకపోయినా, నేను మార్స్‌కు వెళ్లడానికి సిద్ధంగా లేనని మరియు అది రేపు జరగదని నేను అర్థం చేసుకున్నాను.
సర్వర్‌లెస్‌తో ఇది మానవాళికి తప్పు సహనం వంటి సైద్ధాంతికంగా సరైన విషయం అని స్పష్టంగా తెలుస్తుంది - ఒకటి కంటే రెండు గ్రహాలను కలిగి ఉండటం మంచిది. కానీ ఇప్పుడు మనం దీన్ని ఎలా చేయగలం? మీరు మీ ప్రయత్నాలను కేంద్రీకరించినట్లయితే ఒక యాత్రను పంపడం సమస్య కాదు. అనేక దండయాత్రలను పంపడం మరియు అనేక వేల మందిని అక్కడ స్థిరపరచడం కూడా వాస్తవికమని నేను భావిస్తున్నాను. కానీ మానవాళిలో సగం మంది అక్కడ నివసించేలా దీన్ని పూర్తిగా తప్పు-తట్టుకునేలా చేయడం ఇప్పుడు నాకు అసాధ్యంగా అనిపిస్తుంది, పరిగణించబడలేదు.
సర్వర్‌లెస్ వన్ ఆన్ వన్: విషయం బాగుంది, కానీ ఇది 2019 సమస్యలకు దూరంగా ఉంది. 2030కి దగ్గరగా ఉంది - దానిని చూడడానికి మనం జీవిద్దాం. మనం జీవిస్తామనే సందేహం లేదు, మనం ఖచ్చితంగా జీవిస్తాము (మంచానికి వెళ్ళే ముందు పునరావృతం చేయండి), కానీ ఇప్పుడు మనం ఇతర సమస్యలను పరిష్కరించాలి. ఇది అద్భుత పోనీ రెయిన్‌బోను నమ్మడం లాంటిది. అవును, రెండు శాతం కేసులు పరిష్కరించబడ్డాయి మరియు అవి సంపూర్ణంగా పరిష్కరించబడతాయి, కానీ ఆత్మాశ్రయపరంగా, సర్వర్‌లెస్ ఇంద్రధనస్సు ... నాకు, ఈ అంశం చాలా దూరం మరియు చాలా అపారమయినది. నేను మాట్లాడటానికి సిద్ధంగా లేను. 2019లో, మీరు సర్వర్‌లెస్‌తో ఒక్క అప్లికేషన్‌ను కూడా వ్రాయలేరు.
కుబెర్నెట్స్ ఎలా అభివృద్ధి చెందుతారు
— మేము ఈ అద్భుతమైన సుదూర భవిష్యత్తు వైపు వెళుతున్నప్పుడు, కుబెర్నెట్స్ మరియు దాని చుట్టూ ఉన్న పర్యావరణ వ్యవస్థ ఎలా అభివృద్ధి చెందుతుందని మీరు అనుకుంటున్నారు?
డిమిత్రి: నేను దీని గురించి చాలా ఆలోచించాను మరియు నా దగ్గర స్పష్టమైన సమాధానం ఉంది. మొదటిది స్టేట్‌ఫుల్ - అన్నింటికంటే, స్థితిలేనిది చేయడం సులభం. కుబెర్నెటెస్ ప్రారంభంలో ఇందులో ఎక్కువ పెట్టుబడి పెట్టారు, ఇదంతా దానితో ప్రారంభమైంది. కుబెర్నెట్స్‌లో స్థితిలేని పని దాదాపుగా సంపూర్ణంగా పనిచేస్తుంది, ఫిర్యాదు చేయడానికి ఏమీ లేదు. స్టేట్‌ఫుల్ ప్రకారం, ఇంకా చాలా సమస్యలు ఉన్నాయి, లేదా, సూక్ష్మ నైపుణ్యాలు. అక్కడ ఉన్న ప్రతిదీ ఇప్పటికే మాకు గొప్పగా పని చేస్తుంది, కానీ అది మనమే. ఇది అందరికీ పనికి రావడానికి కనీసం రెండేళ్లు పడుతుంది. ఇది లెక్కించబడిన సూచిక కాదు, కానీ నా తల నుండి నా భావన.
సంక్షిప్తంగా, స్టేట్‌ఫుల్ చాలా బలంగా అభివృద్ధి చెందాలి - మరియు అభివృద్ధి చెందుతుంది, ఎందుకంటే మా అన్ని అప్లికేషన్లు స్థితిని నిల్వ చేస్తాయి; స్థితిలేని అప్లికేషన్లు లేవు. ఇది భ్రమ; మీకు ఎల్లప్పుడూ ఒక రకమైన డేటాబేస్ మరియు మరేదైనా అవసరం. స్టేట్‌ఫుల్ అంటే సాధ్యమయ్యే ప్రతిదాన్ని సరిదిద్దడం, అన్ని దోషాలను పరిష్కరించడం, ప్రస్తుతం ప్రజలు ఎదుర్కొంటున్న సమస్యలన్నింటినీ మెరుగుపరచడం - దత్తత అని పిలుద్దాం.
తెలియని స్థాయి, పరిష్కరించని సమస్యల స్థాయి, ఏదైనా ఎదుర్కొనే సంభావ్యత స్థాయి గణనీయంగా పడిపోతుంది. ఇది ఒక ముఖ్యమైన కథ. మరియు ఆపరేటర్లు - సులభమైన సేవను పొందడానికి అడ్మినిస్ట్రేషన్ లాజిక్, కంట్రోల్ లాజిక్ యొక్క క్రోడీకరణకు సంబంధించిన ప్రతిదీ: MySQL సులభ సేవ, RabbitMQ సులభమైన సేవ, Memcache సులభమైన సేవ - సాధారణంగా, ఈ అన్ని భాగాలు పని చేయడానికి మేము హామీ ఇవ్వాలి. పెట్టె. ఇది మనకు డేటాబేస్ కావాలనుకునే నొప్పిని పరిష్కరిస్తుంది, కానీ దానిని నిర్వహించడం ఇష్టం లేదు, లేదా కుబెర్నెట్‌లను కోరుకోవడం లేదు, కానీ దానిని నిర్వహించకూడదనుకోవడం.
ఆపరేటర్ డెవలప్‌మెంట్ యొక్క ఈ కథ ఒక రూపంలో లేదా మరొక రూపంలో రాబోయే రెండేళ్లలో ముఖ్యమైనది.
వాడుకలో సౌలభ్యం బాగా పెరగాలని నేను భావిస్తున్నాను - బాక్స్ మరింత నల్లగా, మరింత విశ్వసనీయంగా, మరింత సాధారణ గుబ్బలతో మారుతుంది.
నేను ఒకసారి యూట్యూబ్‌లో సాటర్డే నైట్ లైవ్ షోలో 80ల నాటి ఐజాక్ అసిమోవ్‌తో పాత ఇంటర్వ్యూని విన్నాను - అర్జంట్ వంటి ప్రోగ్రామ్, మాత్రమే ఆసక్తికరంగా ఉంది. కంప్యూటర్ల భవిష్యత్తు గురించి వారు అడిగారు. ఆకాశవాణితో ఉన్నట్లే భవిష్యత్తు సింప్లిసిటీలోనే ఉంటుందన్నారు. రేడియో రిసీవర్ నిజానికి సంక్లిష్టమైన విషయం. వేవ్‌ను పట్టుకోవడానికి, మీరు 15 నిమిషాలు గుబ్బలను తిప్పాలి, స్కేవర్‌లను తిప్పాలి మరియు సాధారణంగా ప్రతిదీ ఎలా పనిచేస్తుందో తెలుసుకోవాలి, రేడియో వేవ్ ట్రాన్స్‌మిషన్ యొక్క భౌతిక శాస్త్రాన్ని అర్థం చేసుకోండి. ఫలితంగా, రేడియోలో ఒక నాబ్ మాత్రమే మిగిలి ఉంది.
2019లో ఇప్పుడు ఏ రేడియో ఉంది? కారులో, రేడియో రిసీవర్ అన్ని తరంగాలను మరియు స్టేషన్ల పేర్లను కనుగొంటుంది. ప్రక్రియ యొక్క భౌతికశాస్త్రం 100 సంవత్సరాలలో మారలేదు, కానీ వాడుకలో సౌలభ్యం ఉంది. ఇప్పుడు, ఇప్పుడు మాత్రమే కాదు, ఇప్పటికే 1980 లో, అజిమోవ్‌తో ఇంటర్వ్యూ ఉన్నప్పుడు, ప్రతి ఒక్కరూ రేడియోను ఉపయోగించారు మరియు అది ఎలా పని చేస్తుందో ఎవరూ ఆలోచించలేదు. ఇది ఎల్లవేళలా పని చేస్తుంది — ఇది ఇవ్వబడినది.
అసిమోవ్ అప్పుడు కంప్యూటర్ల విషయంలో కూడా ఇలాగే ఉంటుందని చెప్పాడు. వాడుకలో సౌలభ్యం పెరుగుతుంది. 1980లో మీరు కంప్యూటర్‌లో బటన్‌లను నొక్కడానికి ప్రత్యేక విద్యను పొందవలసి వస్తే, భవిష్యత్తులో ఇది అలా ఉండదు.
కుబెర్నెట్స్ మరియు ఇన్‌ఫ్రాస్ట్రక్చర్‌తో వాడుకలో సౌలభ్యం కూడా భారీగా పెరుగుతుందని నేను భావిస్తున్నాను. ఇది, నా అభిప్రాయం ప్రకారం, స్పష్టంగా ఉంది - ఇది ఉపరితలంపై ఉంది.
ఇంజనీర్లను ఏమి చేయాలి?
— అప్పుడు కుబెర్నెట్స్‌కు మద్దతు ఇచ్చే ఇంజనీర్లు మరియు సిస్టమ్ అడ్మినిస్ట్రేటర్‌లకు ఏమి జరుగుతుంది?
డిమిత్రి: 1C వచ్చిన తర్వాత అకౌంటెంట్‌కి ఏమైంది? దాని గురించే. దీనికి ముందు, వారు కాగితంపై లెక్కించారు - ఇప్పుడు ఒక కార్యక్రమంలో. కార్మిక ఉత్పాదకత పరిమాణం యొక్క ఆర్డర్‌ల ద్వారా పెరిగింది, కానీ శ్రమ కూడా అదృశ్యం కాలేదు. గతంలో ఒక బల్బులో స్క్రూ చేయడానికి 10 మంది ఇంజనీర్లు తీసుకుంటే, ఇప్పుడు ఒకరు సరిపోతారు.
సాఫ్ట్‌వేర్ మొత్తం మరియు టాస్క్‌ల సంఖ్య, ఇప్పుడు కొత్త DevOps కనిపించే దానికంటే వేగంగా పెరుగుతోంది మరియు సామర్థ్యం పెరుగుతోంది. ఇప్పుడు మార్కెట్లో నిర్దిష్ట కొరత ఉంది మరియు ఇది చాలా కాలం పాటు కొనసాగుతుంది. తరువాత, ప్రతిదీ ఒక నిర్దిష్ట ప్రమాణానికి తిరిగి వస్తుంది, దీనిలో పని సామర్థ్యం పెరుగుతుంది, సర్వర్‌లెస్ మరింత ఎక్కువగా ఉంటుంది, కుబెర్నెట్‌లకు ఒక న్యూరాన్ జతచేయబడుతుంది, ఇది అన్ని వనరులను సరిగ్గా ఎంచుకుంటుంది మరియు సాధారణంగా, అది తనంతట తానుగా ప్రతిదీ చేస్తుంది - వ్యక్తి దూరంగా వెళ్లి జోక్యం చేసుకోకండి.
కానీ ఎవరైనా ఇప్పటికీ నిర్ణయాలు తీసుకోవలసి ఉంటుంది. ఈ వ్యక్తి యొక్క అర్హతలు మరియు స్పెషలైజేషన్ స్థాయి ఎక్కువగా ఉందని స్పష్టమవుతుంది. ఈ రోజుల్లో, అకౌంటింగ్ విభాగంలో, మీరు వారి చేతులు అలసిపోకుండా పుస్తకాలను ఉంచే 10 మంది ఉద్యోగులు అవసరం లేదు. ఇది కేవలం అవసరం లేదు. ఎలక్ట్రానిక్ డాక్యుమెంట్ మేనేజ్‌మెంట్ సిస్టమ్ ద్వారా చాలా పత్రాలు స్వయంచాలకంగా స్కాన్ చేయబడతాయి మరియు గుర్తించబడతాయి. ఒక స్మార్ట్ చీఫ్ అకౌంటెంట్ సరిపోతుంది, ఇప్పటికే చాలా ఎక్కువ నైపుణ్యాలు, మంచి అవగాహనతో.
సాధారణంగా, అన్ని పరిశ్రమలలో ఇదే మార్గం. ఇది కార్లతో సమానంగా ఉంటుంది: గతంలో, ఒక కారు మెకానిక్ మరియు ముగ్గురు డ్రైవర్లతో వచ్చింది. ఈ రోజుల్లో, కారు నడపడం అనేది మనమందరం ప్రతిరోజూ పాల్గొనే సాధారణ ప్రక్రియ. కారు ఏదో సంక్లిష్టమైనది అని ఎవరూ అనుకోరు.
DevOps లేదా సిస్టమ్స్ ఇంజనీరింగ్ దూరంగా ఉండదు - ఉన్నత స్థాయి మరియు సమర్థవంతమైన పని పెరుగుతుంది.
- పని వాస్తవానికి పెరుగుతుందని నేను ఆసక్తికరమైన ఆలోచనను కూడా విన్నాను.
డిమిత్రి: అయితే, వంద శాతం! ఎందుకంటే మనం వ్రాసే సాఫ్ట్‌వేర్ మొత్తం నిరంతరం పెరుగుతూనే ఉంటుంది. సాఫ్ట్‌వేర్‌తో మేము పరిష్కరించే సమస్యల సంఖ్య నిరంతరం పెరుగుతోంది. పని మొత్తం పెరుగుతోంది. ఇప్పుడు DevOps మార్కెట్ భయంకరంగా వేడెక్కింది. ఇది జీతం అంచనాలలో చూడవచ్చు. మంచి మార్గంలో, వివరాల్లోకి వెళ్లకుండా, X కోరుకునే జూనియర్లు, 1,5X కోరుకునే మధ్యస్థులు మరియు 2X కోరుకునే సీనియర్లు ఉండాలి. మరియు ఇప్పుడు, మీరు మాస్కో DevOps జీతం మార్కెట్‌ను పరిశీలిస్తే, ఒక జూనియర్ X నుండి 3X వరకు మరియు సీనియర్‌కు X నుండి 3X వరకు కావాలి.
ఎంత ఖర్చవుతుందో ఎవరికీ తెలియదు. జీతం స్థాయి మీ విశ్వాసంతో కొలుస్తారు - పూర్తి పిచ్చి గృహం, నిజం చెప్పాలంటే, భయంకరమైన వేడెక్కిన మార్కెట్.
వాస్తవానికి, ఈ పరిస్థితి చాలా త్వరగా మారుతుంది - కొంత సంతృప్తత ఉండాలి. ఇది సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌తో సమానం కాదు - ప్రతి ఒక్కరికీ డెవలపర్‌లు అవసరం మరియు ప్రతి ఒక్కరికీ మంచి డెవలపర్‌లు అవసరం అయినప్పటికీ, మార్కెట్ ఎవరికి ఎంత విలువైనదో అర్థం చేసుకుంటుంది - పరిశ్రమ స్థిరపడింది. ఇప్పుడు DevOps విషయంలో ఇది లేదు.
- నేను విన్న దాని నుండి, ప్రస్తుత సిస్టమ్ అడ్మినిస్ట్రేటర్ చాలా ఆందోళన చెందకూడదని నేను నిర్ధారించాను, కానీ అతని నైపుణ్యాలను అప్‌గ్రేడ్ చేయడానికి మరియు రేపు ఎక్కువ పని ఉంటుందని వాస్తవానికి సిద్ధం చేయడానికి ఇది సమయం, కానీ అది మరింత అర్హత కలిగి ఉంటుంది.
డిమిత్రి: వంద శాతం. సాధారణంగా, మేము 2019లో జీవిస్తున్నాము మరియు జీవిత నియమం ఇది: జీవితకాల అభ్యాసం - మన జీవితమంతా నేర్చుకుంటాము. ఇప్పుడు అందరికీ ఇది ఇప్పటికే తెలుసు మరియు అనుభూతి చెందుతుందని నాకు అనిపిస్తోంది, కానీ తెలుసుకోవడం సరిపోదు - మీరు దీన్ని చేయాలి. ప్రతిరోజూ మనం మారాలి. మేము దీన్ని చేయకపోతే, ముందుగానే లేదా తరువాత మేము వృత్తికి దూరంగా ఉన్నాము.
పదునైన 180-డిగ్రీల మలుపుల కోసం సిద్ధంగా ఉండండి. ఏదో సమూలంగా మారుతుందనే అవకాశాన్ని నేను తోసిపుచ్చను, లేదా ఏదైనా కొత్తది కనుగొనబడుతుంది-అది జరుగుతుంది. హాప్! - మరియు మేము ఇప్పుడు భిన్నంగా వ్యవహరిస్తాము. దీని కోసం సిద్ధంగా ఉండటం మరియు చింతించకుండా ఉండటం ముఖ్యం. రేపు నేను చేసేదంతా అనవసరంగా మారవచ్చు - ఏమీ లేదు, నేను నా జీవితమంతా అధ్యయనం చేసాను మరియు ఇంకేదైనా నేర్చుకోవడానికి సిద్ధంగా ఉన్నాను. అది ఒక సమస్య కాదు. మీరు ఉద్యోగ భద్రత గురించి భయపడకూడదు, కానీ మీరు నిరంతరం కొత్తదాన్ని నేర్చుకోవడానికి సిద్ధంగా ఉండాలి.
శుభాకాంక్షలు మరియు ఒక నిమిషం ప్రకటన
- మీకు ఏదైనా కోరిక ఉందా?
డిమిత్రి: అవును, నాకు చాలా కోరికలు ఉన్నాయి.
మొదటి మరియు అత్యంత వాణిజ్యం - సభ్యత్వం పొందండి . ప్రియమైన పాఠకులారా, YouTubeకి వెళ్లి మా ఛానెల్‌కు సభ్యత్వాన్ని పొందండి. దాదాపు ఒక నెలలో మేము వీడియో సేవలో యాక్టివ్ విస్తరణను ప్రారంభిస్తాము. మేము కుబెర్నెట్స్ గురించి చాలా విద్యాపరమైన కంటెంట్‌ను కలిగి ఉంటాము, ఓపెన్ మరియు విభిన్నమైనవి: ఆచరణాత్మక విషయాల నుండి, ప్రయోగశాలల వరకు, లోతైన ప్రాథమిక సైద్ధాంతిక విషయాలు మరియు కుబెర్నెట్‌లను ఎలా దరఖాస్తు చేయాలి సూత్రాలు మరియు నమూనాల స్థాయి.
రెండవ వ్యాపారి కోరిక వెళ్ళడం మరియు నక్షత్రాలను ఉంచాము ఎందుకంటే మేము వాటిని తింటాము. మీరు మాకు నక్షత్రాలు ఇవ్వకపోతే, మాకు తినడానికి ఏమీ ఉండదు. ఇది కంప్యూటర్ గేమ్‌లో మన లాంటిది. మేము ఏదో చేస్తాము, ఏదైనా చేస్తాము, ప్రయత్నించండి, ఎవరైనా ఇవి భయంకరమైన సైకిళ్లు అని, ప్రతిదీ పూర్తిగా తప్పు అని ఎవరైనా చెప్పారు, కానీ మేము కొనసాగుతాము మరియు ఖచ్చితంగా నిజాయితీగా వ్యవహరిస్తాము. మేము సమస్యను చూస్తాము, దాన్ని పరిష్కరించాము మరియు మా అనుభవాన్ని పంచుకుంటాము. అందువల్ల, మాకు ఒక నక్షత్రాన్ని ఇవ్వండి, అది మీకు ఖర్చు చేయదు, కానీ అది మాకు ప్రయోజనం చేకూరుస్తుంది, ఎందుకంటే మేము వాటిని తింటాము.
మూడవది, ముఖ్యమైనది మరియు ఇకపై వాణిజ్యపరమైన కోరిక అద్భుత కథలను నమ్మడం మానేయండి. మీరు నిపుణులు. DevOps చాలా తీవ్రమైన మరియు బాధ్యతాయుతమైన వృత్తి. మీ కార్యాలయంలో ఆడటం ఆపండి. ఇది మీ కోసం క్లిక్ చేయనివ్వండి మరియు మీరు దానిని అర్థం చేసుకుంటారు. మీరు ఆసుపత్రికి వచ్చినట్లు ఊహించుకోండి, అక్కడ డాక్టర్ మీపై ప్రయోగాలు చేస్తున్నారు. ఇది ఎవరికైనా అభ్యంతరకరంగా ఉంటుందని నేను అర్థం చేసుకున్నాను, కానీ చాలా మటుకు, ఇది మీ గురించి కాదు, మరొకరి గురించి. ఇతరులను కూడా ఆపమని చెప్పండి. ఇది నిజంగా మనందరి జీవితాన్ని నాశనం చేస్తుంది - చాలా మంది ఆపరేషన్‌లు, అడ్మిన్‌లు మరియు DevOpsలను మళ్లీ ఏదైనా విచ్ఛిన్నం చేసిన వ్యక్తులుగా పరిగణించడం ప్రారంభిస్తారు. మేము ఆడటానికి వెళ్ళినందున ఇది చాలా తరచుగా "విరిగిపోయింది" మరియు ఇక్కడ ఏమి ఉంది మరియు ఇక్కడ ఏమి ఉంది అనే దానిపై చల్లని స్పృహతో చూడలేదు.
మీరు ప్రయోగాలు చేయకూడదని దీని అర్థం కాదు. మనం ప్రయోగం చేయాలి, మనమే దీన్ని చేస్తాము. నిజం చెప్పాలంటే, మనం కూడా కొన్నిసార్లు ఆడతాము - ఇది చాలా చెడ్డది, కానీ మానవులు ఏదీ మనకు పరాయిది కాదు. 2019ని గంభీరమైన, బాగా ఆలోచించే ప్రయోగాల సంవత్సరంగా ప్రకటిస్తాం, ఉత్పత్తిపై ఆటలు కాదు. బహుశా అలా.
- చాలా ధన్యవాదాలు!
డిమిత్రి: విటాలీ, మీ సమయానికి మరియు ఇంటర్వ్యూకి ధన్యవాదాలు. ప్రియమైన పాఠకులారా, మీరు అకస్మాత్తుగా ఈ స్థితికి చేరుకున్నట్లయితే చాలా ధన్యవాదాలు. మేము మీకు కనీసం రెండు ఆలోచనలను తీసుకువచ్చామని నేను ఆశిస్తున్నాను.
ఇంటర్వ్యూలో, డిమిత్రి వెర్ఫ్ సమస్యను తాకింది. ఇప్పుడు ఇది సార్వత్రిక స్విస్ కత్తి, ఇది దాదాపు అన్ని సమస్యలను పరిష్కరిస్తుంది. కానీ ఇది ఎల్లప్పుడూ అలా ఉండేది కాదు. పై పండుగ వద్ద డిమిత్రి స్టోలియారోవ్ ఈ సాధనం గురించి వివరంగా మాట్లాడతారు. నివేదికలో ప్రతిదీ ఉంటుంది: కుబెర్నెట్స్ యొక్క సమస్యలు మరియు దాచిన సూక్ష్మ నైపుణ్యాలు, ఈ ఇబ్బందులను పరిష్కరించడానికి ఎంపికలు మరియు వివరంగా వెర్ఫ్ యొక్క ప్రస్తుత అమలు. మే 27 మరియు 28 తేదీల్లో మాతో చేరండి, మేము ఖచ్చితమైన సాధనాలను సృష్టిస్తాము.
మూలం: www.habr.com