DevOps మరియు ఖోస్: వికేంద్రీకృత ప్రపంచంలో సాఫ్ట్‌వేర్ డెలివరీ

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

మేము నివేదిక యొక్క టెక్స్ట్ వెర్షన్‌ను సిద్ధం చేసాము.

శుభోదయం

DevOpsDays మాస్కోలో వరుసగా రెండవ సంవత్సరం, ఈ వేదికపై ఇది నా రెండవ సారి, మీలో చాలా మంది ఈ గదిలో రెండవసారి ఉన్నారు. దాని అర్థం ఏమిటి? దీని అర్థం రష్యాలో DevOps ఉద్యమం పెరుగుతోంది, గుణించబడుతోంది మరియు ముఖ్యంగా, 2018లో DevOps అంటే ఏమిటో మాట్లాడే సమయం ఆసన్నమైంది.

2018లో DevOps ఇప్పటికే ఒక వృత్తి అని భావించే మీ చేతులు ఎత్తాలా? అలాంటివి ఉన్నాయి. "DevOps ఇంజనీర్" అని ఉద్యోగ వివరణ ఉన్న గదిలో ఎవరైనా DevOps ఇంజనీర్లు ఉన్నారా? రూమ్‌లో ఎవరైనా DevOps మేనేజర్‌లు ఉన్నారా? అలాంటిదేమీ లేదు. DevOps ఆర్కిటెక్ట్‌లా? అలాగే నం. సరి పోదు. తాము DevOps ఇంజనీర్ అని ఎవరూ చెప్పడం నిజంగా నిజమేనా?

కాబట్టి మీలో చాలామంది ఇది వ్యతిరేక నమూనా అని అనుకుంటున్నారా? అలాంటి వృత్తి ఉండకూడదా? మనం ఏది కావాలంటే అది ఆలోచించవచ్చు, కానీ మనం ఆలోచిస్తున్నప్పుడు, పరిశ్రమ DevOps ట్రంపెట్ ధ్వనికి గంభీరంగా ముందుకు సాగుతోంది.

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

మేము సృజనాత్మక వ్యక్తులు, మేము సులభంగా విశ్రాంతి తీసుకోము. మేము చెబుతున్నాము: DevOps అనేది తగినంత సమగ్రమైన పదం కాదు; ఇది ఇప్పటికీ అన్ని రకాల విభిన్నమైన, ఆసక్తికరమైన అంశాలను కలిగి లేదు. మరియు మేము మా రహస్య ప్రయోగశాలలకు వెళ్లి ఆసక్తికరమైన ఉత్పరివర్తనాలను ఉత్పత్తి చేయడం ప్రారంభిస్తాము: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.

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

కాబట్టి నేను ఈ విధానాన్ని పిలుస్తాను - "Ops, మరియు సమస్య పరిష్కరించబడింది."

వీటన్నింటితో మనం ఎందుకు ముందుకు వచ్చామో మనల్ని మనం గుర్తు చేసుకుంటే ఇవన్నీ బ్యాక్‌గ్రౌండ్‌లోకి వస్తాయి. సాఫ్ట్‌వేర్ డెలివరీని మరియు ఈ ప్రక్రియలో మా స్వంత పనిని ఎటువంటి ఆటంకం లేకుండా, నొప్పిలేకుండా, సమర్థవంతంగా మరియు ముఖ్యంగా సాధ్యమైనంత ఆనందించేలా చేయడానికి మేము ఈ మొత్తం DevOps విషయంతో ముందుకు వచ్చాము.

DevOps నొప్పి నుండి బయటపడింది. మరియు మేము బాధలతో అలసిపోయాము. మరియు ఇవన్నీ జరగాలంటే, మేము సతత హరిత అభ్యాసాలపై ఆధారపడతాము: సమర్థవంతమైన సహకారం, ప్రవాహ పద్ధతులు మరియు ముఖ్యంగా సిస్టమ్ ఆలోచన, ఎందుకంటే అది లేకుండా ఏ DevOps పని చేయదు.

వ్యవస్థ అంటే ఏమిటి?

మరియు మనం ఇప్పటికే సిస్టమ్స్ థింకింగ్ గురించి మాట్లాడుతుంటే, సిస్టమ్ అంటే ఏమిటో మనకు గుర్తు చేసుకుందాం.

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

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

ఇదంతా ఒక పెద్ద సామాజిక-సాంకేతిక వ్యవస్థలో భాగం. మరియు ఈ సామాజిక-సాంకేతిక వ్యవస్థ ఎలా కలిసి పనిచేస్తుందో మనం అర్థం చేసుకుంటే మాత్రమే, ఈ విషయంలో మనం నిజంగా ఏదైనా ఆప్టిమైజ్ చేయగలుగుతాము.

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

