1. హలో.
    2. కాబట్టి, క్లౌడ్లో(cloud) రిసోర్స్ మేనేజ్మెంట్ పై(resource management) మా చర్చను కొనసాగిస్తాము.
    3. కాబట్టి, ఆఖరి ఉపన్యాసం లేదా వనరుల నిర్వహణపై(resource management) చివరి 2 ఉపన్యాసాలు గురించి చర్చించాము; మనం సరిగ్గా మొత్తం క్లౌడ్ సేవలో(cloud service) ఒక ముఖ్యమైన పాత్ర పోషిస్తాయని చూద్దాం.
    4. కాబట్టి, ఇది సేవ ప్రొవైడర్(service provider) పాయింట్ నుండి మాత్రమే ముఖ్యం; ఇది వినియోగదారుల(consumer) యొక్క వినియోగదారుల అభిప్రాయానికి కూడా చాలా ముఖ్యం.
    5. అందువల్ల, ప్రొవైడర్(provider) తన వనరులను దాని శక్తిని తక్కువ శక్తి వ్యయంతో పెంచుకోవడాన్ని మరియు వినియోగదారు అభిప్రాయాల నుండి చూస్తే అది లాభాన్ని పెంచుకోవాలనుకుంటుంది.
    6. ఇది హామీ లేదా దాని SLA కోసం ఒక నిర్దిష్ట నాణ్యత లేదా మద్దతు, కుడి కలిగి కోరుకుంటున్నారు.
    7. సో, SLA చెల్లుబాటు కాదు.
    8. అయితే, అతను ఈ మొత్తం వనరు నిర్వహణ(resource management) కోసం ముఖ్యమైన పాత్ర పోషిస్తుంది.
    9. మనం ఈ క్లౌడ్ కంప్యూటింగ్ నమూనా(cloud computing paradigm) యొక్క కోట్ unquote విజయం చెప్పేది, సరియైనది.
    10. నేటి బోధన; మనం ఈ వనరుల నిర్వహణ(resource management) యొక్క కొన్ని అంశాలను చూడడానికి ప్రయత్నిస్తాము, సమీక్షా కాగితం(review paper) కోసం ప్రత్యేకంగా చూసి, వనరుల నిర్వహణ(resource management) యొక్క కొన్ని అంశాలని పరిశీలిస్తాము.
    11. అందువల్ల, అన్ని అంశాలను విడుదల చేయాలని నేను కోరుకోను, కానీ ఇవి ఒక ప్రత్యేకమైన క్లౌడ్ కంప్యూటింగ్ పర్యావరణం(cloud computing environment) లేదా క్లౌడ్ కంప్యూటింగ్ ప్లాట్ఫారమ్లో(cloud computing platform) ఉన్న ముఖ్యమైన అంశాలలో కొన్ని.
    12. సో, కుడి చూడండి.
    13. కాబట్టి, స్లైడ్స్ యొక్క జంట బహుశా మరొకదాని నుండి ప్రతీకారం పొందుతుంది.
    14. కాబట్టి, వనరులతో మేము త్వరగానే రీచ్ చేసాము.
    15. కాబట్టి, నేను ప్రధాన అవస్థాపన వేదిక(core infrastructure platform) మరియు అప్లికేషన్(application) లేదా IaaS, PaaS, SaaS వద్ద ఉన్నాయి మరియు అంటే వివిధ రకాలైన యూజర్ లు (users)ఉన్నాయి; ఈ మబ్బుల(clouds) కోసం వినియోగదారుడు(user) వారు మానవ వినియోగదారుడు(human user) కావచ్చు లేదా ఇతర సేవలకు పరోక్షంగా వినియోగించే క్లౌడ్ సేవ(cloud service) అయిన కొన్ని ప్రక్రియ లేదా యంత్రం కావచ్చు.
    16. సో, మేము ఈ వనరులను కోర్ (core)వద్ద నిర్వహించేది ఎలా ఆప్టిమైజ్(optimize) చూడండి అనుకుంటున్నారా.
    17. ఇప్పుడు మనము చూసినట్లుగా, 2 వర్గ వినియోగదారుడు ఉన్నారు; భౌతిక(physical) 2 వనరుల వర్గం; ఒకటి శారీరక వనరు(physical resource), మరొకటి తార్కిక వనరు(logical resource).
    18. కాబట్టి, భౌతికంగా(physical); అక్కడ మరియు తార్కికంగా(logical) అప్లికేషన్లు పర్యవేక్షణ(applications monitoring) మరియు విషయాలు రకం వంటి. 
    19. కాబట్టి, రెండు వనరు నిర్వహణలో(resource management) ముఖ్యమైన పాత్ర పోషిస్తుంది.
    20. మరియు మేము వీటిని చూశాము, వనరుల నిర్వహణ నిర్వచనాన్ని వివరించడం ద్వారా క్లౌడ్ వనరులు(cloud resource) మరియు సేవలను(services) అందించే సామర్ధ్యాలను నియంత్రించడానికి ఉపయోగించే ఇతర కార్యకలాపాలకు ఇది వినియోగదారులు(users) సమర్థవంతమైన పద్ధతిలో అనువర్తనాలు(applications) అందుబాటులో ఉంటుంది.
    21. ఈ రిసోర్స్ మేనేజ్మెంట్ మెకానిజం(resource management mechanism) లేదా రిసోర్స్ మేనేజ్మెంట్(resource management) చూస్తే గరిష్టంగా లేదా ప్రధాన థ్రస్ట్ ఐఏఎస్ఎస్(IaaS) వనరులను లేదా మౌలిక సదుపాయాల వనరులను(infrastructural resources) నిర్వహిస్తుంది.
    22. లేదా సాస్(SaaS); అయినప్పటికీ నిర్వహణ కూడా అవసరం, కానీ ఇవి ఎక్కువగా మీరు కలిగి ఉన్న వెన్నెముక(backbone) హార్డ్ వనరులను(hard resources) సరిగ్గా వివరించేవి.
    23. కాబట్టి, ఈ రకమైన కొన్ని పద్ధతులు వివిధ రకాలైన సేవలకు వర్తిస్తాయి. 
    24. అయితే కొన్ని విషయాలు IaaS కు మంచివి.
    25. కాబట్టి, మనం ప్రస్తుతం చూస్తాం దాని గురించి మరింత. వనరుల నిర్వహణ(resource management) యొక్క IaaS రకం కోసం వేర్వేరు విధానాలు ఏమిటి, సరియైనవి.
    26. అందువల్ల, ఒక సేవ వలె మౌలిక సదుపాయాలు అత్యంత ప్రసిద్ధమైనవి.  
    27. ఈ విభిన్న రకాల సేవలలో అత్యంత ప్రజాదరణ పొందిన క్లౌడ్ సేవగా (cloud service) భావించబడుతున్నాయి.
    28. కాబట్టి, IaaS లో, క్లౌడ్ ప్రొవైడర్లు(cloud providers) వర్చ్యువల్ మిషన్(virtual machine) ముడి నిల్వ ఫైర్ వాల్బేస్(raw storage firewalls) బాలన్సర్(balancer) నెట్వర్క్ పరికరాల(network devices) వంటి కంప్యూటర్లను(computers) కలిగి ఉన్న వనరులను అందిస్తుంది మరియు తద్వారా మొదలగునవి.
    29. కాబట్టి, ఈ వనరులు(resources) మౌలిక సదుపాయాల(infrastructure) గురించి మాట్లాడేటప్పుడు మరియు IaaS లోని ప్రధాన సవాళ్ళలో(major challenges) ఒకటి వనరు నిర్వహణ అని మేము భావించిన వేర్వేరు వర్గం.
    30. సమర్థవంతమైన(optimally) వనరులను(resources) ఎలా నిర్వహించాలో మరియు క్లౌడ్ (cloud)యొక్క మొత్తం పనితీరు కోసం శక్తిని(energy) ముఖ్యమైన పాత్ర పోషించినట్లు మేము చూశాము.
    31. అందువల్ల, ఇది ఒక ప్రత్యేకమైన స్థాయిలో సేవను ఎలా అందించగలదు అనే దానిలో ఒక అంశం తక్కువగా లేదా శక్తి వినియోగంతో(energy consumption) ఉంటుంది.
    32. కాబట్టి, మేము IaaS గురించి మాట్లాడేటప్పుడు చాలా ముఖ్యమైనది; మేము వనరుల నిర్వహణ(resource management) గురించి మాట్లాడేటప్పుడు.
    33. అందువల్ల, ప్రొడక్షన్ పాయింట్(provider point) నుండి లాభాలను పెంచుకోవాలనుకుంటున్నాను వనరులను వినియోగించడం(resource utilization) మరియు కనీస అవసరాన్ని శక్తి మరియు కోర్సు యొక్క పెంచడం, మరోవైపు, మేము కలిగి ఉన్నాము. 
    34. ఈ నాణ్యత మరియు SLA హక్కులను మేము సంతృప్తి పరచుకోవాలి, మనం ప్రస్తుతం చర్చించేటప్పుడు చూసే అనేక మెట్రిక్స్(metrics) ఉన్నాయి. 
    35. కానీ మేము వనరుల నిర్వహణ(resource management) కోణాల్లో చూసేటప్పుడు చూడవలసిన అంశాలను చెప్పాలి.
    36. కాబట్టి, మేము అనుసరిస్తాము లేదా మేము ఎక్కువగా సర్వే పేపర్(survey paper) నుండి ఇన్పుట్లను(inputs) తీసుకుంటాము, ఇందులో లింక్ను అందించడం మీకు ఉచితం మరియు వాటిని చూడడానికి ఉచితం మరియు అక్కడ మీకు మరింత పరిశోధనా ఆసక్తి(research interest) ఉన్న ఇతర సంబంధిత కాగితాలను పొందుతారు లేదా వనరుల నిర్వహణ(resource management) యొక్క ఈ రకమైనపై మరింత అధ్యయనం దీనిని పరిశీలించడానికి స్వాగతం.
    37. కాబట్టి, మేము వనరుల నిర్వహణను(resource management) చూస్తే, నేను విస్తృత లక్ష్యాలను లేదా విస్తృత లక్ష్యాన్ని చేస్తే.
    38. కాబట్టి, ఆ నా క్లౌడ్(cloud) యొక్క లక్షణాల పరిధిలో ఒకటి స్కేలబిలిటీని(scalability) సంరక్షించగల లక్షణాలలో ఒకటి అని నేను సంతృప్తి పరుచుకుంటాను, అందుకే నేను స్కేల్ను తగ్గించగలను మరియు సేవల యొక్క ఉత్తమంగా అనంత ప్రమాణాల నాణ్యతను సంరక్షించడాన్ని 1 లేదా 2.
    39. వనరు నిర్వహణ ప్రోటోకాల్(resource management protocol) లేదా అల్గోరిథంలు(algorithms) ఓవర్హెడ్ ఎక్కువగా ఉన్నట్లయితే నేను సరిగ్గా పనితీరును కోల్పోతాను.
    40. కాబట్టి, అది సరైన ఓవర్ హెడ్ దానిపై తగ్గించి, మెరుగుపరచిన నిర్గమాంశంగా ఉండాలి.
    41. కాబట్టి, మొత్తం నిర్గమాంశ మెరుగుపరచడానికి గరిష్ట స్థాయిని మెరుగుపరచాలి.
    42. సో, అది గత నిర్వహణగా ఒక ప్రత్యేక పర్యావరణంగా చర్చించటానికి ఒక ప్రత్యేక వాతావరణాన్ని కలిగి ఉండాలనుకుంటున్నారా వంటి మొత్తం వ్యవస్థ ప్రత్యేక వాతావరణాలలో గరిష్ట స్థాయిని పెంచుకోకూడదు.
    43. మొత్తం ఖర్చు సామర్థ్యం; అది సమర్థవంతమైనదిగా ఉండాలి, ఇద్దరు ప్రొవైడర్కు(provider) మరియు వినియోగదారునికి(user) ఆర్ధిక లాభదాయకంగా ఉండాలి. 
    44. ప్రొవైడర్ (provider) మరింత ఖర్చు చేయకూడదు మరియు వినియోగదారులకు(consumer) ఎక్కువ సబ్స్క్రిప్షన్(subscription) చెల్లించాల్సిన అవసరం ఉండదు మరియు అది సరళమైన ఇంటర్ఫేస్గా(interface) ఉండాలి, ఇది ఇంటర్ఫేస్(interface) మళ్లీ సాధారణమైనది, చాలా గజిబిజి(cumbersome) ఇంటర్ఫేస్(interface) ఉండకూడదు.
    45. కాబట్టి, అది లేదా నేను ఉపయోగం సులభంగా వుండాలి అని చెప్పగలను.
    46. కాబట్టి, ఆ రకమైన పర్యావరణాన్ని ఉపయోగించడం సులభం.
    47. కాబట్టి, ఇవి మా విస్తృత లక్ష్యంగా ఉన్నాయి లేదా క్లౌడ్ సేవలను విస్తృతంగా చెప్పగలగడంతో నేను రాజీ పడకుండా ఉండవచ్చా, అది మంచి లక్ష్యం వనరులను కలిగి ఉండగలదా అని నేను చెప్పగలను.
    48. ఇప్పుడు, మీరు హార్డ్వేర్(hardware) లేదా బేర్ మెటల్(bare metal) లేదా ఒకటి CPU నిర్వహణ(management), మెమరీ నిర్వహణ(memory management), నిల్వ నిర్వహణ(storage management), వర్క్స్టేషన్(workstation), నెట్వర్క్ మూలకం(network element), సెన్సార్ యాక్యుయేటర్లు(sensor actuators) మరియు మొదలగునవి.
    49. కాబట్టి, ఇవి సరిగ్గా నిర్వహించాల్సిన అవసరం ఉన్న వివిధ విభాగాలు మరియు అది ఇది; ఇవి విడివిడిగా లేని CPU మెమరీ నిల్వ(memory storage) వంటివి ఏకాకి(isolated)ని భాగాలు కావు.
    50. కాబట్టి, వాటికి సంబంధించిన కార్యకలాపాలను వారు ఇంటెల్ లింక్(Intel linking) చేస్తున్నారు.
    51. కాబట్టి, మీరు చాలా తక్కువ శక్తిని కలిగి ఉన్న CPU ని కలిగి ఉండకపోవచ్చు, అప్పుడు పనితీరు అక్కడ ఉండదు.
    52. కాబట్టి, ఈ బేర్ మెటల్(bare metal) లేదా వెన్నెముక వనరులకు(backbone resources) మధ్య సమన్వయం ముఖ్యం.
    53. కాబట్టి, వనరులను నిర్వహించినప్పుడు(resource management) మనము జాగ్రత్త పడాల్సిన అవసరం ఉందనేది సరైనది. 
    54. నా నెట్ వర్క్ యాక్సెసిబిలిటీ(network accessibility) ఇప్పటికీ నెమ్మదిగా ఉన్నందున వేగవంతమైన నిల్వను(faster storage) తయారుచేసే నెట్వర్క్ భాగం(network component) మరియు ఇతర అంశాల యొక్క ఇతర భాగాలను విస్మరించకుండా నేను నిల్వ యొక్క సరైన నిర్వహణను చేయలేను. అప్పుడు ప్రయోజనం పరిష్కరించబడలేదు.
    55. సో, ఆ చూసేందుకు అవసరం.
    56. కాబట్టి, ఇతర తార్కిక వనరులు(logical resources) ఉన్నాయి.
    57. సో, మేము భౌతిక హార్డ్ వనరులు(physical hard resources) ఆపరేటింగ్ వ్యవస్థ(operating system) శక్తి నిర్వహణ(energy management) నెట్వర్క్ నిర్గమాంశ(network throughput) లేదా బ్యాండ్విడ్త్ (bandwidth) లోడ్ బాలెన్సింగ్(load balancing) యంత్రాంగాలు సమాచార భద్రత వంటి తార్కిక వనరులు(logical resources) పెద్ద మార్గం లో వస్తోంది.  
    58. మీరు చాలా పరపతి ఉన్నప్పుడు ఒక పెద్ద విధంగా చూసారు ఇది క్లౌడ్(cloud) లేదా గోప్యతపై ప్రత్యేకంగా మీ సున్నితమైన (sensitive) లేదా సెమీ సున్నితమైన సమాచారాన్ని క్లౌడ్(semi sensitive information) లేదా గోప్యతపై సంభావ్యంగా(privacy preserving things) ఉంచడం, ఎంత ఆలస్యం లేదా సమయం జాప్యాలు వాటి అప్లికేషన్ ప్రోగ్రామింగ్ ఇంటర్ఫేస్(application programing interface) లేదా API అని విషయాలు ఆలస్యం కావడం.
    59. అందువల్ల API కొత్త రకం API లో పునఃప్రారంభం కావాలో లేదో మరియు అక్కడ వివిధ ప్రోటోకాల్స్(protocols) ఉన్నాయి.
    60. కాబట్టి, మనం మృదువైన వనరులను(soft resources) లేదా తార్కిక వనరులను(logical resources) చెప్పేటటువంటివి, ఇది ఒక ముఖ్యమైన పాత్రను పోషిస్తుంది మరియు ఈ హార్డ్ వనరులు(hard resources) మరియు మృదువైన వనరులు(soft resources), ఒకదానికొకటి విడివిడిగా ఉండవు, అవి ఒక సమీకృత పద్ధతిలో చూసుకోవాలి.
    61. సో, ఈ మీరు చూడండి ఏమి వివిధ సవాళ్లు లేదా విస్తృత లక్ష్యాలు ఉన్నాయి.
    62. ఇప్పుడు, వివిధ రకాలైన విధానాలు పరిశోధకులు అనుసరించడం లేదా వనరు నిర్వహణ (resource management) అంశాలను కలిగి ఉండటం లేదా వనరుల కేటాయింపు హక్కు ఏమిటో చూద్దాం వనరు నియమావళి(resource provisioning) అనే విభిన్న వనరుల నిర్వహణ (resource management) అంశాలను చెప్పాము.
    63. కాబట్టి, వనరు వనరు అవసరం మ్యాపింగ్ను(mapping) కేటాయించాల్సిన అవసరం ఉంది.
    64. కాబట్టి వనరు అవసరాలు నేను వనరుల అవసరాన్ని మ్యాప్ చెయ్యగలగాలా లేదా అనేదానిని వనరు అవసరాన్ని ప్రాధాన్యతా మ్యాపింగ్(mapping) చేయవచ్చా లేదో. 
    65. నేను ఈ రకమైన వనరుల అవసరాలు(resource requireents) జరుగుతున్నానో బలవంతం చేస్తాను. 
    66. అప్పుడు వనరు అవసరం వేర్వేరు సమయాలలో వేర్వేరు ప్రాంతాల్లో రోజు వేర్వేరు వేర్వేరు సమయాలలో వేర్వేరు సంవత్సరాలలో వేర్వేరు తేడాలు ఉంటాయి కాబట్టి అవి వేర్వేరుగా ఉంటాయి.
    67. అప్పుడు మేము వనరును అనుసంధానిస్తూ ఎలా వనరును కనుగొనగలము అనేదానిని కలిగి ఉండటము, అక్కడ వనరులను మరియు రకములను ఎక్కడ నేను కనుగొనగలను మరియు ఎక్కడ నేను వినియోగదారుని వనరులను చూడగలను నేను ఎలా కనుగొంటారనేది ఒక వనరును ఎలా కనుగొనగలను.
    68. కాబట్టి, మళ్ళీ నేను ఆ ఉపయోగం పునరావృతం మరియు ఎల్లప్పుడూ మానవ వినియోగదారు(human resource) కాకపోవచ్చు మరొక ప్రక్రియలు కలిసి చేయవచ్చు.
    69. సో, సరైన మరియు ఒక పెద్ద అప్లికేషన్లు(larger applications) భాగంగా కావచ్చు.
    70. కాబట్టి, అలా చేయడానికి; నేను వనరులను మరియు రకాన్ని వెతకాలి.
    71. కాబట్టి వనరులు ఉండవచ్చనే విషయంలో కొన్ని కేటలాకింగ్ రిజిస్ట్రీ రకాన్ని(cataloging registry type) కొన్ని ఏర్పాటు చేయాలి. రిసోర్స్ బ్రోకరింగ్(resource brokering), కుడి ఉన్నాయి.
    72. కాబట్టి, ఒక బ్రోకరేజ్(brokerage) లేదా ఏజెంట్ (agent) ఆధారిత విషయాలపై నాకు విధమైనది, అక్కడ ఏజెంట్గా(agent) నాకు సరైన వనరు అందించేది; బదులుగా నేను ఒక వనరు కోసం ఒక యూజర్(user) అభ్యర్థనను ప్రారంభించినప్పుడు, ఇది ఒక ఏజెంట్(agent) లేదా ఒక బ్రోకర్ను (broker) తాకినప్పుడు, అందులో అందుబాటులో ఉన్న వనరులు(resources) అందుబాటులో ఉన్న తక్కువ వనరులను VM ను ఎలా కేటాయించాలో మరియు మొదలగునవి.
    73. కాబట్టి, ఇది ఒక ముఖ్యమైన అంశం, ఇది బుకర్ బ్రోకరేజ్ (booker brokerage) విషయాల వనరు అంచనా(resource estimation) పద్ధతి ఏ రకమైన వనరుల అవసరం అని అంచనా వేస్తుందో అంచనా వేయడం ముఖ్యమైనది. 
    74. నేను SaaS లేదా PaaS లేబుల్ వద్ద చూడవలసిన లాంటి విషయాలు అధిక స్థాయిలో ఉన్నప్పుడు తిరిగి వెన్నెముక వనరులను(backbone resources) ఏ విధమైన అవసరం అని అంచనా వేయడం మరియు నా ప్రస్తుత లోడ్(load) మరియు రకాలైన విషయాలను పరిగణనలోకి తీసుకున్నందుకు అంచనా వేయడానికి వనరులకు నేను ఎలా మోడల్ చేయగలమో వనరు నమూనా(resource model) అని పిలువబడే ఒక విషయం ఉంది.
    75. కాబట్టి, ఇవి విభిన్న అంశాలను కలిగి ఉన్నాయి మరియు ఇవి అన్నింటికీ లేవు, అవి వాటి మధ్య ఇంటెల్ అనుసంధానించే స్వతంత్ర అంశాలను కలిగి ఉన్నాయని మీరు చూడగలరు.
    76. కాబట్టి, ఇవి వేర్వేరు అంశాలను కలిగి ఉంటాయి మరియు మీకు కావలసిన రకాన్ని లేదా రకమైన రకాన్ని బట్టి ప్రాధాన్యత వ్యక్తమవుతుంది.
    77. కాబట్టి, కొన్ని సందర్భాల్లో కొన్ని అంశాలు అధిక ప్రాముఖ్యతను కలిగి ఉంటాయి మరియు అలాంటప్పుడు, అవి ఏకాకిని భాగాలు(isolated components) కావు, అవి వాటి మధ్య అంతరాయం కలిగి ఉంటాయి.
    78. కాబట్టి, ఈ స్లయిడ్; విభిన్నమైన అంశాలను ఏవి భిన్నమైనవి మరియు అవి ఏవి భిన్నమైనవి, సరియైనవిగా ఉన్నాయని మనము చూద్దాం.
    79. అందువల్ల, ఒక అంశం ఏమిటంటే వినియోగదారుడు వినియోగదారులకి అందించిన వనరులను అందించే రిసోర్స్ కస్టమర్(resource customer) అనేది ఒక వినియోగదారు లేదా ఒక ప్రక్రియగా ఉంటుంది.
    80. కాబట్టి, వనరుల కేటాయింపు ప్రజల యొక్క కంప్యూటింగ్ సమూహాలు(computing groups) లేదా కార్యక్రమాల యొక్క వనరులను పంపిణీ చేయడానికి లేదా వినియోగదారు యొక్క అవసరాన్ని నెరవేర్చడానికి డైనమిక్ వనరుని (dynamic resource) సర్దుబాటు చేయడానికి ఆ వ్యవస్థ యొక్క వనరు అనుసరణ సామర్థ్యాన్ని లేదా సామర్థ్యాన్ని కలిగి ఉంటుంది.
    81. కాబట్టి, మొత్తం వినియోగదారు అవసరాన్ని(consumer requirement) బట్టి; వ్యవస్థ ఎలా సర్దుతుంది, ఎలా ఈ వనరు; లభ్యమైన వనరు వినియోగదారుల మధ్య మంచిదిగా ఉపయోగించుకోవచ్చు, మళ్ళీ SLA మరియు ఇతర నాణ్యమైన సేవలు మరియు రకాలైన విషయాలను రాజీ చేయకుండా నేను చెప్పాలి.
    82. అప్పుడు మనము వనరు మ్యాపింగ్(resource mapping) కలిగివుంటాయి, అనగా వినియోగదారులకి అవసరమైన వనరు మరియు ప్రొవైడర్లకు(providers) అందుబాటులో ఉన్న వనరు మధ్య సంబంధాలు.
    83. అందువల్ల, అందుబాటులో ఉన్న వనరులపై ఆధారపడిన వారు అవసరంవనరు మోడలింగ్ రిసోర్స్(modeling resource) మోడలింగ్ను(resource modeling) మాప్(map) చేస్తారని మనం ఎలా తెలుసుకోవాలి అనేదాని ప్రకారం నెట్వర్క్లో(network) పాల్గొనే విశదీకృత సమాచార ప్రసార(detailed information transmission ) నెట్వర్క్ ఎలిమెంట్ వనరు సంస్థల(network element resources) మీద ఆధారపడి ఉంటుంది.
    84. కాబట్టి; దీని అర్ధం వనరుల నిర్వహణ(resource management) యొక్క లక్షణాలు, అవి వేర్వేరు states వేర్వేరు పరివర్తనలను ఇచ్చిన పర్యావరణంతో విభిన్న ప్రతిఫలాలుగా చూస్తాం; కాబట్టి, ప్రతి వనరు నిర్వహణ(resource management) .
    85. కాబట్టి, ఒక వనరు నిర్వహణ లేదా ఫ్రేమ్ వర్క్గా(frame work) నేను వనరుల నిర్వహణను చూస్తే.
    86. సో, అది రెండు states వెళుతుంది, ఇది ఒక state నుండి వేరొక దానికి భిన్నమైన మార్పును కలిగి ఉంటుంది మరియు ప్రతి state విషయాల అవుట్పుట్ రకం ఉంది.
    87. కాబట్టి, నేను ఒక విధమైన state చార్ట్ రేఖాచిత్రం(sate chart diagram) లేదా విషయాల రకాన్ని గుర్తించగలిగాను మరియు దాని ఆధారంగా నేను ఈ మోడల్ను(model) కలిగి ఉండాలి; ఎలా ఈ మార్పు కొనసాగుతుంది.
    88. కాబట్టి, వనరుల అంచనా; అందువల్ల, సాధారణంగా కొన్ని ఆలోచన లేదా గణనతో అనువర్తనంగా అవసరమైన వాస్తవ వనరును నేను ఎంతవరకు ఊహించగలను? నేను కొంతమంది ప్రయోరిని చేయగలను, నేను దరఖాస్తు గురించి కొన్ని ప్రయోగాత్మక జ్ఞానం కలిగి ఉండవచ్చు లేదా ఈ అనువర్తనం వంటి దరఖాస్తులో కొన్ని మెటా సమాచారాన్ని(meta information) మీరు కలిగి ఉండవచ్చు చాలా మెమరీ(memory) అవసరం.
    89. సో, చాలా స్థానభ్రంశం.
    90. కాబట్టి, చాలా థ్రెడ్లు (threads) మరియు రకాలైన విషయాలపై ఆధారపడి నేను ఆ వనరులను కనుగొని, ఎంపికను మార్చాను.
    91. కనుక, ఉద్యోగ సమర్పణ(job submission) కోసం అందుబాటులో ఉన్న అధికారం గల వనరు యొక్క జాబితాను మేము గుర్తించాము మరియు వారిలో అత్యుత్తమమైన వాటిని ఎన్నుకోవడం.
    92. అందువల్ల, మీరు వనరులతో బహుళ వనరులను(multiple resources) లేదా బహుళ ప్రొవైడర్లను(multiple providers) కలిగి ఉండటం ఎల్లప్పుడూ సాధ్యపడుతుంది.
    93. అందువల్ల, వనరులు మరియు ఇది సరిఅయినదని తెలుసుకున్నది మరియు అత్యంత సరైనది మరియు వస్తువు మరియు వనరు మధ్యవర్తిత్వం గురించి ఆధారపడినది.
    94. సో, ఒక agent ద్వారా వనరులను సంధి భరోసా; అవసరమైన వనరులను లక్ష్యాలను పూర్తి చేయడానికి సరైన సమయంలో అందుబాటులో ఉండటం అవసరమవుతుంది.
    95. కాబట్టి, నేను ఒక వాడుకదారుడి(user) అవసరాన్ని కలిగి ఉన్నందున నేను విచ్ఛిన్నం చేశాను, అప్పుడు నేను వినియోగదారుని కార్యక్రమంగా అవసరాన్ని కలిగి ఉంటాను, అప్పుడు నేను బ్రోకర్ను(broker) కోరుకుంటున్నాను.
    96. విషయాలు ఎలా లభిస్తాయి.
    97. కాబట్టి, నా లక్ష్యం నెరవేరుతుందని మరియు లక్ష్యంగా వనరుల జ్ఞానం యొక్క లక్ష్యంగా ఉండవచ్చు.
    98. అది కొన్నిసార్లు ధర నిర్ణయ లక్ష్యంపై కూడా ఉంటుంది, ఇది చాలా ఖరీదు మరియు నేను ఎంచుకున్న చాలా విషయాలు.
    99. సో, అక్కడ మొత్తం విషయం యొక్క ఆప్టిమైజేషన్(optimization) అవసరం ఉంది, కుడి ఉంది.
    100. కాబట్టి, నాకు బ్రోకరింగ్ సేవ(brokering service) అవసరం మరియు చివరికి, వనరు షెడ్యూలింగ్(resource scheduling), కుడి.
    101. సో, ఈ షెడ్యూల్ ఈవెంట్స్(schedule events) మరియు వనరుల టైమ్టేబుల్(resource timetable), కుడి ఉంది.
    102. కాబట్టి, మన వనరులు కొన్ని సమయాల్లో అందుబాటులో ఉన్నాయని, ఆ సమయంలోనే కార్యక్రమాలు ప్రణాళిక చేయబడతాయి.
    103. కాబట్టి, అది ఉంటుంది; కాబట్టి, నాకు నా ఆపరేషన్ విధానాన్ని కలిగి ఉన్న వనరులు ఉన్నాయి.
    104. కాబట్టి, నాకు సమయము సమయమున్న సహోదర సమస్యల యొక్క తోబుట్టువు(sibling) యొక్క టైమ్టేబుల్(timetable) అవసరము.
    105. కాబట్టి, నేను ఈ చాలా సమయం ఉండవచ్చు హే వంటి భాగాలు చాలా ఉండవచ్చు కొన్ని పూర్వపు కార్యకలాపాలు కొన్ని ముందున్న సంబంధం వనరు కేటాయించిన మరియు అందువలన న మొదలగునవి.
    106. కాబట్టి, ప్రారంభ ముగింపు మరియు విషయాల రకాన్ని గుర్తించడానికి వేరొక భాగం ఉంటుంది.
    107. (స్లైడ్టైమ్ ని చూడండి: 18:58) కాబట్టి, మేము గతంలో చర్చించిన వనరుల కేటాయింపు(resource allocation) వంటి కొన్ని రకాల విధానాలను లేదా కొన్ని విభిన్న రకాలైన అంశాలను చూస్తే, ఏ రకమైన పద్ధతిలో ప్రజలు అనుసరిస్తున్నారు లేదా మొదటిది వంటి వనరులను పరిశోధకులు(researchers) అనుసరిస్తున్నారు వనరుల కేటాయింపు పద్ధతుల వద్ద చూద్దాం.
    108. లేదా, రిసోర్స్ ప్రొవిజనింగ్ విధానాలను పరిశీలిస్తున్నప్పుడు, పరిశోధకులు మునుపటిలా విషయాలను అనుసరిస్తున్నారు. 
    109. సో, ఆట థియరీకి (game theory) నాష్ సమతాస్థితి విధానాన్ని(Nash equilibrium approach) మేము కలిగి ఉన్నాము.
    110. కాబట్టి, వనరు యొక్క సరైన ఉపయోగాలు తెలుసుకోవడానికి ఒక ఆట సిద్ధాంతపరమైన విధానం(game theoretic approach) యొక్క విధమైన ఉపయోగించవచ్చు.  
    111. కాబట్టి, సమయపాలన నిర్వహణ మరియు ఐఎఎస్ఎస్ వనరుల(IaaS resources) కేటాయింపు కోసం ఇది అనేక ప్రమాణాలను పరిగణించింది. 
    112. ఏమిటంటే వనరుల వైవిధ్య పంపిణీ, పూర్తి సాధారణ సమాచారం మరియు డైనమిక్స్ వరుస కేటాయింపు(dynamics successive allocation) మరియు మొదలగునవి క్లౌడ్(cloud) వాడుకదారుల హేతుబద్ధ మార్పిడి(heterogeneous distribution) ప్రవర్తన వంటి పలు ప్రమాణాలను పరిశీలిస్తుంది.
    113. కాబట్టి; అర్థం, నేను ఈ విభిన్న మూలకాల(components) ఆధారంగా వనరులు(resources) లేదా క్లౌడ్ వినియోగదారుల(cloud users) యొక్క వినియోగదారుల నమూనాలు.  
    114. నేను ఈ ఆట(game) గురించి ఒక థీరియోటిక్ విధానాన్ని(theoretic approach) కలిగి ఉండాలనుకుంటున్నాను.
    115. కాబట్టి ఇది; ఒక వైపుగా ఉన్న ఒక గేమ్గా(game) మేము చూడవచ్చు.
    116. వనరులకు ఆకలితో ఉన్నవారు లేదా ఇతర వనరులను చూడటం కోసం వనరులను కల్పించేవారికి ప్రొవైడర్(provider) ఉంది మరియు నేను వనరులను కేటాయించే(resource provisioning) సరైన మార్గాన్ని తెలుసుకోవాలనుకుంటున్నాను.
    117. కాబట్టి, ఆట విధానం(game approach) ఉపయోగించి నాష్ సమతౌల్యం(Nash equilibrium) ఆధారంగా ఉంది.
    118. అందువల్ల, అక్కడ పరిశోధన జరుగుతున్నాయి లేదా అక్కడ ప్రజలు నెట్వర్క్ కదిలే నమూనాను(network queuing model) కలిగి ఉన్న పద్ధతులు మరియు విధానాలు ఉన్నాయి.
    119. కాబట్టి, నెట్వర్క్ క్యూబ్ మోడల్(network queuing model) లేదా నెట్వర్కు క్యూ మోడళ్ల ద్వారా డేటా నెట్వర్క్ల(data networks) ద్వారా వెళ్ళినవారికి నెట్వర్క్ క్యూ (network queue) ఆధారంగా ఇది ఆధారపడి ఉంటుంది. 
    120. etcetera మీరు అర్థం చేసుకోగలదు, క్యూలు(queues) ఇది వివిధ రకాలైన దరఖాస్తులను సూచిస్తున్న రీసోర్స్ ప్రొవిజనింగ్ మెకానిజం క్యూలు(resource provisioning mechanism queues).
    121. సో, మోడల్ గణనీయంగా లేదా తగినంత గణనీయంగా వేర్వేరు పనితీరు లక్షణాలు మరియు సెషన్ ఆధారిత(session based) పనిభాయి concurrency పరిమితులు వంటి అప్లికేషన్ టైర్లు(application tires) యొక్క ప్రవర్తన బంధించి ఇంటర్మీడియట్ టైర్లు(intermediate tires) కాషింగ్ మరియు ఆ వంటి.
    122. కాబట్టి, మీరు ప్రయత్నిస్తారు; మేము ఏమి చేస్తున్నామో మేము ఇక్కడ ఏమి చేస్తున్నామో నెట్వర్క్ క్యూయింగ్ మోడల్ను(network queuing model) దోపిడీ చేసేందుకు ప్రయత్నిస్తున్నాం ప్రోటోటైప్ ప్రొవిజనింగ్(prototype provisioning) కోసం విధానాలు ఉన్నాయి. 
    123. k అనేది క్లౌడ్రింగ్ ఆల్గోరిథమ్(clustering algorithm) అంటే స్వయంచాలకంగా వర్క్లోడ్ మిక్స్(workload mix) మరియు క్వీయింగ్ మోడల్ను(queuing model) నిర్దేశించిన పని సామర్థ్యం మిశ్రమాన్ని అంచనా వేయడానికి అంచనా వేయడానికి.
    124. కాబట్టి, ఇది ఏమి చేయడానికి ప్రయత్నిస్తోంది. 
    125. కాబట్టి క్లస్టర్ k (custer k) అనగా క్లస్టర్లో స్వయంచాలకంగా వీటిని గుర్తించటానికి వచ్చిన క్లస్టర్(cluster) ప్రయత్నిస్తుంది. 
    126. వేర్వేరు యూజర్(user) యొక్క ఈ పనిభారత అంటే ఏమిటి మరియు తరువాత ఎలా ఏర్పాటు చేయబడతాయో అంచనా వేసేందుకు.
    127. VM ప్రొవిజనింగ్(provisioning) వంటి ఇతర రిసోర్స్ ప్రొవిజనింగ్(resource provisioning) , Xen హైపర్విజర్(hypervisor) పైన ఉన్న యూజర్ వర్చ్యువల్ మిషన్లు (user virtual machines) వంటివి ఉన్నాయి.
    128. అందువల్ల, వ్యవస్థ కొంతమంది పనిపైన ఒక విధమైన షెడ్యూలర్ను(scheduler) చెప్పేది, వారు కేవలం సాధారణ ప్రారంభ గడువు మొదటి షెడ్యూలర్ను(scheduler) ప్రతిపాదించారు, ఇది VM ల మధ్య CPU సామర్ధ్యం(capacity) యొక్క వెయిటేడ్ ఫెయిర్ షేరింగ్ను(weighted fair sharing) అమలు చేస్తుంది.
    129. కాబట్టి, అది ఏమి చేస్తుందో అది VM ను తీసుకుంటుంది, ఇది హైపర్విజర్ పై(hypervisor) నడుపుతుంది మరియు లోడ్ యొక్క రకాన్ని బట్టి అది షెడ్యూల్(schedule) చేస్తోంది. 
    130. ఇది CPU చక్రాల(cycles) వాటా ఒక నిర్దిష్ట VM ను రన్టైమ్లో(runtime) మార్చగలదు మరియు అందువలన మరియు మొదలగునవి.
    131. కాబట్టి, నేను మరింత వనరుల అవసరం నుండి అవసరమైతే, అప్పుడు నేను ఒక VM నుండి ఇతర VM లకు మరియు విషయాల రకాన్ని మార్చుకుంటాను.
    132. అడాప్టివ్ రిసోర్స్ ప్రొవిజనింగ్ వంటి ఇతర పద్ధతులు మరియు విధానాలు ఉన్నాయి, ఇవి అడ్డంకులను మరియు అవశేషాలను స్వయంచాలకంగా గుర్తించడానికి ప్రయత్నిస్తాయి మరియు డైనమిక్ రిసోర్స్ మేనేజ్‌మెంట్ ప్రాసెసింగ్ పద్ధతులు (సముద్ర SLA ఆధారిత వనరుల పద్ధతులు), సముద్ర ప్రక్రియను నిర్వహించడం మరియు డైనమిక్ ఆటోమేట్ చేయడానికి ఆటోమేటెడ్ SLA , డైనమిక్ ప్రొవిజనింగ్ అంటారు.
    133. అనుకూల పారామితులను ఆప్టిమైజ్ చేసే స్వయంచాలక ఫ్రేమ్‌వర్క్, ఇది నిర్దిష్ట వినియోగదారులను లేదా ఖచ్చితత్వ లక్ష్యాలను చేరుకోవడానికి పారామితులను ఆప్టిమైజ్ చేస్తుంది. 
    134. కాబట్టి, సేవల నాణ్యతను లేదా SLA యొక్క రకాన్ని బట్టి నియామక వనరులను కేటాయించడం(resource allocation) జరుగుతుంది. 
    135. ఇది ఆప్టిమైజ్(optimize) చేయడానికి ప్రయత్నించే డిమాండ్ మరియు ధర అనిశ్చితిపై దృష్టి పెట్టడానికి ఏది ప్రయత్నిస్తుంది అనేదానిపై సరైన క్లౌడ్ ప్రొవిజనింగ్ మెకానిజం(cloud provisioning mechanism) ఉంది.
    136. కాబట్టి, వనరుల కేటాయింపు విధానాల యొక్క ఈ రకమైన కోసం ఉపయోగించే అనేక పద్ధతులు ఉన్నాయి.
    137. అదేవిధంగా, మేము వనరు కేటాయింపును (resource allocation) చూస్తే, మళ్లీ మళ్లీ అందుబాటులో ఉన్నాయి, మార్కెట్ ఆధారిత వనరుల కేటాయింపు వంటివి ఇక్కడ జాబితా చేయబడ్డాయి.
    138. అందువల్ల, మార్కెట్ అవసరాల మార్కెట్ విఫణి ద్వారా డిమాండ్ చేస్తారు.
    139. కాబట్టి, మనకు నిర్దిష్ట వనరు కేటాయింపు యొక్క పరిష్కారాన్ని కనుగొనటానికి నమూనా ప్రిడిక్టివ్ మోడల్(predictive model) ప్రిడిక్టివ్ నియంత్రణ(predictive control) చేయటానికి ప్రయత్నిస్తాము, ఇది తెలివైన బహుళ ఏజెంట్ నమూనా (intelligent multi agent) ప్రధానంగా వనరుల వీక్షణ వాస్తవీకరణ(view virtualizatior) కోసం స్వయంచాలకంగా కేటాయించాలని చూస్తున్నారు. 
    140. పరికరాల మొబైల్(mobile) కోసం ప్రత్యేకంగా అందుబాటులో ఉన్న సేవల వనరులను కేటాయించడం కోసం చూస్తుంది.
    141. సో, నేను సరైన వనరులు కేటాయించే వనరు కేటాయింపు కేటాయించే ఒక తెలివైన బహుళ ఏజెంట్ మోడల్(intelligent multi agent model) కలిగి ఉంది.
    142. కాబట్టి, ఈ కేటాయింపు శక్తి తెలుస్తుంది.
    143. కాబట్టి, నేను పనితీరుపై సరైన శక్తిని అందించే కొలత ఆధారిత విశ్లేషణను చేయగలను.
    144. కాబట్టి ఇది; వేర్వేరు మెట్రిక్స్(metrics) లేదా కొలత పారామితులపై ఆధారపడి కేటాయింపు డైనమిక్ రిసోర్స్(dynamic resource) కేటాయింపు పద్ధతులు నిజ సమయ వనరు కేటాయింపు విధానాలు రిసోర్స్ కేటాయించబడే విషయాలపై నిజ సమయ డిమాండ్ ఉన్నట్లయితే.
    145. కాబట్టి, చిన్న మధ్యస్థాయి IaaS క్లౌడ్ ప్రొవైడర్లు (cloud providers) వారి హార్డ్వేర్ వనరును(hardware resource) మంచి నిర్వహణ వ్యయంతో చక్కగా నిర్మించిన వ్యూహరచన హార్డ్వేర్ అంతర్గ్హత నిర్మాణంతో(hardware infrastructure) ఉత్తమంగా ఉపయోగించేందుకు సహాయంగా రూపొందించబడింది.
    146. కాబట్టి, ఈ ముఖ్యంగా చిన్న మరియు మధ్యస్థ పరిమాణ IaaS క్లౌడ్ ప్రొవైడర్(cloud provider) కోసం సహాయం చేయడానికి; అందువల్ల ఇది నిజ సమయంలో మరియు డైనమిక్ షెడ్యూలింగ్(dynamic scheduling) మరియు ఏకీకృత విధానాలపై కేటాయించబడింdi. 
    147. నేను అందుబాటులో ఉన్న వనరుల యొక్క డైనమిక్ షెడ్యూలింగ్(dynamic scheduling) మరియు ఏకీకృత విధానాలను కలిగి ఉంటుంది.
    148. రిసోర్స్ మ్యాపింగ్‌కు అనేక విధానాలు ఉన్నాయి.
    149. వనరు సరఫరా విధానాలను రూపకల్పనకు ఇది వనరులను విభజిస్తుంది, ఇది వనరులను మూడు ప్రధాన విధులను వినియోగదారులు మరియు ప్రదాతలుగా విభజిస్తుంది మరియు వనరు సరఫరా నిర్వహణ ఒప్పందాలను నిర్వహిస్తుంది.
    150. అందువల్ల, వాడుకదారులు మరియు ప్రొవైడర్లు(providers) ఈ అవసరాన్ని ఎక్కడ సరిపోలుస్తారో మరియు సరిపోయే ఆ రకమైన సబ్స్క్రైబ్లను(subscribe) ఆ సబ్స్క్రైబ్ రిసోర్స్ కంటైనర్ల(subscribe resource containers) మీద పనులు ఉంచే ముందుగా సరిపోలాలి.
    151. సో, అది సబ్స్క్రైబ్ వనరు కంటైనర్ (subscribe resource containers) పనులు ఉంచండి మరియు మ్యాపింగ్(mapping) లేదా భౌతిక వనరులు(physical resources) మరియు విషయాల రకం న సరఫరాదారు సరఫరా వనరు కంటైనర్(resource container) జరుగుతుంది.
    152. లేదా ప్రొవైడర్ స్థలం భౌతిక వనరులను మరియు వనరుల కంటైనర్లను రకాన్ని అందిస్తుంది.
    153. అందువల్ల, ఇవి కంటైనర్ ఆధారిత సేవల ద్వారా నిర్వహించబడతాయి, ఇది మరొక రకం.
    154. కంటైనర్ క్లాసులు మరియు కంటైనర్ విషయాలు వంటి పెద్ద ఎత్తున మరో టెక్నిక్ ఉంది.
    155. అందువల్ల, వినియోగదారు దాని విధులను వనరుల ఖండానికి సభ్యత్వాన్ని పొందవచ్చు లేదా ప్రొవైడర్లు సరఫరా చేసిన వనరుల కంటైనర్లను భౌతిక వనరులపై ఉంచవచ్చు.
    156. ఇది లోడ్ అవేర్ మ్యాపింగ్ యొక్క మ్యాపింగ్ కావచ్చు. 
    157. కాబట్టి, VM ఇమేజ్ మేనేజ్మెంట్ మరియు మల్టీక్యాస్ట్ ఫైల్ బదిలీ(multicast file transfer) మరియు ఇమేజ్ కాషింగ్(image caching) మరియు వాడకం ద్వారా చిత్రం తయారీని తగ్గించడం ఎలాగో తెలుసుకోండి.
    158. కాబట్టి, ఇది లోడ్పై(loads) ఆధారపడింది, ఇది ఒక రేటుపై మోహరింపును తగ్గించడానికి మరియు వనరులను సమర్థవంతంగా ఉపయోగించుకోవటానికి ఒక లోడ్ అవగాహన మ్యాపింగ్(load aware mapping) చేస్తుంది.
    159. కాబట్టి, అందుబాటులో ఉన్న లోడ్ ఆధారంగా అది లోడ్ లభ్యత స్థానిక శోధన ఆధారిత అభ్యర్థన విభజన కోసం సాంకేతికతను కలిగి ఉంటుంది.
    160. కాబట్టి, విభజన కోణం నుండి విభజనను నేను చేయగలను. 
    161. అందువల్ల, నాకు కావలసిన క్లౌడ్ సర్వీస్ ప్రొవైడర్లో (cloud service provider) మీ అభ్యర్ధన సమర్థవంతమైన మరియు ఆన్లైన్ విభజన సదుపాయం కోసం విభజన(partition) అభ్యర్థన విభజన విధానాన్ని మళ్ళిస్తుంది.
    162. కాబట్టి, వాడుకదారు అభ్యర్థనలపై అభ్యర్థిస్తూ ఉండవచ్చు, ఒక విభజన(partition) యొక్క మార్గం ఉంటే అక్కడ నేను చిన్న భాగానికి విభజించవచ్చు, నేను ఒక తెలివైన విభజన అల్గోరిథం చేయగలను మరియు వివిధ క్లౌడ్ సర్వీసు ప్రొవైడర్స్(cloud service providers) వంటి విభిన్న CSP లలో విషయాలను కేటాయించగలను మరియు అది; దీనర్థం, పెద్ద అభ్యర్ధనలు చిన్నగా విభజించబడి, దానిని చూడండి.
    163. కాబట్టి, వర్చువల్ అప్లికేషన్ల(virtual applications) సమిష్టిగా పంపిణీ వంటి ఇతర పద్ధతులు ఉన్నాయి. 
    164. నేను వర్చువల్ అప్లికేషన్లు(virtual applications) సమిష్టి పేరు లేదా ఉపరితల నెట్వర్క్(network) యొక్క వాస్తవిక నెట్వర్క్ను మ్యాపింగ్(network mapping) చేస్తాయి.
    165. కాబట్టి, నాకు అండర్లైన్ నెట్‌వర్క్ ఉంది, ఆపై నేను సబ్‌స్ట్రేట్ నెట్‌వర్క్‌ను మ్యాప్ చేస్తాను. 
    166. ఎందుకు వర్చువల్ నెట్వర్క్ను మ్యాప్(virtual network map) చేస్తానో నేను ఒక ఉపరితల నెట్వర్క్ను మ్యాప్(network map) చేస్తాను.
    167. సో, మళ్ళీ ఈ నెట్వర్క్(network) వైపు నుండి ఒక వనరు మ్యాపింగ్(mapping) ఉంది నుండి వినియోగదారు నుండి ఒక అవసరం ఉంది మరియు దానిపై మ్యాప్.
    168. మరియు లెర్నింగ్ డైరెక్ట్ కంట్రోల్ పాలసీని బలోపేతం చేయడం వంటి అనేక ఆప్టిమైజేషన్ విధానాలు ఉన్నాయి. 
    169. కాబట్టి, అనుసరణ, వెబ్ సేవా ఆధారిత ప్రోటోటైప్‌లను చూడటానికి ఇది ఒక అభ్యాస వ్యవస్థ. 
    170. కాబట్టి, వెబ్ సేవ ఆధారిత నమూనాలు(web service based protocols) ఉన్నాయి అనుగుణంగా చూడండి ఒక అభ్యాస విధానం. సో, వనరు అనుసరణ(resource adaption) కోసం ఉపయోగించవచ్చు ఇది వర్చ్యువల్ నెట్వర్క్లు(virtual networks) DNAs ఆధారిత లోడ్ బాలెన్సింగ్ (load balancing) మరియు కోర్సు యొక్క వంటి అనేక ఇతర ఉన్నాయి, మేము లోడ్ వనరుల అనుసరణ(load resource adaptation) ఈ విధమైన కలిగి హైబ్రిడ్(hybrid) విధానాలు కలిగి.
    171. కాబట్టి, నేను ఇక్కడ చూసినట్లుగా ఈ అనేక రకాలైన పద్ధతులు వనరుల కేటాయింపు(resource provisioning), కేటాయింపు (allocation) వంటివి, వాటిలో కొన్నింటిని మేము చర్చించాము; వనరుల అవసరం(resource requirements) , మ్యాపింగ్(mapping) అనుసరణ(adaption) మరియు మొదలైనవి. 
    172. వారు చివరకు పనితీరును ఎలా నిర్ధారించాలో, మనం ఏమి చూస్తున్నామో, కొన్ని మాత్రిక, సరియైనది.
    173. అందువల్ల, అన్ని విధానాలు కొన్ని మెట్రిక్ల ఆధారంగా తీర్మానించాలి, నేను ఒక యంత్రాంగాలు కలిగివుండటం వంటి లావాదేవీల సౌలభ్యం వంటివి మరియు సేవల యొక్క విస్తరణ స్థాయికి చాలా వరకు రాజీపడకూడదు. ఆలస్యం(delay) లేదా చాలా ఆలస్యం(much delay) లేదా ఈ వనరు నిర్వహణ(resource management) విధానాలని నియంత్రించడానికి క్రమంలో దాని వనరు నిర్వహణ(resource management) విషయాలను నిర్వహించడం కోసం దాని పరిమితిలో మరియు ఆలస్యం ఉండాలి. దానిపై నా నియంత్రణ ఏమిటి.
    174. కాబట్టి, మేము ఏ వనరుల నిర్వహణ(resource management) కోసం అన్వేషిస్తున్నప్పుడు ఆట వనరు నిర్వహణ ఉపకరణాలు(play resource management tools) లేదా సాంకేతికతలు(techniques) మనకు ఆ విభిన్న కోణాలను చూడాలి.
    175. కాబట్టి, లేకపోతే మొత్తం వనరుల నిర్వహణ ఈ క్లౌడ్ కంప్యూటింగ్ నమూనా(cloud computing model) యొక్క ప్రాథమిక ప్రయోజనాన్ని చంపవచ్చు, సరియైనది.
    176. కాబట్టి, అది స్కేలబిలిటీని(scalability) ఉపయోగిస్తుంది మరియు పరిమిత వనరులను మరియు మనకు బాధలు కలిగించే వాటిలో ఉంది.
    177. కాబట్టి, మనము ఈ వివిధ మాత్రికను చూడాలి మరియు ఈ మాత్రిక మాత్రం విభిన్న రకాలైన అవసరాలకు భిన్నంగా ఉండవచ్చు అని మీరు చూడవచ్చు.
    178. కాబట్టి, వేర్వేరు వినియోగదారులకు వేర్వేరు అవసరాలు వేర్వేరు లేదా విభిన్న యూజర్ ప్రాసెస్లను(user process) కలిగి ఉండవచ్చు.
    179. ఎక్కడా ఎక్కడో ఎక్కడైతే విశ్వసనీయత అనేది ఎక్కడా సేవ యొక్క నాణ్యతను ఎక్కడా అందంగా అధికం కావచ్చు ఎక్కడ దరఖాస్తులు కొన్ని ఆలస్యం కావచ్చు, దరఖాస్తులో కొన్నింటికి ఖచ్చితమైనది కావచ్చు.
    180. మరియు ఆ పారామితులపై ఆధారపడిన రిసోర్స్ మేనేజ్మెంట్(resource management) ప్రాసెస్ రిసోర్స్ మేనేజ్మెంట్ టూల్స్(process resource management tools) మరియు టెక్నిక్లను(technique) వాస్తవంగా తీసుకోవాలి.
    181. ధన్యవాదాలు.
    182.