د سرور پرته غوښتنلیکونو جوړولو لپاره لارښوونې او سرچینې

که څه هم د سرور بې ټیکنالوژۍ په وروستیو کلونو کې په چټکۍ سره شهرت ترلاسه کړی، لاهم د دوی سره ډیری غلط فهمۍ او ویره شتون لري. د پلورونکي انحصار، وسیله کول، د لګښت مدیریت، سړه پیل، څارنه، او پراختیایی ژوند ټول ګرم موضوعات دي کله چې دا د سرور بې ټیکنالوژیو ته راځي. په دې مقاله کې، موږ به ځینې ذکر شوي موضوعات وپلټئ، په بیله بیا د معلوماتو ګټورو سرچینو لپاره لارښوونې او لینکونه شریک کړئ ترڅو د پیل کونکو سره مرسته وکړي چې ځواکمن، انعطاف وړ، او لګښت اغیزمن سرور بې غوښتنلیکونه رامینځته کړي.

د سرور بې ټیکنالوژیو په اړه غلط فهمونه

ډیری خلک فکر کوي چې بې سرور او بې سرور پروسس (د خدمت په توګه دندې، FaaS) تقریبا ورته شی دي. دا پدې مانا ده چې توپیر خورا لوی ندی او دا د نوي کولو معرفي کولو ارزښت لري. که څه هم AWS Lambda د سرور بې هیلې یو له ستورو څخه و او د سرور بې معمارۍ یو له خورا مشهور عناصرو څخه و ، په هرصورت ، دا جوړښت د FaaS څخه خورا ډیر دی.

د سرور بې ټیکنالوژیو ترشا اساسی اصل دا دی چې تاسو اړتیا نلرئ د خپل زیربنا اداره کولو او اندازه کولو په اړه اندیښنه ولرئ ، تاسو یوازې د هغه څه لپاره پیسې ورکوئ چې تاسو یې کاروئ. ډیری خدمتونه دا معیارونه پوره کوي - AWS DynamoDB، S3، SNS یا SQS، Graphcool، Auth0، Now، Netlify، Firebase او ډیری نور. په عموم کې، بې سرور د زیربنا اداره کولو او د اندازه کولو لپاره مطلوب کولو ته اړتیا پرته د کلاوډ کمپیوټري بشپړ ځواک کارولو معنی لري. دا پدې مانا هم ده چې د زیربناوو په کچه امنیت نور ستاسو اندیښنه نه ده، کوم چې د امنیتي معیارونو د پوره کولو ستونزې او پیچلتیا ته په پام سره لویه ګټه ده. په نهایت کې ، تاسو اړتیا نلرئ هغه زیربنا واخلئ چې تاسو ته چمتو شوي.

بې سرور کولی شي د "ذهن حالت" وګڼل شي: یو ځانګړی ذهنیت کله چې د حلونو ډیزاین کول. د هغو لارو چارو څخه ډډه وکړئ چې د هر زیربنا ساتنې ته اړتیا لري. د سرور بې لارې چلند سره، موږ د دندو په حل کولو کې وخت تیروو چې مستقیم په پروژه اغیزه کوي او زموږ کاروونکو ته ګټې راوړي: موږ دوامداره سوداګرۍ منطق رامینځته کوو ، د کارونکي انٹرفیس رامینځته کوو ، او د تطبیق وړ او باوري APIs رامینځته کوو.