ప్రవర్తనా కోణం నుండి, మరొక ఆసక్తికరమైన వాస్తవం ఉంది. వ్యవస్థ తన వ్యక్తిగత భాగాలు ఏవీ చేయలేని పనిని చేయగలదు.

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

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

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

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

గందరగోళ సిద్ధాంతం

గందరగోళాన్ని అధ్యయనం చేసే వ్యక్తులు తమను తాము గందరగోళ శాస్త్రవేత్తలు అని పిలుస్తారు.

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

మీలో చాలామందికి కూడా తరచూ ఇలాగే అనిపిస్తుందని నేను అనుకుంటున్నాను, కాబట్టి మీరు కూడా గందరగోళ శాస్త్రవేత్తలు. నేను మిమ్మల్ని గందరగోళ శాస్త్రవేత్తల సంఘానికి ఆహ్వానిస్తున్నాను. మీరు మరియు నేను, ప్రియమైన తోటి గందరగోళ శాస్త్రవేత్తలు, అధ్యయనం చేసే వ్యవస్థలను "సంక్లిష్ట అనుకూల వ్యవస్థలు" అంటారు.

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

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

మరో రెండు ఆసక్తికరమైన విషయాలు ఉన్నాయి.


Во-первых, мы понимаем, что сложную систему невозможно упростить путем упрощения ее частей. Во-вторых, единственный способ упростить сложную систему — это за счет упрощения взаимодействий между ее частями.

మనం ఎలా ఇంటరాక్ట్ అవుతాము? మీరు మరియు నేను అందరం మానవ సమాజం అనే పెద్ద సమాచార వ్యవస్థలో భాగాలు. మేము ఒక సాధారణ భాష ద్వారా సంభాషిస్తాము, అది మనకు ఉంటే, మనకు అది దొరికితే.

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

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

మరియు ఆధారం లేనిది కాదు, మనం సృష్టించే వ్యవస్థలు ఎలా మారుతున్నాయో చూద్దాం.

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

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

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

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

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

ఇంటర్నెట్ ఆఫ్ థింగ్స్ కేవలం పెద్ద పదాలు కాదని ఈ రోజు మనం అర్థం చేసుకున్నాము, నిరాడంబరమైన అంచనాల ప్రకారం కూడా, ఇంటర్నెట్‌కి కనెక్ట్ చేయబడిన బిలియన్ల కొద్దీ పరికరాలు రాబోయే ఐదు నుండి పదేళ్లలో మన కోసం వేచి ఉన్నాయి. క్లౌడ్‌లో విలీనం చేయబడి, క్లౌడ్ నుండి అప్‌లోడ్ చేయబడే భారీ మొత్తంలో ఉపయోగకరమైన మరియు పనికిరాని డేటా.

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

ఫాగ్ కంప్యూటింగ్. విషయం ఏమిటంటే, మేఘాలు నీరు, ఆవిరి, మంచు మరియు రాళ్ల కేంద్రీకృత సమూహాలు. మరియు పొగమంచు అనేది వాతావరణంలో మన చుట్టూ చెల్లాచెదురుగా ఉన్న నీటి బిందువులు.

పొగమంచు నమూనాలో, ఈ బిందువులు పూర్తిగా స్వయంప్రతిపత్తితో లేదా ఇతర బిందువుల సహకారంతో చాలా పనిని చేస్తాయి. మరియు వారు నిజంగా నొక్కినప్పుడు మాత్రమే క్లౌడ్ వైపు తిరుగుతారు.

అంటే, మళ్ళీ వికేంద్రీకరణ, స్వయంప్రతిపత్తి మరియు, వాస్తవానికి, ఇవన్నీ ఎక్కడికి వెళుతున్నాయో మీలో చాలామంది ఇప్పటికే అర్థం చేసుకున్నారు, ఎందుకంటే మీరు బ్లాక్‌చెయిన్ గురించి ప్రస్తావించకుండా వికేంద్రీకరణ గురించి మాట్లాడలేరు.

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

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

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

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

ఖోస్ ఇంజనీరింగ్

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

మార్గం ద్వారా, నివేదికపై పని చేసే ప్రక్రియలో, మేము ఈ వచనాన్ని రష్యన్లోకి కూడా అనువదించాము, కాబట్టి వెళ్ళండి లింక్, చదవండి, వ్యాఖ్యానించండి, తిట్టండి.

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

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

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

డిస్ట్రిబ్యూటెడ్ సిస్టమ్ ఇంటిగ్రేషన్ ప్రోటోకాల్స్

