హే హబ్ర్! వ్యాసం యొక్క అనువాదాన్ని నేను మీ దృష్టికి అందిస్తున్నాను స్టీవ్ మెజాక్ ద్వారా.
మీ దృక్కోణంపై ఆధారపడి, DevOps ఈ సంవత్సరం తన తొమ్మిదవ లేదా పదవ వార్షికోత్సవాన్ని జరుపుకుంటుంది. 2016లో, రైట్‌స్కేల్స్ స్టేట్ ఆఫ్ క్లౌడ్ రిపోర్ట్ 70 శాతం SMBలు DevOps పద్ధతులను అవలంబిస్తున్నాయని పేర్కొంది. ఈ స్కోర్‌ను రూపొందించే ప్రతి సూచిక అప్పటి నుండి పెరిగింది. DevOps దాని రెండవ దశాబ్దంలోకి అడుగుపెట్టడానికి సిద్ధమవుతున్నందున, గతం నుండి షికారు చేయడం మరియు DevOps యొక్క మూలాలకు-మరియు పేరు యొక్క మూలాలకు కూడా తిరిగి రావడం చాలా బాగుంది.
2007కి ముందు: సంఘటనల శ్రేణి
2007కి ముందు, ఈ రోజు DevOpsగా పిలవబడే పరిస్థితుల శ్రేణి చివరికి జన్మనిచ్చింది.
లీన్ ఉత్తమ అభ్యాసంగా ఇప్పటికే నిరూపించబడింది. ఇలా కూడా అనవచ్చు టయోటా ఉత్పత్తి వ్యవస్థ, లీన్ మాన్యుఫ్యాక్చరింగ్ తయారీ అంతస్తులో ప్రక్రియలను ఆప్టిమైజ్ చేయడానికి ప్రయత్నిస్తుంది. (మార్గం ద్వారా, టయోటా నిర్వహణ ప్రారంభంలో ఫోర్డ్ మోటార్ కంపెనీ ప్రవేశపెట్టిన అసలైన అసెంబ్లీ లైన్ పద్ధతుల ద్వారా ప్రేరణ పొందింది). నిరంతర అభివృద్ధి అనేది లీన్ తయారీకి మంత్రం. ఆచరణలో, కింది మార్గాలు నిరంతరం మూల్యాంకనం చేయబడతాయి:
- ముడి పదార్థాలు మరియు తుది ఉత్పత్తుల జాబితా స్థాయిలను కనిష్టంగా నిర్వహించడం. లీన్ మాన్యుఫ్యాక్చరింగ్ అంటే వస్తువులను ఉత్పత్తి చేయడానికి ముడి పదార్థాల కనీస మొత్తం మరియు ఆర్డర్ లేదా షిప్పింగ్ కోసం వేచి ఉన్న తుది ఉత్పత్తుల కనీస మొత్తం.
- ఆర్డర్ క్యూను కనిష్టీకరించడం. ఆదర్శవంతంగా, అందుకున్న ఆదేశాలు వెంటనే పూర్తయిన స్థితికి తరలించబడతాయి. లీన్ మాన్యుఫ్యాక్చరింగ్ కోసం కీలకమైన మెట్రిక్ ఎల్లప్పుడూ ఆర్డర్ రసీదు నుండి డెలివరీ వరకు ఉంటుంది.
- ఉత్పత్తి ప్రక్రియ యొక్క సామర్థ్యాన్ని పెంచడం. ప్రాసెస్ రీ-ఇంజనీరింగ్ మరియు మెరుగైన ఆటోమేషన్ కలిసి వీలైనంత త్వరగా వస్తువులను ఉత్పత్తి చేస్తాయి. మొత్తం మార్గంలో ఉత్పత్తి యొక్క ప్రతి ప్రాంతం (కట్టింగ్, వెల్డింగ్, అసెంబ్లీ, టెస్టింగ్ మొదలైనవి) అసమర్థత కోసం అంచనా వేయబడుతుంది.
IT ప్రపంచంలో, సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ యొక్క జలపాత నమూనా యొక్క సాంప్రదాయ పద్ధతులు ఇప్పటికే వేగవంతమైన పునరావృత పద్ధతులకు దారితీశాయి చురుకైన. వేగవంతమైన అభివృద్ధి మరియు విస్తరణ ముసుగులో కొన్నిసార్లు నాణ్యత దెబ్బతింటున్నప్పటికీ, స్పీడ్ ర్యాలీ చేసేది. చాలా అదే విధంగా, క్లౌడ్ కంప్యూటింగ్, ముఖ్యంగా మౌలిక సదుపాయాలు-ఒక-సేవ (IaaS) మరియు వేదిక-వంటి ఒక సేవ (PaaS) IT ప్రక్రియలు మరియు మౌలిక సదుపాయాలలో పరిణతి చెందిన పరిష్కారాలుగా నిరూపించబడ్డాయి.
చివరగా, టూల్‌కిట్‌లు ఇటీవల కనిపించడం ప్రారంభించాయి నిరంతర ఇంటిగ్రేషన్ (CI). CI సాధనాల ఆలోచన 1991లో గ్రేడి బూచ్ తన బూచ్ పద్ధతిలో పుట్టింది మరియు అందించింది.
2007-2008: నిరాశపరిచిన బెల్జియన్
బెల్జియన్ కన్సల్టెంట్, ఎజైల్ ప్రాజెక్ట్ మరియు ప్రాక్టీస్ మేనేజర్ పాట్రిక్ డెబోయిస్ డేటా సెంటర్ మైగ్రేషన్‌లో సహాయం చేయడానికి బెల్జియన్ ప్రభుత్వ మంత్రిత్వ శాఖ నుండి అపాయింట్‌మెంట్‌ను అంగీకరించారు. ముఖ్యంగా, అతను ధృవీకరణ మరియు సంసిద్ధత పరీక్షలో పాల్గొన్నాడు. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ టీమ్‌లు మరియు సర్వర్, డేటాబేస్ మరియు నెట్‌వర్క్ ఆపరేషన్స్ టీమ్‌ల మధ్య సంబంధాలను సమన్వయం చేయడం మరియు నిర్మించడం అతని బాధ్యతలకు అవసరం. సమన్వయం లేకపోవడం మరియు అభివృద్ధి మరియు ఆపరేషన్ పద్ధతులను వేరుచేసే గోడలతో అతని నిరాశ అతనికి చేదుగా మిగిలిపోయింది. డెస్బోయిస్ యొక్క కోరిక త్వరలో మెరుగుపడాలనే కోరిక అతనిని చర్యకు దారితీసింది.
2008లో టొరంటోలో జరిగిన ఎజైల్ కాన్ఫరెన్స్‌లో, ఆండ్రూ షాఫెర్ అనే అంశంపై చర్చించేందుకు ప్రత్యేకంగా ఏర్పాటు చేసిన అనధికారిక సమావేశాన్ని మోడరేట్ చేయాలని ప్రతిపాదించారు.చురుకైన మౌలిక సదుపాయాలు"మరియు ఒక వ్యక్తి మాత్రమే ఈ అంశంపై చర్చించడానికి వచ్చారు: పాట్రిక్ డెబోయిస్. వారి చర్చ మరియు ఆలోచనల మార్పిడి ఎజైల్ సిస్టమ్స్ అడ్మినిస్ట్రేషన్ భావనను అభివృద్ధి చేసింది. అదే సంవత్సరం, డెబోయిస్ మరియు స్కేఫర్ Googleలో మధ్యస్తంగా విజయవంతమైన ఎజైల్ సిస్టమ్స్ అడ్మినిస్ట్రేటర్ సమూహాన్ని సృష్టించారు.
2009: దేవ్ మరియు ఆప్స్ మధ్య సహకారానికి సంబంధించిన కేసు
ఓ'రైల్లీ వెలాసిటీ కాన్ఫరెన్స్‌లో, ఇద్దరు Flickr ఉద్యోగులు, టెక్నికల్ ఆపరేషన్స్ సీనియర్ వైస్ ప్రెసిడెంట్ జాన్ ఆల్‌స్పా మరియు CTO పాల్ హమ్మండ్ ఇప్పుడు ప్రసిద్ధ ప్రదర్శనను అందించారు. "రోజుకు 10 విస్తరణలు: Flickr వద్ద Dev మరియు Ops సహకారం".
ప్రెజెంటేషన్ ఒక డ్రామా, సాఫ్ట్‌వేర్ విస్తరణ ప్రక్రియలో డెవలప్‌మెంట్ మరియు ఆపరేషన్స్ ప్రతినిధుల మధ్య సంక్లిష్టమైన పరస్పర చర్యలను ఆల్‌స్పా మరియు హమ్మండ్ తిరిగి ప్రదర్శించారు, "ఇది నా కోడ్ కాదు, ఇది మీ కంప్యూటర్‌లు అన్నీ!" అనే పంక్తులలో వేలి చూపడం మరియు నిందారోపణలతో పూర్తయింది. సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ మరియు డిప్లాయ్‌మెంట్ కార్యకలాపాలు అతుకులు లేకుండా, పారదర్శకంగా మరియు పూర్తిగా ఏకీకృతం కావడమే సరైన ఎంపిక అని వారి ప్రదర్శన ధృవీకరించింది. కాలక్రమేణా, ఈ ప్రెజెంటేషన్ పురాణగా మారింది మరియు IT పరిశ్రమ నేడు DevOpsగా పిలవబడే పద్దతి కోసం పిలుపునిచ్చినప్పుడు చారిత్రాత్మకంగా ఒక ముఖ్యమైన మైలురాయిగా పరిగణించబడుతుంది.
2010: యునైటెడ్ స్టేట్స్ ఆఫ్ అమెరికాలో DevOps
పెరుగుతున్న ఫాలోయింగ్‌తో, డెవొప్స్‌డేస్ సమావేశం మొదటిసారిగా యునైటెడ్ స్టేట్స్‌లో కాలిఫోర్నియాలోని మౌంటెన్ వ్యూలో వార్షిక వెలాసిటీ కాన్ఫరెన్స్ తర్వాత వెంటనే నిర్వహించబడింది. 2018కి వేగంగా ముందుకు సాగండి మరియు యునైటెడ్ స్టేట్స్‌లో డజన్ల కొద్దీ 30 కంటే ఎక్కువ DevOpsDays సమావేశాలు షెడ్యూల్ చేయబడ్డాయి.
2013: ప్రాజెక్ట్ "ఫీనిక్స్"
మనలో చాలా మందికి, DevOps చరిత్రలో మరొక ముఖ్యమైన క్షణం జీన్ కిమ్, కెవిన్ బెహర్ మరియు జార్జ్ సఫోర్డ్ రాసిన "ది ఫీనిక్స్ ప్రాజెక్ట్" పుస్తకం ప్రచురణ. ఈ నవల నిరాశాజనకమైన పరిస్థితిలో తనను తాను కనుగొన్న IT మేనేజర్ యొక్క కథను చెబుతుంది: అతను తప్పుగా ఉన్న ఒక క్లిష్టమైన ఇ-కామర్స్ ప్రాజెక్ట్‌ను రక్షించే పనిలో ఉన్నాడు. మేనేజర్ యొక్క రహస్యమైన సలహాదారు - లీన్ తయారీ పద్ధతుల పట్ల మక్కువ చూపే డైరెక్టర్ల బోర్డు సభ్యుడు - DevOps భావనను ఊహించి, IT మరియు అప్లికేషన్ డెవలప్‌మెంట్ గురించి ఆలోచించడానికి ప్రధాన పాత్రకు కొత్త మార్గాలను సూచిస్తారు. మార్గం ద్వారా, కొత్త ప్రధాన అవుట్‌సోర్స్ ఉత్పత్తిని అభివృద్ధి చేస్తున్నప్పుడు సాఫ్ట్‌వేర్ యొక్క VP DevOpsని ఉపయోగించే సారూప్య వ్యాపార కథనం గురించి “అవుట్‌సోర్స్ లేదా వేరే...” పుస్తకాన్ని వ్రాయడానికి “ది ఫీనిక్స్ ప్రాజెక్ట్” మాకు ప్రేరణనిచ్చింది.
భవిష్యత్తు కోసం DevOps
DevOpsని చివరి గమ్యస్థానంగా కాకుండా ఒక ప్రయాణంగా లేదా బహుశా ఒక ఆకాంక్షగా వర్ణించడం విలువైనదే. DevOps, లీన్ మాన్యుఫ్యాక్చరింగ్ వంటి, నిరంతర అభివృద్ధి, పెరిగిన ఉత్పాదకత మరియు సామర్థ్యం మరియు నిరంతర విస్తరణ కోసం కృషి చేస్తుంది. DevOpsకు మద్దతు ఇచ్చే స్వయంచాలక సాధనాలు అభివృద్ధి చెందుతూనే ఉన్నాయి.
గత దశాబ్దంలో DevOps ప్రారంభించినప్పటి నుండి చాలా సాధించబడింది మరియు 2018 మరియు అంతకు మించిన వాటిని చూడాలని మేము భావిస్తున్నాము.
మూలం: www.habr.com