د مثال په توګه، که دا ممکنه وي چې د وړیا متن لټون پلیټ فارم اداره کولو او ساتلو څخه مخنیوی وشي، نو دا هغه څه دي چې موږ به یې وکړو. د غوښتنلیکونو جوړولو لپاره دا چلند کولی شي بازار ته وخت خورا ګړندی کړي ، ځکه چې تاسو نور اړتیا نلرئ د پیچلي زیربنا اداره کولو په اړه فکر وکړئ. د زیربنا مدیریت مسؤلیتونه او لګښتونه لرې کړئ او د غوښتنلیکونو او خدماتو په جوړولو تمرکز وکړئ چې ستاسو پیرودونکي ورته اړتیا لري. پیټریک دیبوس دا طریقه وبلله 'خدمتګار'، اصطلاح په بې سروره ټولنه کې منل کیږي. دندې باید د پلي کولو وړ ماډلونو په توګه د خدماتو سره د لینک په توګه فکر وشي (د بشپړ کتابتون یا ویب غوښتنلیک ځای په ځای کولو پرځای). دا د پلي کولو اداره کولو او غوښتنلیک کې بدلونونو لپاره د نه منلو وړ کثافت چمتو کوي. که تاسو نشئ کولی په دې طریقه دندې ځای په ځای کړئ، نو دا ښایي دا په ګوته کړي چې دندې ډیرې دندې ترسره کوي او بیاکتنې ته اړتیا لري.

ځینې ​​​​یې په پلورونکي باندې د انحصار له امله مغشوش دي کله چې د کلاوډ غوښتنلیکونو رامینځته کول. ورته د سرور بې ټیکنالوژیو سره ریښتیا ده، او دا په سختۍ سره غلط فهم دی. زموږ په تجربه کې ، په AWS کې د سرور بې غوښتنلیکونو رامینځته کول ، د AWS Lambda وړتیا سره یوځای د نورو AWS خدماتو بنډل کولو وړتیا سره یوځای د سرور بې جوړښت جوړښتونو ځواک برخه ده. دا د همغږي یوه ښه بیلګه ده، کله چې د ترکیب پایله یوازې د شرایطو له مجموعې څخه ډیره وي. د پلورونکي انحصار څخه مخنیوي هڅه کول حتی ډیرو ستونزو سره مخ کیدی شي. کله چې د کانټینرونو سره کار کوئ ، نو د بادل چمتو کونکو ترمینځ ستاسو د خلاصون پرت اداره کول اسانه دي. مګر کله چې دا د سرور پرته حلونو ته راځي، هڅې به تادیه نه کړي، په ځانګړې توګه که د لګښت اغیزمنتوب له پیل څخه په پام کې ونیول شي. ډاډ ترلاسه کړئ چې څنګه پلورونکي خدمات وړاندې کوي. ځینې ​​تخصصي خدمتونه د نورو پلورونکو سره د ادغام نقطو باندې تکیه کوي او ممکن د بکس څخه بهر د پلګ او لوبې ارتباط چمتو کړي. د ځینې کانټینر یا EC2 مثالونو ته د غوښتنې پراکسي کولو په پرتله د ګیټ وے API پای نقطې څخه د لیمبډا زنګ چمتو کول اسانه دي. ګرافکول د Auth0 سره اسانه ترتیب چمتو کوي ، کوم چې د دریمې ډلې تصدیق کولو وسیلو کارولو څخه اسانه دی.

ستاسو د بې سرور غوښتنلیک لپاره د سم پلورونکي غوره کول یوه معماري پریکړه ده. کله چې تاسو یو غوښتنلیک جوړ کړئ، تاسو تمه نلرئ چې یوه ورځ د سرورونو اداره کولو ته بیرته راشئ. د بادل پلورونکي غوره کول د کانټینرونو یا ډیټابیس کارولو غوره کولو څخه توپیر نلري، یا حتی د پروګرام کولو ژبه.

پام وکړئ:

• تاسو کوم خدماتو ته اړتیا لرئ او ولې.
• د بادل چمتو کونکي کوم خدمتونه وړاندې کوي او تاسو څنګه کولی شئ دا د خپل غوره شوي FaaS حل سره یوځای کړئ.
• کومې برنامې ژبې ملاتړ کیږي (متحرک یا ثابت ډول ټایپ شوی ، تالیف شوی یا تشریح شوی ، بنچمارکونه څه دي ، د کولډ سټارټ فعالیت څه دی ، د خلاصې سرچینې اکوسیستم څه دی ، او داسې نور).
• ستاسو د امنیت اړتیاوې څه دي (SLA، 2FA، OAuth، HTTPS، SSL، او نور).
• ستاسو د CI/CD او سافټویر پراختیا دورې اداره کولو څرنګوالی.
• کوم زیربنا - د کوډ حلونه تاسو کولی شئ ګټه پورته کړئ.