దీని ప్రకారం, దీనికి మన వ్యవస్థలు ఏదో ఒకవిధంగా మారాలి. అవి మరింత స్థిరంగా ఉండటానికి, వారి భాగాల మధ్య పరస్పర చర్య కోసం వారికి కొన్ని కొత్త ప్రోటోకాల్‌లు అవసరం. తద్వారా ఈ భాగాలు ఏకీభవించగలవు మరియు ఒకరకమైన స్వీయ-సంస్థకు వస్తాయి. మరియు అన్ని రకాల కొత్త సాధనాలు, కొత్త ప్రోటోకాల్‌లు ఉత్పన్నమవుతాయి, వీటిని నేను "పంపిణీ వ్యవస్థల పరస్పర చర్య కోసం ప్రోటోకాల్‌లు" అని పిలుస్తాను.

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

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

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

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

చివరగా, మన వ్యవస్థలు పూర్తిగా స్వతంత్రంగా, అనుకూలతతో మరియు స్వీయ-వ్యవస్థీకృతంగా ఉండాలంటే, మనం వారికి స్వీయ-గుర్తింపు హక్కును తప్పక ఇవ్వాలి. ప్రాజెక్ట్ అని పిలుస్తారు spiffe అతను చేసేది సరిగ్గా ఇదే. ఇది కూడా క్లౌడ్ నేటివ్ కంప్యూటింగ్ ఫౌండేషన్ ఆధ్వర్యంలోని ప్రాజెక్ట్.

ఈ ప్రాజెక్టులన్నీ చిన్నవి, వీటన్నింటికీ మా ప్రేమ, మా ధ్రువీకరణ అవసరం. ఇదంతా ఓపెన్ సోర్స్, మా టెస్టింగ్, మా ఇంప్లిమెంటేషన్. సాంకేతికత ఎటువైపు వెళ్తుందో అవి మనకు చూపుతాయి.

కానీ DevOps ఎప్పుడూ ప్రధానంగా సాంకేతికత గురించి కాదు, ఇది ఎల్లప్పుడూ వ్యక్తుల మధ్య సహకారం గురించి. మరియు, తదనుగుణంగా, మనం అభివృద్ధి చేసే వ్యవస్థలు మారాలంటే, మనమే మారాలి. నిజానికి, మేము ఏమైనప్పటికీ మారుతున్నాము; మాకు ఎక్కువ ఎంపిక లేదు.

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

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

మరియు ఇది మన ఆధునిక ప్రపంచంలో మనం చూసేది: విశ్వాసం మరింత పంపిణీ చేయబడుతోంది మరియు వికేంద్రీకరించబడుతోంది మరియు ఇది సమాచార ప్రవాహాల స్వేచ్ఛపై, సమాచార లభ్యతపై ఆధారపడి ఉంటుంది.

మీరు దాని గురించి ఆలోచిస్తే, ఈ యాక్సెసిబిలిటీ, ఈ నమ్మకాన్ని సాధ్యం చేస్తుంది, మీరు మరియు నేను అమలు చేస్తున్నది. దీనర్థం మనం సహకరించే విధానం మరియు మనం చేసే విధానం రెండూ తప్పనిసరిగా మారాలి, ఎందుకంటే పాత నాటి కేంద్రీకృత, క్రమానుగత IT సంస్థలు పని చేయడం లేదు. వారు చనిపోవడం ప్రారంభిస్తారు.

DevOps సంస్థ ఫండమెంటల్స్

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

అయితే, సాంస్కృతిక మార్పు లేకుండా ఇవేవీ సాధ్యం కాదు. మనకు పరివర్తనాత్మక నాయకత్వం, వ్యక్తిగత బాధ్యత, అంతర్గత ప్రేరణ ఉండాలి.

ఇది DevOps సంస్థల ఆధారం: సమాచార పారదర్శకత, అసమకాలిక సమాచార మార్పిడి, పరివర్తన నాయకత్వం, వికేంద్రీకరణ.

Burnout

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

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

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

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

నేను మీ కోసం కోరుకునేది ఇదే: మీ ఉద్యోగాన్ని ప్రేమించడం, మనం చేసే పనిని ప్రేమించడం. ఈ ప్రపంచం సమాచారాన్ని ఫీడ్ చేస్తుంది, దానిని పోషించే గౌరవం మనకు ఉంది. కాబట్టి గందరగోళాన్ని అధ్యయనం చేద్దాం, అస్తవ్యస్తంగా ఉందాం, విలువను తీసుకురండి, క్రొత్తదాన్ని సృష్టిద్దాం, అలాగే, సమస్యలు, మనం ఇప్పటికే కనుగొన్నట్లుగా, అనివార్యం, మరియు అవి కనిపించినప్పుడు, మేము “Ops!” అని చెబుతాము మరియు సమస్య పరిష్కరించబడుతుంది.

