ఇటీవలి సంవత్సరాలలో సర్వర్‌లెస్ టెక్నాలజీలు వేగంగా జనాదరణ పొందినప్పటికీ, వాటితో సంబంధం ఉన్న అనేక అపోహలు మరియు ఆందోళనలు ఇప్పటికీ ఉన్నాయి. వెండర్ డిపెండెన్సీ, టూలింగ్, కాస్ట్ మేనేజ్‌మెంట్, కోల్డ్ స్టార్ట్, మానిటరింగ్ మరియు డెవలప్‌మెంట్ లైఫ్‌సైకిల్ సర్వర్‌లెస్ టెక్నాలజీల విషయానికి వస్తే చాలా చర్చనీయాంశాలు. ఈ కథనంలో, మేము పేర్కొన్న కొన్ని అంశాలను అన్వేషిస్తాము, అలాగే ప్రారంభకులకు శక్తివంతమైన, సౌకర్యవంతమైన మరియు తక్కువ ఖర్చుతో కూడిన సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడంలో సహాయపడటానికి ఉపయోగకరమైన వనరులకు చిట్కాలు మరియు లింక్‌లను భాగస్వామ్యం చేస్తాము.
సర్వర్‌లెస్ టెక్నాలజీల గురించి అపోహలు
సర్వర్‌లెస్ మరియు సర్వర్‌లెస్ డేటా ప్రాసెసింగ్ అని చాలా మంది నమ్ముతారు (, FaaS) దాదాపు అదే విషయం. దీని అర్థం వ్యత్యాసం చాలా గొప్పది కాదు మరియు కొత్త ఉత్పత్తిని పరిచయం చేయడం విలువ. AWS లాంబ్డా సర్వర్‌లెస్ టెక్నాలజీ పెరుగుదలకు సంబంధించిన నక్షత్రాలలో ఒకటి మరియు సర్వర్‌లెస్ ఆర్కిటెక్చర్ యొక్క అత్యంత ప్రజాదరణ పొందిన అంశాలలో ఒకటి అయినప్పటికీ, ఈ నిర్మాణంలో FaaS కంటే చాలా ఎక్కువ ఉన్నాయి.
సర్వర్‌లెస్ యొక్క ప్రధాన సూత్రం ఏమిటంటే, మీరు మీ ఇన్‌ఫ్రాస్ట్రక్చర్‌ను నిర్వహించడం లేదా స్కేలింగ్ చేయడం గురించి ఆందోళన చెందాల్సిన అవసరం లేదు; మీరు ఉపయోగించే వాటికి మాత్రమే మీరు చెల్లించాలి. అనేక సేవలు ఈ ప్రమాణాలకు సరిపోతాయి - AWS DynamoDB, S3, SNS లేదా SQS, Graphcool, Auth0, Now, Netlify, Firebase మరియు మరెన్నో. సాధారణంగా, సర్వర్‌లెస్ అంటే క్లౌడ్ కంప్యూటింగ్ యొక్క అన్ని సామర్థ్యాలను స్కేలింగ్ కోసం నిర్వహించాల్సిన మరియు అనుకూలీకరించాల్సిన అవసరం లేకుండా ఉపయోగించడం. ఇన్ఫ్రాస్ట్రక్చర్ స్థాయిలో భద్రత ఇకపై మీ సమస్య కాదని కూడా దీని అర్థం, భద్రతా ప్రమాణాలను పాటించడంలో ఇబ్బంది మరియు సంక్లిష్టత కారణంగా ఇది భారీ ప్రయోజనం. చివరగా, మీకు అందించిన మౌలిక సదుపాయాలను మీరు కొనుగోలు చేయవలసిన అవసరం లేదు.
సర్వర్‌లెస్‌ను "మానసిక స్థితి"గా పరిగణించవచ్చు: పరిష్కారాలను రూపొందించేటప్పుడు ఒక నిర్దిష్ట మనస్తత్వం. ఏదైనా మౌలిక సదుపాయాల నిర్వహణ అవసరమయ్యే విధానాలను నివారించండి. సర్వర్‌లెస్ విధానంతో, మేము ప్రాజెక్ట్‌ను నేరుగా ప్రభావితం చేసే సమస్యలను పరిష్కరించడంలో సమయాన్ని వెచ్చిస్తాము మరియు మా వినియోగదారులకు విలువను అందిస్తాము: బలమైన వ్యాపార తర్కాన్ని సృష్టించడం, వినియోగదారు ఇంటర్‌ఫేస్‌లను అభివృద్ధి చేయడం మరియు ప్రతిస్పందించే మరియు నమ్మదగిన APIలను అభివృద్ధి చేయడం.
ఉదాహరణకు, ఉచిత టెక్స్ట్ శోధన ప్లాట్‌ఫారమ్‌ను నిర్వహించడం మరియు నిర్వహించడం నివారించడం సాధ్యమైతే, మేము అదే చేస్తాము. అప్లికేషన్‌లను రూపొందించడానికి ఈ విధానం నాటకీయంగా మార్కెట్‌కి సమయాన్ని వేగవంతం చేస్తుంది ఎందుకంటే మీరు సంక్లిష్టమైన మౌలిక సదుపాయాలను నిర్వహించడం గురించి ఆలోచించాల్సిన అవసరం లేదు. ఇన్ఫ్రాస్ట్రక్చర్ మేనేజ్‌మెంట్ యొక్క బాధ్యతలు మరియు ఖర్చుల నుండి మిమ్మల్ని మీరు విడిపించుకోండి మరియు మీ కస్టమర్‌లకు అవసరమైన అప్లికేషన్‌లు మరియు సేవలను రూపొందించడంపై దృష్టి పెట్టండి. పాట్రిక్ డెబోయిస్ ఈ విధానాన్ని పిలిచారు , సర్వర్‌లెస్ సంఘంలో ఈ పదం ఆమోదించబడింది. విధులు సేవలను డిప్లోయబుల్ మాడ్యూల్స్ (మొత్తం లైబ్రరీ లేదా వెబ్ అప్లికేషన్‌ని అమలు చేయడం కంటే) ఒకదానితో ఒకటి బంధించే జిగురుగా భావించాలి. అప్లికేషన్‌లో విస్తరణలు మరియు మార్పులను నిర్వహించడానికి ఇది అద్భుతమైన గ్రాన్యులారిటీని అందిస్తుంది. మీరు ఫంక్షన్‌లను ఈ విధంగా అమలు చేయలేకపోతే, ఫంక్షన్లు చాలా పనులు చేస్తున్నాయని మరియు రీఫ్యాక్టరింగ్ చేయాల్సిన అవసరం ఉందని ఇది సూచించవచ్చు.
క్లౌడ్ అప్లికేషన్‌లను డెవలప్ చేస్తున్నప్పుడు కొందరు వ్యక్తులు విక్రేత డిపెండెన్సీతో గందరగోళానికి గురవుతారు. సర్వర్‌లెస్ టెక్నాలజీల విషయంలో కూడా ఇది నిజం, మరియు ఇది అపోహ ఫలితంగా వచ్చే అవకాశం లేదు. మా అనుభవంలో, AWSలో సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడం, AWS లాంబ్డా ఇతర AWS సేవలను సమగ్రపరచగల సామర్థ్యంతో పాటు, సర్వర్‌లెస్ ఆర్కిటెక్చర్‌లను చాలా గొప్పగా చేయడంలో భాగం. కలయిక యొక్క ఫలితం దాని భాగాల మొత్తం కంటే ఎక్కువగా ఉన్నప్పుడు ఇది సినర్జీకి మంచి ఉదాహరణ. విక్రేత లాక్-ఇన్‌ను నివారించడానికి ప్రయత్నించడం మరిన్ని సమస్యలకు దారి తీస్తుంది. కంటైనర్‌లతో పని చేస్తున్నప్పుడు, క్లౌడ్ ప్రొవైడర్‌ల మధ్య మీ స్వంత సంగ్రహణ పొరను నిర్వహించడం సులభం. కానీ సర్వర్‌లెస్ సొల్యూషన్‌ల విషయానికి వస్తే, ప్రయత్నం ఫలించదు, ప్రత్యేకించి మీరు మొదటి నుండి ఖర్చు-ప్రభావాన్ని పరిగణనలోకి తీసుకుంటే. విక్రేతలు సేవలను ఎలా అందిస్తారో ఖచ్చితంగా తెలుసుకోండి. కొన్ని ప్రత్యేక సేవలు ఇతర విక్రేతలతో ఏకీకరణ పాయింట్లపై ఆధారపడతాయి మరియు పెట్టె వెలుపల ప్లగ్-అండ్-ప్లే కనెక్టివిటీని అందించవచ్చు. ఏదైనా కంటైనర్ లేదా EC2 ఉదాహరణకి అభ్యర్థనను ప్రాక్సీ చేయడం కంటే గేట్‌వే API ఎండ్‌పాయింట్ నుండి లాంబ్డా కాల్‌ని అందించడం సులభం. గ్రాఫ్‌కూల్ Auth0ని ఉపయోగించి సులభమైన కాన్ఫిగరేషన్‌ను అనుమతిస్తుంది, ఇది మూడవ పక్ష ప్రమాణీకరణ సాధనాలను ఉపయోగించడం కంటే సులభం.
మీ సర్వర్‌లెస్ అప్లికేషన్ కోసం సరైన విక్రేతను ఎంచుకోవడం నిర్మాణ-స్థాయి నిర్ణయం. మీరు ఒక అప్లికేషన్‌ను సృష్టించినప్పుడు, సర్వర్‌ల నిర్వహణకు ఒక రోజు తిరిగి రావాలని మీరు ఆశించరు. క్లౌడ్ విక్రేతను ఎంచుకోవడం అనేది కంటైనర్లు లేదా డేటాబేస్ లేదా ప్రోగ్రామింగ్ లాంగ్వేజ్‌ని ఉపయోగించడం కంటే భిన్నంగా ఉండదు.
పరిగణించండి:
- మీకు ఏ సేవలు అవసరం మరియు ఎందుకు.
- క్లౌడ్ ప్రొవైడర్లు ఏ సేవలను అందిస్తారు మరియు మీరు ఎంచుకున్న FaaS సొల్యూషన్‌ని ఉపయోగించి వాటిని ఎలా కలపవచ్చు.
- ఏ ప్రోగ్రామింగ్ భాషలకు మద్దతు ఉంది (డైనమిక్‌గా లేదా స్టాటిక్‌గా టైప్ చేయబడింది, కంపైల్ చేయబడింది లేదా వివరించబడింది, బెంచ్‌మార్క్‌లు ఏమిటి, కోల్డ్ స్టార్ట్ పనితీరు ఏమిటి, ఓపెన్ సోర్స్ ఎకోసిస్టమ్ ఏమిటి మొదలైనవి).
- మీ భద్రతా అవసరాలు ఏమిటి (SLA, 2FA, OAuth, HTTPS, SSL, మొదలైనవి).
- మీ CI/CD మరియు సాఫ్ట్‌వేర్ అభివృద్ధి చక్రాలను ఎలా నిర్వహించాలి.
- మీరు ఏ ఇన్ఫ్రాస్ట్రక్చర్-కోడ్ సొల్యూషన్స్ ప్రయోజనాన్ని పొందవచ్చు?
మీరు ఇప్పటికే ఉన్న అప్లికేషన్‌ను విస్తరిస్తున్నట్లయితే మరియు సర్వర్‌లెస్ ఫంక్షన్‌లను క్రమంగా జోడిస్తే, ఇది అందుబాటులో ఉన్న సామర్థ్యాలను కొంతవరకు పరిమితం చేస్తుంది. ఏదేమైనప్పటికీ, దాదాపు అన్ని సర్వర్‌లెస్ టెక్నాలజీలు కొన్ని రకాల APIని అందిస్తాయి (REST లేదా మెసేజ్ క్యూయింగ్ ద్వారా) ఇది అప్లికేషన్ కోర్ నుండి స్వతంత్రంగా మరియు సులభమైన ఏకీకరణతో పొడిగింపులను సృష్టించడానికి మిమ్మల్ని అనుమతిస్తుంది. స్పష్టమైన APIలు, మంచి డాక్యుమెంటేషన్ మరియు బలమైన సంఘంతో సేవల కోసం చూడండి మరియు మీరు తప్పు చేయలేరు. 2015లో లాంబ్డా విడుదలైనప్పటి నుండి AWS విజయవంతం కావడానికి ప్రధాన కారణాలలో ఒకటిగా ఉండే సౌలభ్యం తరచుగా కీలకమైన మెట్రిక్‌గా ఉంటుంది.
సర్వర్‌లెస్ ఎప్పుడు ఉపయోగపడుతుంది?
సర్వర్‌లెస్ టెక్నాలజీలను దాదాపు ఎక్కడైనా ఉపయోగించవచ్చు. అయినప్పటికీ, వారి ప్రయోజనాలు కేవలం అప్లికేషన్ యొక్క పద్ధతులకు మాత్రమే పరిమితం కాదు. క్లౌడ్ కంప్యూటింగ్ కోసం ప్రవేశానికి అడ్డంకి ఈ రోజు ఖచ్చితంగా సర్వర్‌లెస్ టెక్నాలజీల కారణంగా చాలా తక్కువగా ఉంది. డెవలపర్‌లకు ఒక ఆలోచన ఉంటే, అయితే క్లౌడ్ ఇన్‌ఫ్రాస్ట్రక్చర్‌ని ఎలా నిర్వహించాలో మరియు ఖర్చులను ఎలా ఆప్టిమైజ్ చేయాలో వారికి తెలియకపోతే, వారు దీన్ని చేయడానికి కొంత ఇంజనీర్ కోసం వెతకాల్సిన అవసరం లేదు. ఒక స్టార్టప్ ప్లాట్‌ఫారమ్‌ను నిర్మించాలనుకుంటే, ఖర్చులు నియంత్రణలో ఉండవచ్చని ఆందోళన చెందితే, వారు సులభంగా సర్వర్‌లెస్ సొల్యూషన్స్ వైపు మొగ్గు చూపవచ్చు.
ఖర్చు ఆదా మరియు స్కేలింగ్ సౌలభ్యం కారణంగా, సర్వర్‌లెస్ సొల్యూషన్‌లు బహుళ-మిలియన్-డాలర్ ప్రేక్షకులతో వెబ్ అప్లికేషన్ వరకు అంతర్గత మరియు బాహ్య సిస్టమ్‌లకు సమానంగా వర్తిస్తాయి. ఖాతాలు యూరోల కంటే సెంట్లలో కొలుస్తారు. సరళమైన AWS EC2 ఉదాహరణ (t1.micro)ని నెలకు అద్దెకు తీసుకుంటే €15 ఖర్చవుతుంది, మీరు దానితో ఏమీ చేయకపోయినా (దీనిని ఆఫ్ చేయడం ఎవరు మర్చిపోయారు?!). పోల్చి చూస్తే, అదే సమయంలో ఈ స్థాయి ఖర్చును సాధించడానికి, మీరు 512 MB లాంబ్డాను 1 సెకనుకు సుమారు 3 మిలియన్ సార్లు అమలు చేయాలి. మరియు మీరు ఈ ఫీచర్‌ని ఉపయోగించకపోతే, మీరు ఏమీ చెల్లించరు.
సర్వర్‌లెస్ ప్రాథమికంగా ఈవెంట్-ఆధారితమైనది కాబట్టి, లెగసీ సిస్టమ్‌లకు సర్వర్‌లెస్ ఇన్‌ఫ్రాస్ట్రక్చర్‌ను జోడించడం చాలా సులభం. ఉదాహరణకు, AWS S3, Lambda మరియు Kinesisని ఉపయోగించి, మీరు API ద్వారా డేటాను స్వీకరించగల లెగసీ రిటైల్ సిస్టమ్ కోసం విశ్లేషణ సేవను సృష్టించవచ్చు.
చాలా సర్వర్‌లెస్ ప్లాట్‌ఫారమ్‌లు బహుళ భాషలకు మద్దతు ఇస్తాయి. చాలా తరచుగా ఇవి పైథాన్, జావాస్క్రిప్ట్, సి#, జావా మరియు గో. సాధారణంగా, అన్ని భాషలకు లైబ్రరీలను ఉపయోగించడంపై ఎటువంటి పరిమితులు లేవు, కాబట్టి మీరు మీకు ఇష్టమైన ఓపెన్ సోర్స్ లైబ్రరీలను ఉపయోగించవచ్చు. అయినప్పటికీ, డిపెండెన్సీలను ఎక్కువగా ఉపయోగించకుండా ఉండటం మంచిది, తద్వారా మీ విధులు ఉత్తమంగా పని చేస్తాయి మరియు మీ సర్వర్‌లెస్ అప్లికేషన్‌ల యొక్క అపారమైన స్కేలబిలిటీ యొక్క ప్రయోజనాలను రద్దు చేయవు. కంటైనర్‌లోకి లోడ్ చేయాల్సిన మరిన్ని ప్యాకేజీలు, కోల్డ్ స్టార్ట్‌కు ఎక్కువ సమయం పడుతుంది.
మీరు వాటిని ఉపయోగించే ముందు కంటైనర్, రన్‌టైమ్ మరియు ఎర్రర్ హ్యాండ్లర్‌ను మొదట ప్రారంభించాల్సిన అవసరం వచ్చినప్పుడు కోల్డ్ స్టార్ట్ అంటారు. దీని కారణంగా, విధులు నిర్వహించడంలో ఆలస్యం 3 సెకన్ల వరకు ఉంటుంది మరియు అసహనానికి గురైన వినియోగదారులకు ఇది ఉత్తమ ఎంపిక కాదు. అయితే, కొన్ని నిమిషాల నిష్క్రియ ఫంక్షన్ తర్వాత మొదటి కాల్‌లో జలుబు ప్రారంభమవుతుంది. చాలా మంది దీనిని చిన్న అసౌకర్యంగా భావిస్తారు, ఫంక్షన్‌ని నిష్క్రియంగా ఉంచడానికి క్రమం తప్పకుండా పింగ్ చేయడం ద్వారా పని చేయవచ్చు. లేదా వారు ఈ అంశాన్ని పూర్తిగా విస్మరిస్తారు.
AWS విడుదల చేసినప్పటికీఅయినప్పటికీ, SQL డేటాబేస్‌లు ఈ రకమైన వినియోగానికి అనువైనవి కావు ఎందుకంటే అవి లావాదేవీలను నిర్వహించడానికి కనెక్షన్‌లపై ఆధారపడతాయి, AWS లాంబ్డాలో ఎక్కువ ట్రాఫిక్ ఉన్నప్పుడు ఇది త్వరగా అడ్డంకిగా మారుతుంది. అవును, డెవలపర్లు నిరంతరం సర్వర్‌లెస్ అరోరాను మెరుగుపరుస్తున్నారు మరియు మీరు దానితో ప్రయోగాలు చేయాలి, కానీ ఈ రోజు వంటి NoSQL పరిష్కారాలు. అయితే అతి త్వరలో ఈ పరిస్థితి మారుతుందనడంలో సందేహం లేదు.
టూల్‌కిట్ అనేక పరిమితులను కూడా విధిస్తుంది, ముఖ్యంగా స్థానిక పరీక్ష ప్రాంతంలో. Docker-Lambda, DynamoDB లోకల్ మరియు LocalStack వంటి పరిష్కారాలు ఉన్నప్పటికీ, వాటికి శ్రమతో కూడిన పని మరియు గణనీయమైన కాన్ఫిగరేషన్ అవసరం. అయితే, ఈ ప్రాజెక్టులన్నీ చురుకుగా అభివృద్ధి చెందుతున్నాయి, కాబట్టి సాధనాలు మనకు అవసరమైన స్థాయికి చేరుకోవడానికి ముందు సమయం మాత్రమే ఉంటుంది.
డెవలప్‌మెంట్ సైకిల్‌పై సర్వర్‌లెస్ టెక్నాలజీల ప్రభావం
మీ ఇన్ఫ్రాస్ట్రక్చర్ కేవలం కాన్ఫిగరేషన్ అయినందున, మీరు షెల్ స్క్రిప్ట్‌ల వంటి స్క్రిప్ట్‌లను ఉపయోగించి కోడ్‌ని నిర్వచించవచ్చు మరియు అమలు చేయవచ్చు. లేదా మీరు కాన్ఫిగరేషన్-యాజ్-కోడ్ క్లాస్ సొల్యూషన్‌లను ఆశ్రయించవచ్చు . ఈ సేవ అన్ని ప్రాంతాలకు కాన్ఫిగరేషన్‌ను అందించనప్పటికీ, ఇది లాంబ్డా ఫంక్షన్‌లుగా ఉపయోగించడానికి నిర్దిష్ట వనరులను నిర్వచించడానికి మిమ్మల్ని అనుమతిస్తుంది. అంటే, క్లౌడ్‌ఫార్మేషన్ మిమ్మల్ని విఫలమైన చోట, మీరు ఈ గ్యాప్‌ను మూసివేసే మీ స్వంత వనరు (లాంబ్డా ఫంక్షన్) వ్రాయవచ్చు. ఈ విధంగా మీరు ఏదైనా చేయవచ్చు, మీ AWS పర్యావరణం వెలుపల డిపెండెన్సీలను కూడా కాన్ఫిగర్ చేయవచ్చు.
ఇది కేవలం కాన్ఫిగరేషన్ అయినందున, మీరు నిర్దిష్ట వాతావరణాలు, ప్రాంతాలు మరియు వినియోగదారుల కోసం మీ విస్తరణ స్క్రిప్ట్‌లను పారామీటర్ చేయవచ్చు, ప్రత్యేకించి మీరు క్లౌడ్‌ఫార్మేషన్ వంటి ఇన్ఫ్రాస్ట్రక్చర్-కోడ్ సొల్యూషన్‌లను ఉపయోగిస్తుంటే. ఉదాహరణకు, మీరు రిపోజిటరీలోని ప్రతి శాఖకు మౌలిక సదుపాయాల కాపీని అమర్చవచ్చు, తద్వారా మీరు అభివృద్ధి సమయంలో వాటిని పూర్తిగా ఒంటరిగా పరీక్షించవచ్చు. డెవలపర్లు ప్రత్యక్ష వాతావరణంలో తమ కోడ్ తగినంతగా పనిచేస్తుందో లేదో అర్థం చేసుకోవాలనుకున్నప్పుడు వారు అభిప్రాయాన్ని స్వీకరించే సమయాన్ని ఇది సమూలంగా వేగవంతం చేస్తుంది. నిర్వాహకులు బహుళ వాతావరణాలను అమలు చేయడానికి అయ్యే ఖర్చు గురించి ఆందోళన చెందాల్సిన అవసరం లేదు ఎందుకంటే వారు వాస్తవ వినియోగానికి మాత్రమే చెల్లిస్తారు.
డెవలపర్లు సరైన కాన్ఫిగరేషన్‌ను కలిగి ఉన్నారని నిర్ధారించుకోవాల్సిన అవసరం ఉన్నందున DevOps గురించి ఆందోళన చెందాల్సిన అవసరం లేదు. ఇకపై ఉదంతాలు, బ్యాలెన్సర్‌లు లేదా భద్రతా సమూహాలను నిర్వహించడం లేదు. అందువల్ల, NoOps అనే పదం ఎక్కువగా ఉపయోగించబడుతోంది, అయినప్పటికీ ఇది IAM కాన్ఫిగరేషన్ మరియు క్లౌడ్ వనరుల ఆప్టిమైజేషన్ విషయానికి వస్తే, మౌలిక సదుపాయాలను కాన్ఫిగర్ చేయడం ఇప్పటికీ ముఖ్యం.
Epsagon, Thundra, Dashbird మరియు IOPipe వంటి చాలా శక్తివంతమైన పర్యవేక్షణ మరియు విజిబిలిటీ టూల్స్ ఉన్నాయి. సర్వర్‌లెస్ అప్లికేషన్‌ల ప్రస్తుత స్థితిని పర్యవేక్షించడానికి, లాగ్‌లు మరియు ట్రేస్‌లను అందించడానికి, పనితీరు కొలమానాలు మరియు నిర్మాణ అడ్డంకులను సంగ్రహించడానికి, ఖర్చు విశ్లేషణ మరియు అంచనాలను నిర్వహించడానికి మరియు మరెన్నో చేయడానికి అవి మిమ్మల్ని అనుమతిస్తాయి. వారు DevOps ఇంజనీర్‌లు, డెవలపర్లు మరియు ఆర్కిటెక్ట్‌లకు అప్లికేషన్ పనితీరు యొక్క సమగ్ర వీక్షణను అందించడమే కాకుండా, నిజ-సమయం, రెండవ-సెకండ్ వనరుల ఖర్చు మరియు వ్యయ అంచనాకు సంబంధించిన దృశ్యమానతను పొందేందుకు మేనేజర్‌లను కూడా అనుమతిస్తారు. నిర్వహించబడే మౌలిక సదుపాయాలతో దీన్ని నిర్వహించడం చాలా కష్టం.
సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడం చాలా సులభం ఎందుకంటే మీరు వెబ్ సర్వర్‌లను అమలు చేయడం, వర్చువల్ మిషన్లు లేదా కంటైనర్లు, ప్యాచ్ సర్వర్లు, ఆపరేటింగ్ సిస్టమ్‌లు, ఇంటర్నెట్ గేట్‌వేలు మొదలైనవాటిని నిర్వహించాల్సిన అవసరం లేదు. ఈ బాధ్యతలన్నింటినీ సంగ్రహించడం సర్వర్‌లెస్ ఆర్కిటెక్చర్ అత్యంత ముఖ్యమైన వాటిపై దృష్టి పెట్టడానికి అనుమతిస్తుంది: పరిష్కారం వ్యాపారం మరియు కస్టమర్ అవసరాలు.
సాధనం మెరుగ్గా ఉండవచ్చు (ఇది ప్రతిరోజూ మెరుగుపడుతోంది), డెవలపర్లు వ్యాపార తర్కాన్ని అమలు చేయడంపై దృష్టి పెట్టవచ్చు మరియు ఆర్కిటెక్చర్‌లోని వివిధ సేవలలో అప్లికేషన్ యొక్క సంక్లిష్టతను ఎలా ఉత్తమంగా పంపిణీ చేయాలి. సర్వర్‌లెస్ అప్లికేషన్ మేనేజ్‌మెంట్ ఈవెంట్-ఆధారితమైనది మరియు క్లౌడ్ ప్రొవైడర్ ద్వారా సంగ్రహించబడింది (ఉదాహరణకు, SQS, S3 ఈవెంట్‌లు లేదా DynamoDB స్ట్రీమ్‌లు). అందువల్ల, డెవలపర్లు కొన్ని ఈవెంట్‌లకు ప్రతిస్పందించడానికి వ్యాపార తర్కాన్ని మాత్రమే వ్రాయాలి మరియు డేటాబేస్‌లు మరియు మెసేజ్ క్యూలను ఉత్తమంగా ఎలా అమలు చేయాలి లేదా నిర్దిష్ట హార్డ్‌వేర్ స్టోరేజ్‌లలో డేటాతో ఎలా ఉత్తమంగా పని చేయాలి అనే దాని గురించి ఆందోళన చెందాల్సిన అవసరం లేదు.
ఏదైనా డెవలప్‌మెంట్ ప్రక్రియ మాదిరిగానే కోడ్‌ని స్థానికంగా అమలు చేయవచ్చు మరియు డీబగ్ చేయవచ్చు. యూనిట్ పరీక్ష అలాగే ఉంటుంది. కస్టమ్ స్టాక్ కాన్ఫిగరేషన్‌ని ఉపయోగించి మొత్తం అప్లికేషన్ ఇన్‌ఫ్రాస్ట్రక్చర్‌ని అమలు చేయగల సామర్థ్యం, టెస్టింగ్ ఖర్చు లేదా ఖరీదైన మేనేజ్‌డ్ ఎన్విరాన్‌మెంట్‌లపై ప్రభావం గురించి చింతించకుండా డెవలపర్లు త్వరగా ముఖ్యమైన అభిప్రాయాన్ని పొందడానికి అనుమతిస్తుంది.
సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడానికి సాధనాలు మరియు సాంకేతికతలు
సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడానికి నిర్దిష్ట మార్గం లేదు. అలాగే ఈ పని కోసం సేవల సమితి. ఈ రోజు శక్తివంతమైన సర్వర్‌లెస్ సొల్యూషన్స్‌లో అగ్రగామి AWS, కానీ శ్రద్ధ వహించండి , и . మీరు AWSని ఉపయోగిస్తుంటే, అప్లికేషన్‌లను సేకరించే విధానంగా మేము సిఫార్సు చేయవచ్చు (SAM), ముఖ్యంగా C# ఉపయోగిస్తున్నప్పుడు, ఎందుకంటే విజువల్ స్టూడియోలో గొప్ప సాధనాలు ఉన్నాయి. SAM CLI విజువల్ స్టూడియో చేయగలిగినదంతా చేయగలదు, కాబట్టి మీరు వేరే IDE లేదా టెక్స్ట్ ఎడిటర్‌కి మారితే మీరు ఏమీ కోల్పోరు. వాస్తవానికి, SAM ఇతర భాషలతో కూడా పనిచేస్తుంది.
మీరు ఇతర భాషలలో వ్రాస్తే, సర్వర్‌లెస్ ఫ్రేమ్‌వర్క్ అనేది చాలా శక్తివంతమైన YAML కాన్ఫిగరేషన్ ఫైల్‌లను ఉపయోగించి ఏదైనా కాన్ఫిగర్ చేయడానికి మిమ్మల్ని అనుమతించే అద్భుతమైన ఓపెన్ సోర్స్ సాధనం. సర్వర్‌లెస్ ఫ్రేమ్‌వర్క్ వివిధ క్లౌడ్ సేవలకు కూడా మద్దతు ఇస్తుంది, కాబట్టి మేము బహుళ-క్లౌడ్ పరిష్కారం కోసం చూస్తున్న వారికి దీన్ని సిఫార్సు చేస్తున్నాము. ఇది ఏదైనా అవసరం కోసం ప్లగిన్‌ల సమూహాన్ని సృష్టించిన భారీ సంఘాన్ని కలిగి ఉంది.
స్థానిక పరీక్ష కోసం, ఓపెన్ సోర్స్ టూల్స్ డాకర్-లాంబ్డా, సర్వర్‌లెస్ లోకల్, డైనమోడిబి లోకల్ మరియు లోకల్‌స్టాక్ బాగా సరిపోతాయి. సర్వర్‌లెస్ టెక్నాలజీలు ఇప్పటికీ అభివృద్ధి ప్రారంభ దశలోనే ఉన్నాయి, వాటి కోసం సాధనాలు ఉన్నాయి, కాబట్టి మీరు క్లిష్టమైన పరీక్షా దృశ్యాలను సెటప్ చేసేటప్పుడు కష్టపడి పని చేయాల్సి ఉంటుంది. అయినప్పటికీ, పర్యావరణంలో స్టాక్‌ను అమర్చడం మరియు దానిని పరీక్షించడం చాలా చౌకగా మారుతుంది. మరియు మీరు మీ క్లౌడ్ పరిసరాల యొక్క ఖచ్చితమైన స్థానిక కాపీని తయారు చేయవలసిన అవసరం లేదు.
అమలు చేయబడిన ప్యాకేజీ పరిమాణాలను తగ్గించడానికి మరియు లోడింగ్ సమయాలను వేగవంతం చేయడానికి AWS లాంబ్డా లేయర్‌లను ఉపయోగించండి.
నిర్దిష్ట పనుల కోసం సరైన ప్రోగ్రామింగ్ భాషలను ఉపయోగించండి. వివిధ భాషలకు వాటి స్వంత ప్రయోజనాలు మరియు అప్రయోజనాలు ఉన్నాయి. అనేక బెంచ్‌మార్క్‌లు ఉన్నాయి, అయితే AWS లాంబ్డా పనితీరు పరంగా జావాస్క్రిప్ట్, పైథాన్ మరియు C# (.NET కోర్ 2.1+) ముందున్నాయి. AWS లాంబ్డా ఇటీవల రన్‌టైమ్ APIని పరిచయం చేసింది, ఇది మీకు కావలసిన భాష మరియు రన్‌టైమ్ వాతావరణాన్ని పేర్కొనడానికి మిమ్మల్ని అనుమతిస్తుంది, కాబట్టి ప్రయోగం.
విస్తరణ ప్యాకేజీ పరిమాణాలను చిన్నగా ఉంచండి. అవి చిన్నవిగా ఉంటాయి, అవి వేగంగా లోడ్ అవుతాయి. పెద్ద లైబ్రరీలను ఉపయోగించడం మానుకోండి, ప్రత్యేకించి మీరు వాటి నుండి కొన్ని లక్షణాలను ఉపయోగిస్తే. మీరు జావాస్క్రిప్ట్‌లో ప్రోగ్రామింగ్ చేస్తుంటే, మీ బిల్డ్‌ను ఆప్టిమైజ్ చేయడానికి వెబ్‌ప్యాక్ వంటి బిల్డ్ సాధనాలను ఉపయోగించండి మరియు మీకు నిజంగా అవసరమైన వాటిని మాత్రమే చేర్చండి. .NET కోర్ 3.0లో QuickJit మరియు టైర్డ్ కంపైలేషన్ ఉన్నాయి, ఇది పనితీరును మెరుగుపరుస్తుంది మరియు చల్లని ప్రారంభానికి బాగా సహాయపడుతుంది.
ఈవెంట్‌లపై సర్వర్‌లెస్ ఫంక్షన్ల డిపెండెన్సీ మొదట వ్యాపార లాజిక్‌ను సమన్వయం చేయడం కష్టతరం చేస్తుంది. ఈ విషయంలో మెసేజ్ క్యూలు మరియు స్టేట్ మెషీన్లు చాలా ఉపయోగకరంగా ఉంటాయి. లాంబ్డా ఫంక్షన్లు ఒకదానికొకటి కాల్ చేయగలవు, కానీ మీరు ప్రతిస్పందన ("ఫైర్ అండ్ మర్చిపోయి") ఆశించకపోతే మాత్రమే దీన్ని చేయండి - మరొక ఫంక్షన్ పూర్తయ్యే వరకు మీరు బిల్ చేయకూడదు. మెసేజ్ క్యూలు వ్యాపార లాజిక్ ముక్కలను వేరుచేయడానికి, అప్లికేషన్ అడ్డంకులను నిర్వహించడానికి మరియు లావాదేవీలను ప్రాసెస్ చేయడానికి (FIFO క్యూలను ఉపయోగించి) ఉపయోగపడతాయి. AWS ల్యాంబ్డా ఫంక్షన్‌లను SQS క్యూలకు అంటించబడిన సందేశ క్యూలుగా కేటాయించవచ్చు, ఇవి తరువాత విశ్లేషణ కోసం విఫలమైన సందేశాలను ట్రాక్ చేస్తాయి. AWS స్టెప్ ఫంక్షన్లు (స్టేట్ మెషీన్లు) ఫంక్షన్ల చైనింగ్ అవసరమయ్యే సంక్లిష్ట ప్రక్రియలను నిర్వహించడానికి చాలా ఉపయోగకరంగా ఉంటాయి. లాంబ్డా ఫంక్షన్‌కి బదులుగా మరొక ఫంక్షన్‌కి కాల్ చేయడానికి, స్టెప్ ఫంక్షన్లు స్టేట్ ట్రాన్సిషన్‌లను సమన్వయం చేయగలవు, ఫంక్షన్ల మధ్య డేటాను పాస్ చేయగలవు మరియు ఫంక్షన్ల గ్లోబల్ స్థితిని నిర్వహించగలవు. ఇది మళ్లీ ప్రయత్నించే పరిస్థితులను నిర్వచించడానికి మిమ్మల్ని అనుమతిస్తుంది, లేదా నిర్దిష్ట లోపం సంభవించినప్పుడు ఏమి చేయాలి - కొన్ని పరిస్థితులలో చాలా శక్తివంతమైన సాధనం.
తీర్మానం
ఇటీవలి సంవత్సరాలలో, సర్వర్‌లెస్ టెక్నాలజీలు అపూర్వమైన వేగంతో అభివృద్ధి చెందుతున్నాయి. ఈ నమూనా మార్పుకు సంబంధించి కొన్ని అపోహలు ఉన్నాయి. మౌలిక సదుపాయాలను సంగ్రహించడం మరియు స్కేలబిలిటీని నిర్వహించడం ద్వారా, సర్వర్‌లెస్ సొల్యూషన్‌లు సరళీకృత అభివృద్ధి మరియు DevOps ప్రక్రియల నుండి కార్యాచరణ ఖర్చులలో పెద్ద తగ్గింపుల వరకు గణనీయమైన ప్రయోజనాలను అందిస్తాయి.
సర్వర్‌లెస్ విధానం దాని లోపాలు లేకుండా లేనప్పటికీ, బలమైన సర్వర్‌లెస్ అప్లికేషన్‌లను రూపొందించడానికి లేదా ఇప్పటికే ఉన్న ఆర్కిటెక్చర్‌లలో సర్వర్‌లెస్ ఎలిమెంట్‌లను ఇంటిగ్రేట్ చేయడానికి ఉపయోగించే నమ్మకమైన డిజైన్ నమూనాలు ఉన్నాయి.
మూలం: www.habr.com