که تاسو یو موجود غوښتنلیک وغزوئ او په تدریجي ډول د سرور بې فعالیت فعالیت اضافه کړئ ، دا ممکن شتون لرونکي وړتیاوې یو څه محدود کړي. په هرصورت، نږدې ټول بې سرور ټیکنالوژي یو ډول API چمتو کوي (د REST یا پیغام کتارونو له لارې) چې تاسو ته اجازه درکوي د اپلیکیشن کور څخه خپلواک او اسانه ادغام سره تمدیدونه رامینځته کړئ. د روښانه APIs، ښه اسنادو، او پیاوړې ټولنې سره د خدماتو لپاره وګورئ، او تاسو غلط نه شئ. د ادغام اسانتیا اکثرا یو کلیدي میټریک کیدی شي ، او شاید یو له اصلي دلیلونو څخه وي چې ولې AWS په 2015 کې د لیمبډا خوشې کیدو راهیسې دومره بریالي شوی.

کله چې بې سرور ښه وي

بې سروره ټیکنالوژي تقریبا هرچیرې پلي کیدی شي. په هرصورت، د دوی ګټې یوازې د غوښتنلیک یوې لارې پورې محدود ندي. نن ورځ د کلاوډ کمپیوټري لپاره د ننوتلو خنډ د سرور بې ټیکنالوژیو څخه مننه خورا ټیټ دی. که پراختیا کونکي یو نظر ولري، مګر دوی نه پوهیږي چې څنګه د بادل زیربنا اداره کړي او لګښتونه ښه کړي، نو بیا دوی اړتیا نلري چې د دې کولو لپاره یو ډول انجنیر وګوري. که یو پیل کول غواړي یو پلیټ فارم رامینځته کړي مګر ویره لري چې لګښتونه به له کنټرول څخه بهر شي ، دوی کولی شي په اسانۍ سره بې سرور حلونو ته مخه کړي.

د لګښت سپمولو او د اندازه کولو اسانتیا له امله، د سرور بې حل حلونه په مساوي ډول د داخلي او بهرني سیسټمونو لپاره د تطبیق وړ دي، د څو ملیون لیدونکو سره د ویب غوښتنلیک پورې. حسابونه د یورو په پرتله اندازه کیږي، مګر په سینټ کې. د یوې میاشتې لپاره د AWS EC2 (t1.micro) ترټولو ساده مثال کرایه کول به € 15 لګښت ولري، حتی که تاسو د دې سره هیڅ نه کوئ (څوک هیڅکله د دې بندول هیر نه کړي؟!). په پرتله کولو کې، د ورته مودې په اوږدو کې د لګښت دې کچې ته رسیدو لپاره، تاسو اړتیا لرئ چې د 512 MB لیمبډا د 1 ثانیې لپاره شاوخوا 3 ملیون ځله چل کړئ. او که تاسو دا فیچر نه کاروئ، نو تاسو هیڅ شی نه ورکوئ.

ځکه چې بې سرور په ابتدايي ډول د پیښو لخوا پرمخ وړل کیږي، دا خورا اسانه ده چې په زړو سیسټمونو کې د سرور بې بنسټه زیربنا اضافه کړئ. د مثال په توګه، د AWS S3، Lambda، او Kinesis په کارولو سره، تاسو کولی شئ د زاړه پرچون سیسټم لپاره د تحلیلي خدمت رامینځته کړئ چې کولی شي د API له لارې ډاټا ترلاسه کړي.