ఖోస్ మంకీ కాకుండా ఏమిటి?

నిజానికి, ఈ వాయిద్యాలన్నీ చాలా చిన్నవి. అదే నెట్‌ఫ్లిక్స్ తమ కోసం సాధనాలను నిర్మించుకుంది. మీ స్వంత సాధనాలను రూపొందించండి. వేరొకరు ఇప్పటికే నిర్మించిన ఇతర సాధనాలను కనుగొనడానికి ప్రయత్నించడం కంటే గందరగోళ ఇంజనీరింగ్ సూత్రాలను చదవండి మరియు ఆ సూత్రాలకు అనుగుణంగా జీవించండి.

మీ సిస్టమ్‌లు ఎలా విచ్ఛిన్నమవుతాయి మరియు వాటిని విచ్ఛిన్నం చేయడం ప్రారంభించి, అవి ఎలా నిలదొక్కుకుంటున్నాయో అర్థం చేసుకోవడానికి ప్రయత్నించండి. ఇది మొదట వస్తుంది. మరియు మీరు సాధనాల కోసం వెతకవచ్చు. అన్ని రకాల ప్రాజెక్టులు ఉన్నాయి.

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

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

కాబట్టి, DevOps తత్వశాస్త్రంలో, మైక్రోసర్వీసెస్ అంత మంచి విషయం కాదా?

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

అయినప్పటికీ, మరింత ప్రాధాన్యత ఏమిటి: పరస్పర చర్యను సులభతరం చేయడంపైనా లేదా భాగాలను సులభతరం చేయడంపైనా?

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

మీరు చెప్పినవన్నీ పోటీ లేని ప్రపంచంలో జీవిస్తున్నాయని, మరియు అక్కడ గందరగోళం చాలా దయగలదని, మరియు ఈ గందరగోళంలో ఎటువంటి వైరుధ్యాలు లేవని, ఎవరూ ఎవరినీ తినకూడదని లేదా చంపాలని కోరుకోవడం నిజమేనా? పోటీ మరియు DevOps ఎలా ఉండాలి?

సరే, మనం ఎలాంటి పోటీ గురించి మాట్లాడుతున్నామో దానిపై ఆధారపడి ఉంటుంది. ఇది కార్యాలయంలో పోటీ లేదా కంపెనీల మధ్య పోటీ గురించి?

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

అదే నెట్‌ఫ్లిక్స్, మేము వారిని రోల్ మోడల్‌గా తీసుకుంటాము. వారు దీనితో ఎందుకు వచ్చారు? ఎందుకంటే వారికి పోటీ అవసరం. ఈ వశ్యత మరియు కదలిక వేగం ఖచ్చితంగా చాలా పోటీ అవసరం; ఇది మా సిస్టమ్‌లలో గందరగోళాన్ని ప్రవేశపెడుతుంది. అంటే, గందరగోళం అనేది మనకు కావలసింది కాబట్టి మనం స్పృహతో చేసేది కాదు, ప్రపంచం దానిని డిమాండ్ చేయడం వల్ల జరిగేది. మనం కేవలం స్వీకరించాలి. మరియు గందరగోళం, ఇది ఖచ్చితంగా పోటీ ఫలితం.

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

అనే ప్రశ్నపై కూడా ఓ లుక్కేయండి. మనందరికీ ఒకే లక్ష్యం ఉందని నేను అనుకుంటున్నాను: జీవించడం మరియు దానితో చేయడం
గొప్ప ఆనందం. మరియు ఏదైనా సంస్థ యొక్క పోటీ లక్ష్యం ఒకటే. సర్వైవల్ తరచుగా పోటీ ద్వారా సంభవిస్తుంది, దాని గురించి మీరు ఏమీ చేయలేరు.

ఈ సంవత్సరం సదస్సు DevOpsDays మాస్కో డిసెంబర్ 7న టెక్నోపోలిస్‌లో జరగనుంది. మేము నవంబర్ 11 వరకు నివేదికల కోసం దరఖాస్తులను స్వీకరిస్తున్నాము. వ్రాయడానికి మీరు మాట్లాడాలనుకుంటే మాకు.

పాల్గొనేవారికి రిజిస్ట్రేషన్ తెరిచి ఉంది, టిక్కెట్ల ధర 7000 రూబిళ్లు. మాతో చేరండి!

మూలం: www.habr.com