مهم ټکي
- د څو کلونو لپاره اوس موږ سره ژمنه شوې چې بې سرور کمپیوټر (سرور بې سرور) به د غوښتنلیکونو چلولو لپاره د ځانګړي OS پرته نوی دور پرانیزي. موږ ته ویل شوي وو چې دا ډول جوړښت به د توزیع کولو ډیری ستونزې حل کړي. په حقیقت کې، هر څه توپیر لري.
- پداسې حال کې چې ډیری یې د سرور بې ټیکنالوژۍ د نوي نظر په توګه ګوري، د هغې ریښې د Zimki PaaS او Google App Engine سره په 2006 کې موندل کیدی شي، چې دواړه یې بې سرور جوړښت کاروي.
- څلور دلیلونه شتون لري چې ولې بې سرور انقلاب ودرول شوی، د پروګرام کولو ژبې محدود ملاتړ څخه د فعالیت مسلو پورې.
- بې سرور کمپیوټري ټول بې ګټې ندي. له دې لرې. په هرصورت، دوی باید د سرورونو لپاره د مستقیم بدیل په توګه ونه لیدل شي. د ځینو غوښتنلیکونو لپاره، دوی کولی شي یو ګټور وسیله وي.
سرور مړ دی، ژوندی دې وي سرور!
دا د بې سرور انقلاب د پلویانو د جګړې غږ دی. په تیرو څو کلونو کې د صنعت مطبوعاتو ته یو ګړندی نظر د دې پایلې لپاره کافي دی چې د دودیز سرور ماډل مړ دی او دا چې په څو کلونو کې به موږ ټول د سرور بې معمارۍ کاروو.
لکه څنګه چې په صنعت کې هرڅوک پوهیږي، او لکه څنګه چې موږ زموږ په مقاله کې هم اشاره کړې ، دا غلط دی. د وړتیاوو په اړه ډیری مقالې سره سره ، دا هیڅکله ترسره نه شو. په حقیقت کی، چې ښايي دا انقلاب پای ته رسېدلی وي.
د بې سرور ماډلونو لپاره ځینې ژمنې یقینا ریښتیا شوي، مګر ټولې نه. هرڅوک نه.
پدې مقاله کې زه غواړم د دې حالت لاملونه په پام کې ونیسم. ولې د بې سرور موډلونو د انعطاف نشتوالی لاهم د دوی پراخه اختیار کې خنډ دی ، که څه هم دوی په ځانګړي ، ښه تعریف شوي شرایطو کې ګټور پاتې کیږي.
هغه څه چې د بې سرور کمپیوټري متخصصینو ژمنه کړې
مخکې لدې چې د سرور بې کمپیوټري ستونزو ته لاړ شو ، راځئ وګورو چې دوی څه چمتو کړي. ډیری وو او - کله ناکله - ډیر هوښیار وو.
د هغو کسانو لپاره چې د اصطلاح سره نا اشنا دي، دلته یو لنډ تعریف دی. بې سرور کمپیوټري یو جوړښت تعریفوي په کوم کې چې غوښتنلیکونه (یا د غوښتنلیک برخې) د وخت په چاپیریال کې د غوښتنې سره سم پرمخ ځي چې معمولا په لیرې توګه کوربه کیږي. سربیره پردې، بې سرور سیسټمونه کوربه کیدی شي. د قوي سرور بې سیسټمونو رامینځته کول په تیرو څو کلونو کې د سیسټم مدیرانو او SaaS شرکتونو لویه اندیښنه وه ، لکه څنګه چې (دا ادعا کیږي) دا جوړښت د "دودیز" پیرودونکي/سرور ماډل په پرتله ډیری کلیدي ګټې وړاندې کوي:
- بې سرور ماډلونه کاروونکو ته اړتیا نلري چې خپل عملیاتي سیسټمونه وساتي یا حتی هغه غوښتنلیکونه رامینځته کړي چې د ځانګړي عملیاتي سیسټمونو سره مطابقت ولري. پرځای یې ، پراختیا کونکي شریک کوډ رامینځته کوي ، دا بې سرور پلیټ فارم ته اپلوډ کړئ ، او وګورئ چې دا چلیږي.
- په بې سرور چوکاټ کې سرچینې معمولا د دقیقو (یا حتی ثانیو) لخوا بیل کیږي. دا پدې مانا ده چې پیرودونکي یوازې د هغه وخت لپاره پیسې ورکوي چې دوی واقعیا کوډ اجرا کوي. دا د دودیز کلاوډ VM سره په مناسب ډول پرتله کوي ، چیرې چې ماشین ډیری وخت بیکاره وي ، مګر تاسو باید د هغې لپاره پیسې ورکړئ.
- د توزیع کولو ستونزه هم حل شوه. سرچینې په بې سروره چوکاټونو کې په متحرک ډول ټاکل شوي ترڅو سیسټم په اسانۍ سره د غوښتنې ناڅاپي سپکونو سره مقابله وکړي.
په لنډه توګه، بې سرور ماډلونه انعطاف وړ، ټیټ لګښت، د توزیع وړ حلونه وړاندې کوي. زه حیران یم چې موږ مخکې د دې نظر په اړه فکر نه کاوه.
ایا دا واقعیا یو نوی نظر دی؟
په حقیقت کې دا نظر نوی ندی. کاروونکو ته اجازه ورکوي چې یوازې د هغه وخت لپاره تادیه کړي چې کوډ واقعیا پرمخ ځي له هغه وخت راهیسې چې دا د لاندې معرفي شوی و په 2006 کې، او په ورته وخت کې، د ګوګل اپل انجن د ورته حل سره راغی.
په حقیقت کې، هغه څه چې موږ یې اوس د "سرور بې" ماډل بولو د ډیری ټیکنالوژیو څخه زاړه دي چې اوس د "بادل اصلي" په نوم یادیږي چې نږدې ورته چمتو کوي. لکه څنګه چې یادونه وشوه، بې سرور ماډلونه په اصل کې یوازې د SaaS سوداګرۍ ماډل غزول دي چې د لسیزو راهیسې شتون لري.
دا هم د پیژندلو وړ ده چې بې سرور ماډل د FaaS جوړښت نه دی، که څه هم د دواړو ترمنځ اړیکه شتون لري. FaaS په اصل کې د سرور بې جوړښته د کمپیوټر متمرکز برخه ده، مګر دا د ټول سیسټم استازیتوب نه کوي.
نو ولې دا ټول هېپ؟ ښه، لکه څنګه چې په مخ پر ودې هیوادونو کې د انټرنېټ د ننوتلو کچه اسمان ته دوام ورکوي، نو د کمپیوټري سرچینو غوښتنه هم کوي. د مثال په توګه، ډیری هیوادونه چې په چټکۍ سره وده کوي د ای کامرس سکتورونه په ساده ډول په دې پلیټ فارمونو کې د غوښتنلیکونو لپاره کمپیوټري زیربنا نلري. دا هغه ځای دی چې تادیه شوي سرور بې پلیټ فارمونه راځي.
د سرور پرته موډلونو سره ستونزې
کیچ دا دی چې بې سرور ماډلونه ... ستونزې لري. ما غلط مه کوئ: زه دا نه وایم چې دوی پخپله بد دي یا په ځینو شرایطو کې ځینې شرکتونو ته د پام وړ ارزښت نه ورکوي. مګر د "انقلاب" اصلي ادعا - چې بې سروره جوړښت به په چټکۍ سره دودیز ځای بدل کړي - هیڅکله پای ته نه رسیږي.
د همدې لپاره.
د پروګرام کولو ژبو لپاره محدود ملاتړ
ډیری بې سرور پلیټ فارمونه یوازې په ځانګړو ژبو لیکل شوي غوښتنلیکونو ته اجازه ورکوي چې چلیږي. دا په جدي توګه د دې سیسټمونو انعطاف او تطبیق محدودوي.
بې سروره پلیټ فارمونه د ډیرو لویو ژبو ملاتړ لپاره ګڼل کیږي. AWS Lambda او Azure Functions هم په غیر ملاتړ شوي ژبو کې د غوښتنلیکونو او دندو چلولو لپاره یو ریپر چمتو کوي، که څه هم دا ډیری وختونه د فعالیت لګښت کې راځي. نو د ډیری سازمانونو لپاره، دا محدودیت معمولا لویه معامله نه ده. خو خبره دلته ده. د سرور بې موډلونو یوه ګټه باید دا وي چې ناڅرګند ، په مکرر ډول کارول شوي برنامې ارزانه کارول کیدی شي ځکه چې تاسو یوازې د هغه وخت لپاره تادیه کوئ چې دوی چلوي. او ناڅرګند، په ندرت سره کارول شوي پروګرامونه اکثرا په ... ناڅرګند، نادره کارول شوي پروګرامینګ ژبو کې لیکل کیږي.
دا د بې سرور ماډل یوه کلیدي ګټې زیانمنوي.
پلورونکي ته پابند کول
د سرور بې پلیټ فارمونو سره دویمه ستونزه ، یا لږترلږه هغه لاره چې دوی اوس مهال پلي کیږي ، دا دي چې دوی معمولا په عملیاتي کچه کې ورته نه ښکاري. د لیکلو دندو، ګمارلو او مدیریت په برخه کې په عملي توګه هیڅ معیاري کول شتون نلري. دا پدې مانا ده چې د یو پلیټ فارم څخه بل ته د ځانګړتیاوو لیږدول خورا وخت نیسي.
بې سرور موډل ته د تګ ترټولو سخته برخه د کمپیوټري ځانګړتیاوو نه دي، کوم چې معمولا یوازې د کوډ ټوټې وي، مګر دا چې څنګه غوښتنلیکونه د تړل شوي سیسټمونو لکه د اعتراض ذخیره، د پیژندنې مدیریت، او کتارونو سره اړیکه نیسي. فعالیتونه لیږدول کیدی شي، مګر پاتې غوښتنلیک نشي کولی. دا د وعدې شوي ارزانه او انعطاف وړ پلیټ فارمونو دقیق برعکس دی.
ځینې استدلال کوي چې بې سرور ماډلونه نوي دي او د معیاري کولو لپاره وخت نه و چې دوی څنګه کار کوي. مګر دا دومره نوي ندي ، لکه څنګه چې ما پورته یادونه وکړه ، او ډیری نور کلاوډ ټیکنالوژي لکه کانټینرونه دمخه د ښه معیارونو پراختیا او پراخه پلي کولو له امله خورا اسانه شوي.
محصولات
د سرور پرته پلیټ فارمونو کمپیوټري فعالیت اندازه کول ګران دي ، یو څه ځکه چې پلورونکي د معلوماتو پټ ساتلو ته لیوالتیا لري. ډیری استدلال کوي چې په ریموټ ، سرور بې پلیټ فارمونو کې ب featuresې دومره ګړندي پرمخ وړي لکه څنګه چې دوی د شاته پای سرورونو کې کوي ، د یو څو ناڅاپي ځنډ مسلو لپاره خوندي کوي.
په هرصورت، ځینې شواهد بل ډول وړاندیز کوي. هغه افعال چې پخوا په یو ځانګړي پلیټ فارم کې ندي چل شوي، یا د یو څه وخت لپاره ندي چل شوي، د پیل کولو لپاره یو څه وخت نیسي. دا احتمال د دې له امله دی چې د دوی کوډ ځینې لږ په اسانۍ شتون لرونکي ذخیره کولو میډیم ته پورټ شوی ، که څه هم - لکه څنګه چې د بنچمارکونو سره - ډیری پلورونکي به تاسو ته د پورټینګ ډیټا په اړه نه وايي.
البته، د دې شاوخوا د ترلاسه کولو لپاره ډیری لارې شتون لري. یو دا دی چې د هر هغه بادل ژبې لپاره ځانګړتیاوې غوره کړئ چې ستاسو بې سرور پلیټ فارم پرمخ ځي، مګر دا یو څه دا ادعا کمزورې کوي چې دا پلیټ فارمونه "چټک" دي.
بله لاره دا ده چې ډاډ ترلاسه شي چې د فعالیت مهم پروګرامونه په منظمه توګه پرمخ ځي ترڅو دوی "تازه" وساتي. دا دوهمه طریقه، البته، د دې ادعا لپاره یو څه مخالف دی چې د سرور بې پلیټ فارمونه ډیر لګښت لري ځکه چې تاسو یوازې د هغه وخت لپاره پیسې ورکوئ چې ستاسو پروګرامونه پرمخ ځي. د کلاوډ چمتو کونکو د یخ پیل کمولو لپاره نوې لارې معرفي کړې ، مګر ډیری یې "یو ته پیمانه" (تر یوې کچې) ته اړتیا لري ، کوم چې د FaaS اصلي ارزښت کمزوری کوي.
د سړې پیل ستونزه تر یوې اندازې په کور دننه د سرور بې سیسټمونو چلولو سره حل کیدی شي ، مګر دا په خپل لګښت راځي او د ښه سرچینو ټیمونو لپاره غوره اختیار پاتې کیږي.
تاسو نشئ کولی ټول غوښتنلیکونه پرمخ بوځي
په نهایت کې ، شاید ترټولو مهم دلیل چې ولې بې سرور جوړښتونه به هرکله ژر دودیز ماډلونه ځای په ځای نکړي دا دی چې دوی (عموما) نشي کولی ټول غوښتنلیکونه پرمخ بوځي.
په دقیق ډول، دا د لګښت له نظره غیر عملي دی. ستاسو بریالۍ مونولیت شاید د څلورو درجن فنکشنونو سیټ ته نه وي بدل شوی چې د اتو ګیټس ، څلویښت قطارونو ، او یو درجن ډیټابیس مثالونو سره یوځای تړل شوي. د دې دلیل لپاره، بې سرور د نوي پرمختګونو لپاره غوره دی. په حقیقت کې هیڅ موجوده غوښتنلیک (معمار) نشي پورټ کیدی. تاسو کولی شئ مهاجرت وکړئ، مګر تاسو باید له پیل څخه پیل کړئ.
دا پدې مانا ده چې په ډیری قضیو کې ، بې سرور پلیټ فارمونه د کمپیوټري جدي کارونو ترسره کولو لپاره د شاته پای سرورونو تکمیل کونکي په توګه کارول کیږي. دا د کلاوډ کمپیوټري نورو دوه ډولونو ، کانټینرونو او مجازی ماشینونو څخه خورا توپیر لري ، کوم چې د ریموټ کمپیوټري ترسره کولو لپاره هولیسټیک لاره وړاندیز کوي. دا د مایکرو خدماتو څخه بې سرور سیسټمونو ته د مهاجرت یوه ننګونه څرګندوي.
البته، دا تل یوه ستونزه نه ده. ستاسو د خپل هارډویر پیرود پرته د وخت په تیریدو سره د لوی کمپیوټري سرچینو کارولو وړتیا کولی شي ډیری سازمانونو ته ریښتینې او تلپاتې ګټې راوړي. مګر که ځینې غوښتنلیکونه په داخلي سرورونو کې وي او نور د سرور بې کلاوډ جوړښتونو کې وي، نو مدیریت د پیچلتیا نوې کچې ته ننوځي.
ژوندی دې وي انقلاب؟
د دې ټولو شکایتونو سره سره، زه په هره برخه کې د بې سروره حلونو مخالف نه یم. په صادقانه توګه. دا یوازې هغه څه دي چې پراختیا کونکي باید پوه شي - په ځانګړي توګه که دوی د لومړي ځل لپاره بې سرور ماډلونه لټوي - چې دا ټیکنالوژي د سرورونو لپاره مستقیم بدیل ندی. پرځای یې، زموږ لارښوونې او سرچینې وګورئ او پریکړه وکړئ چې دا ماډل څنګه پلي کول غوره دي.
سرچینه: www.habr.com