ډیری بې سرور پلیټ فارمونه د څو ژبو ملاتړ کوي. ډیری وختونه دا Python، JavaScript، C#، Java او Go دي. معمولا په ټولو ژبو کې د کتابتونونو په کارولو هیڅ محدودیت شتون نلري، نو تاسو کولی شئ د خپلې خوښې خلاصې سرچینې کتابتونونه وکاروئ. په هرصورت، دا مشوره ورکول کیږي چې د انحصارونو څخه ناوړه ګټه پورته نکړي ترڅو ستاسو دندې په ښه توګه ترسره کړي او ستاسو د سرور بې کاره غوښتنلیکونو لوی پیمانه کولو ګټې منفي نه کړي. هرڅومره ډیر کڅوړې چې اړتیا لري په کانټینر کې بار شي ، د یخ پیل به ډیر وخت ونیسي.

یو سړه پیل هغه وخت دی کله چې تاسو لومړی د کانټینر پیل کولو ته اړتیا لرئ، د چلولو وخت، او د تېروتنې سمبالونکی د کارولو دمخه. د دې له امله، د فعالیتونو په ترسره کولو کې ځنډ تر 3 ثانیو پورې کیدی شي، او دا د بې صبره کاروونکو لپاره غوره انتخاب ندی. په هرصورت، د بې کاره فعالیت څخه څو دقیقې وروسته په لومړي زنګ کې سړه پیل کیږي. نو ډیری یې دا یو کوچنی تکلیف ګڼي چې په منظم ډول د فعالیت پینګ کولو سره شاوخوا کار کیدی شي ترڅو دا بې کاره وساتي. یا دوی دا اړخ په بشپړه توګه له پامه غورځوي.

که څه هم AWS خپور شو د سرور بې ایس کیو ایل ډیټابیس سرور بې اوروراپه هرصورت، د SQL ډیټابیسونه د دې غوښتنلیک لپاره مثالی ندي، ځکه چې دوی د معاملو ترسره کولو لپاره په اړیکو پورې اړه لري، کوم چې کولی شي په چټکۍ سره د AWS Lambda کې د درنو ترافیک سره خنډ شي. هو ، پراختیا کونکي په دوامداره توګه د سرور بې اورورا ښه کوي ، او تاسو باید د دې سره تجربه وکړئ ، مګر نن ورځ NoSQL حلونه لکه ډاینموډ بی بی. په هرصورت، په دې کې شک نشته چې دا وضعیت به ډیر ژر بدل شي.

اوزار کټ هم ډیر محدودیتونه وضع کوي ، په ځانګړي توګه د ځایی ازموینې په ساحه کې. که څه هم دلته د Docker-Lambda، DynamoDB Local او LocalStack په څیر حلونه شتون لري، دوی سخت کار او د پام وړ ترتیب ترتیب ته اړتیا لري. په هرصورت، دا ټولې پروژې په فعاله توګه پرمختللې دي، نو دا یوازې د وخت خبره ده مخکې له دې چې وسیله کټ هغه کچې ته ورسیږي چې موږ ورته اړتیا لرو.

د پرمختیا په دوره کې د سرور بې ټیکنالوژیو اغیزه

ځکه چې ستاسو زیربنا یوازې یو ترتیب دی، تاسو کولی شئ د سکریپټونو په کارولو سره کوډ تعریف او ځای په ځای کړئ، لکه د شیل سکریپټونه. یا تاسو کولی شئ د ترتیب په توګه د کوډ ټولګي حلونو ته لاره هواره کړئ لکه د AWS کلاوډ جوړښت. که څه هم دا خدمت د ټولو ساحو لپاره ترتیب نه وړاندې کوي، دا تاسو ته اجازه درکوي چې د Lambda دندو په توګه کارولو لپاره ځانګړي سرچینې تعریف کړئ. دا دی ، چیرې چې کلاوډ فارمیشن تاسو ناکاموي ، تاسو کولی شئ خپله سرچینه ولیکئ (لامبډا فنکشن) چې دا تشه به بنده کړي. پدې توګه تاسو هرڅه کولی شئ ، حتی د خپل AWS چاپیریال څخه بهر انحصار تنظیم کړئ.

ځکه چې دا ټول یوازې تشکیلات دي ، تاسو کولی شئ د ځانګړي چاپیریال ، سیمو او کاروونکو لپاره خپل د ګمارنې سکریپټونه تنظیم کړئ ، په ځانګړي توګه که تاسو د CloudFormation په څیر د زیربنا په توګه کوډ حلونه کاروئ. د مثال په توګه، تاسو کولی شئ په ذخیره کې د هرې څانګې لپاره د زیربنا یوه کاپي ځای په ځای کړئ ترڅو تاسو د پراختیا په جریان کې په بشپړ ډول په انزوا کې ازموینه وکړئ. دا د پراختیا کونکو لپاره فیډبیک خورا ګړندی کوي کله چې دوی غواړي پوه شي چې ایا د دوی کوډ په ژوندۍ چاپیریال کې مناسب کار کوي. مدیران اړتیا نلري د ډیری چاپیریالونو ځای په ځای کولو لګښت په اړه اندیښنه وکړي، ځکه چې دوی یوازې د حقیقي کارونې لپاره پیسې ورکوي.

DevOps لږ اندیښنې لري ځکه چې دوی یوازې اړتیا لري ډاډ ترلاسه کړي چې پراختیا کونکي سم ترتیب لري. تاسو نور اړتیا نلرئ د مثالونو، بیلانسرز، یا امنیتي ګروپونو اداره کړئ. له همدې امله، د NoOps اصطالح په زیاتیدونکي توګه کارول کیږي، که څه هم دا لاهم مهمه ده چې د زیربنا تنظیم کولو وړ وي، په ځانګړې توګه کله چې دا د IAM ترتیب او د بادل سرچینې اصلاح ته راځي.

د څارنې او لید لید خورا پیاوړې وسیلې شتون لري لکه ایپسګون ، تندرا ، ډشبرډ او IOPipe. دوی تاسو ته اجازه درکوي د بې سرور غوښتنلیکونو اوسنی حالت وڅارئ ، لاګونه او نښې چمتو کړئ ، د فعالیت میټریکونه او معماري خنډونه ونیسئ ، د لګښت تحلیل او وړاندوینې ترسره کړئ ، او نور ډیر څه. دوی نه یوازې د DevOps انجینرانو ، پراختیا کونکو ، او معمارانو ته د غوښتنلیک فعالیت جامع لید ورکوي ، مګر دوی مدیرانو ته دا وړتیا هم ورکوي چې په ریښتیني وخت کې لید ترلاسه کړي ، د دویمې ثانیې سرچینې مصرف او لګښت وړاندوینې. دا ډیره ستونزمنه ده چې دا د منظم زیربنا سره تنظیم شي.

د سرور پرته غوښتنلیکونو ډیزاین کول خورا اسانه دي ځکه چې تاسو اړتیا نلرئ د ویب سرورونو ځای په ځای کړئ ، مجازی ماشینونه یا کانټینرونه اداره کړئ ، پیچ سرورونه ، عملیاتي سیسټمونه ، انټرنیټ ګیټ ویز او نور د سوداګرۍ او پیرودونکو اړتیاوې حل کول.

پداسې حال کې چې د وسیلې کټ غوره کیدی شي (دا هره ورځ ښه کیږي) ، پراختیا کونکي کولی شي د سوداګرۍ منطق پلي کولو باندې تمرکز وکړي او د غوښتنلیک پیچلتیا په مختلف خدماتو کې په جوړښت کې غوره توزیع کړي. د بې سرور غوښتنلیک مدیریت د پیښې پراساس دی او د کلاوډ چمتو کونکي لخوا خلاص شوی (د مثال په توګه SQS ، S3 پیښې یا DynamoDB جریان). له همدې امله، پراختیا کونکي یوازې د ځانګړو پیښو ته د ځواب ویلو لپاره د سوداګرۍ منطق لیکلو ته اړتیا لري، او د دې په اړه اندیښنه نلري چې څنګه د ډیټابیسونو او پیغام کتارونو پلي کولو لپاره غوره وي، یا په ځانګړي هارډویر ذخیره کې د ډیټا سره غوره کار څنګه تنظیم کړي.

کوډ په ځایی ډول چلول کیدی شي او ډیبګ کیدی شي، لکه څنګه چې د هرې پرمختیا پروسې سره. د واحد ازموینه ورته پاتې ده. د ګمرکي سټیک ترتیب سره د بشپړ غوښتنلیک زیربنا پلي کولو وړتیا پراختیا کونکو ته اجازه ورکوي چې د ازموینې لګښت یا په ګران مدیریت شوي چاپیریال باندې اغیزې په اړه فکر کولو پرته ګړندي مهم فیډبیک ترلاسه کړي.

د سرور پرته غوښتنلیکونو جوړولو لپاره وسیلې او تخنیکونه

د سرور پرته غوښتنلیکونو جوړولو لپاره کومه ځانګړې لاره شتون نلري. همدارنګه د دې کار لپاره د خدماتو یوه سیټ. AWS نن ورځ د پیاوړې سرور بې حل حلونو مشر دی، مګر دا هم وګورئ ګوګل کلاډ, وخت и د اور وژنې. که تاسو AWS کاروئ، د غوښتنلیکونو راټولولو لپاره وړاندیز شوی طریقه ده بې سرور غوښتنلیک ماډل (SAM)، په ځانګړې توګه کله چې C# کاروي، ځکه چې بصری سټوډیو عالي وسیلې لري. SAM CLI کولی شي هرڅه ترسره کړي چې ویژول سټوډیو یې کولی شي ، نو تاسو به هیڅ شی له لاسه ورنکړئ که تاسو مختلف IDE یا متن ایډیټر ته لاړشئ. البته، SAM د نورو ژبو سره هم کار کوي.

که تاسو په نورو ژبو لیکل کوئ، د سرور بې کاره چوکاټ د خلاصې سرچینې عالي وسیله ده چې تاسو ته اجازه درکوي د خورا پیاوړي YAML ترتیب فایلونو سره هرڅه تنظیم کړئ. د سرور پرته چوکاټ د مختلف کلاوډ خدماتو ملاتړ هم کوي ، نو موږ دا هغه چا ته وړاندیز کوو څوک چې د څو بادل حل په لټه کې دي. دا یوه لویه ټولنه لري چې د هرې اړتیا لپاره یې د پلگ انونو ډله جوړه کړې.

د ځایی ازموینې لپاره ، د خلاصې سرچینې وسیلې Docker-Lambda ، Serverless Local ، DynamoDB Local ، او LocalStack ښه مناسب دي. بې سروره ټیکنالوژي لاهم د دوی د پراختیا په لومړیو مرحلو کې دي ، لکه څنګه چې د دوی لپاره وسیلې دي ، نو کله چې د پیچلي ازموینې سناریوګانو لپاره تنظیم کول ، تاسو باید سخت کار وکړئ. په هرصورت ، په ساده ډول په چاپیریال کې د سټیک ځای په ځای کول او هلته ازموینه په یقیني توګه ارزانه ده. او تاسو اړتیا نلرئ د بادل چاپیریال دقیق ځایی کاپي جوړ کړئ.

د ګمارل شوي کڅوړو اندازې کمولو او ډاونلوډونو ګړندي کولو لپاره د AWS لامبډا پرتونه وکاروئ.

د ځانګړو دندو لپاره د سم پروګرام کولو ژبې وکاروئ. بېلابېلې ژبې خپلې ګټې او زیانونه لري. ډیری معیارونه شتون لري، مګر JavaScript، Python، او C# (.NET Core 2.1+) د AWS Lambda فعالیت شرایطو کې مشران دي. AWS Lambda پدې وروستیو کې د Runtime API معرفي کړ، کوم چې تاسو ته اجازه درکوي خپل مطلوب ژبه او د چلولو چاپیریال مشخص کړئ، نو تجربه وکړئ.

د ځای پرځای کولو لپاره د کڅوړې اندازه کوچنۍ وساتئ. څومره چې دوی کوچني وي، په چټکۍ سره بار کوي. د لوی کتابتونونو کارولو څخه ډډه وکړئ، په ځانګړې توګه که تاسو له دوی څخه یو څو ځانګړتیاوې کاروئ. که تاسو په جاواسکریپټ کې برنامه کوئ ، نو د جوړونې وسیلې وکاروئ لکه ویبپیک د خپل جوړونې اصلاح کولو لپاره او یوازې هغه څه پکې شامل کړئ چې تاسو واقعیا ورته اړتیا لرئ. .NET Core 3.0 QuickJit او Tiered Compilation لري چې فعالیت ښه کوي او په سړه پیل کې ډیره مرسته کوي.

په پیښو کې د سرور بې کاره فعالیتونو تکیه کولی شي په لومړي سر کې د سوداګرۍ منطق همغږي کول ستونزمن کړي. پدې برخه کې ، د پیغام کتارونه او دولتي ماشینونه په زړه پوري ګټور کیدی شي. د لامبډا فنکشن کولی شي یو بل ته زنګ ووهي ، مګر یوازې دا کار وکړئ که تاسو د ځواب تمه نه کوئ ("اور او هیر کړئ") - تاسو نه غواړئ د بل فنکشن بشپړیدو ته انتظار کولو لپاره بیل ترلاسه کړئ. د پیغام کتارونه د سوداګرۍ منطق برخې جلا کولو، د غوښتنلیک خنډونو اداره کولو، او د معاملو پروسس کولو لپاره ګټور دي (د FIFO قطارونو کارول). د AWS Lambda فنکشنونه د SQS کتارونو ته د تړل شوي پیغام کتارونو په توګه ټاکل کیدی شي چې د وروستیو تحلیلونو لپاره د ناکام پیغامونو تعقیب ساتي. د AWS سټیپ فنکشن (دولت ماشینونه) د پیچلو پروسو اداره کولو لپاره خورا ګټور دي چې د دندو زنځیر ته اړتیا لري. د لامبډا فنکشن پرځای چې بل فنکشن ته زنګ ووهي ، د مرحلې فنکشن کولی شي د دولت لیږد همغږي کړي ، د دندو ترمینځ ډیټا تیر کړي ، او د دندو نړیوال حالت اداره کړي. دا تاسو ته اجازه درکوي د بیا هڅه کولو شرایط تعریف کړئ، یا څه وکړئ کله چې یوه ځانګړې تېروتنه رامنځته شي - په ځینو شرایطو کې خورا پیاوړی وسیله.

پایلې

په وروستي کلونو کې، بې سروره ټیکنالوژي په بې ساري سرعت سره وده کوي. د دې تمثیل بدلون سره تړلي ځینې غلط مفکورې شتون لري. د زیربنا خلاصولو او پیمانه کولو مدیریت سره ، د سرور بې حل حلونه د ساده پراختیا او DevOps پروسو څخه په عملیاتي لګښتونو کې لوی کمښت پورې د پام وړ ګټې وړاندیز کوي.
پداسې حال کې چې د سرور بې لارې چلند د دې نیمګړتیاو پرته نه دی ، د ډیزاین قوي نمونې شتون لري چې د قوي سرور بې غوښتنلیکونو رامینځته کولو یا په موجوده جوړښتونو کې د سرور بې عناصرو مدغم کولو لپاره کارول کیدی شي.

سرچینه: www.habr.com