نوټ. ژباړه: دا مقاله چې په میډیم کې مشهوره شوه، د پروګرام کولو ژبو نړۍ کې د کلیدي (2010-2019) بدلونونو او اړونده ټیکنالوژۍ اکوسیستم (د ډاکر او کوبرنیټس په ځانګړي تمرکز سره) یوه عمومي کتنه ده. د دې اصلي لیکواله سنډي سریداران ده، چې د پراختیا کونکي وسیلو او توزیع شوي سیسټمونو کې تخصص لري - په ځانګړې توګه، هغې د "توزیع شوي سیسټمونو مشاهده" کتاب لیکلی - او د معلوماتي ټکنالوجۍ متخصصینو ترمنځ په انټرنیټ کې خورا مشهور دی، په ځانګړې توګه د بادل اصلي موضوع سره علاقه لري.
لکه څنګه چې 2019 پای ته رسیږي، ما غوښتل چې د تیرې لسیزې د ځینو مهمو ټیکنالوژیکي پرمختګونو او نوښتونو په اړه خپل فکرونه شریک کړم. برسېره پر دې، زه به هڅه وکړم چې راتلونکي ته لږ څه وګورم او د راتلونکي لسیزې اصلي ستونزې او فرصتونه په ګوته کړم.
زه غواړم دا روښانه کړم چې پدې مقاله کې زه په ساحو کې بدلونونه نه پوښم لکه د ډیټا ساینس (د معلوماتو ساینس)، مصنوعي ذهانت، مخکني انجینري او داسې نور، ځکه چې زه شخصا په دوی کې کافي تجربه نلرم.
Typification بیرته ټکر کوي
د 2010 لسیزې یو له خورا مثبت رجحاناتو څخه د جامد ډول ډول ډول ژبو بیا رغونه وه. په هرصورت، دا ډول ژبې هیڅکله ورکې شوې نه دي (C++ او جاوا نن ورځ په تقاضا کې دي؛ دوی لس کاله دمخه تسلط درلود)، مګر په 2005 کې د روبي آن ریل غورځنګ له راڅرګندېدو وروسته په متحرک ډول ډول ډول ژبې (متحرک) په شهرت کې د پام وړ زیاتوالی تجربه کړ. . دا وده په 2009 کې د Node.js خلاصې سرچینې سره لوړه شوه، کوم چې جاواسکریپټ-آن-سرور یو حقیقت جوړ کړ.
د وخت په تیریدو سره، متحرک ژبو د سرور سافټویر جوړولو په برخه کې خپل ځینې اپیل له لاسه ورکړی. د ګو ژبه، د کانټینر انقلاب په جریان کې مشهوره شوه، د موازي پروسس کولو سره د لوړ فعالیت، سرچینې اغیزمن سرورونو رامینځته کولو لپاره غوره ښکاري (د کوم سره د Node.js جوړونکی پخپله).
زنګ، په 2010 کې معرفي شو، په دې کې پرمختګونه شامل دي په دې هڅه کې چې یوه خوندي او ټایپ شوې ژبه شي. د لسیزې په لومړۍ نیمایي کې، د زنګ صنعت استقبال لږ ګرم و، مګر په دویمه نیمایي کې یې شهرت د پام وړ وده وکړه. د زنګ لپاره د پام وړ کارولو قضیې د دې لپاره کارول شامل دي , (موږ په دې اړه خبرې وکړې - نږدې ژباړه.), یو ابتدايي WebAssembly تالیف کونکی له فاسټلي (اوس د بایټ کوډ الائنس برخه) او نورو څخه. په داسې حالت کې چې مایکروسافټ د OS ځینې برخې بیا لیکلو په اړه فکر کوي Windows رسټ، دا په ډاډ سره ویل کیدی شي چې ژبه په ۲۰۲۰ لسیزه کې روښانه راتلونکې لري.
حتی متحرک ژبې نوي ځانګړتیاوې ترلاسه کړې لکه (اختیاري ډولونه). دوی لومړی په ټایپ سکریپټ کې پلي شوي ، یوه ژبه چې تاسو ته اجازه درکوي ټایپ کوډ رامینځته کړئ او په جاواسکریپټ کې یې تالیف کړئ. PHP، Ruby او Python خپل اختیاري ټایپینګ سیسټمونه لري (, )، کوم چې په بریالیتوب سره کارول کیږي .
SQL بیرته NoSQL ته
NoSQL بله ټیکنالوژي ده چې د لسیزې په پیل کې د پای په پرتله خورا مشهوره وه. زما په اند د دې لپاره دوه لاملونه شتون لري.
لومړی، د NoSQL ماډل، د سکیما نشتوالي، لیږدونو، او ضعیف ثبات تضمین سره، د SQL ماډل په پرتله پلي کول خورا ستونزمن و. IN د سرلیک سره "ولې تاسو باید قوي دوام ته ترجیح ورکړئ کله چې امکان ولري" (ولې تاسو باید قوي ثبات غوره کړئ، کله چې امکان ولري) ګوګل لیکي:
یو له هغه شیانو څخه چې موږ یې په ګوګل کې زده کړل دا دی چې د غوښتنلیک کوډ ساده دی او د پراختیا وخت لنډ دی کله چې انجینران کولی شي د پیچلو معاملو اداره کولو لپاره په موجوده ذخیره تکیه وکړي او معلومات په ترتیب کې وساتي. د اصلي سپینر اسنادو حواله کولو لپاره، "موږ باور لرو چې دا د پروګرام کونکو لپاره غوره ده چې د لیږد د ناوړه ګټه اخیستنې له امله د غوښتنلیک د فعالیت ستونزو سره معامله وکړي ځکه چې خنډونه رامینځته کیږي، د دې پرځای چې په دوامداره توګه د معاملو نشتوالی په ذهن کې وساتي."
دوهم دلیل د "پیمانه بهر" توزیع شوي SQL ډیټابیسونو د ډیریدو له امله دی (لکه и ) په عامه کلاوډ ځای کې، او همدارنګه د خلاصې سرچینې بدیلونه لکه کاکروچ ډي بی (موږ د هغې په اړه هم خبرې کوو - نږدې ژباړه.)، کوم چې ډیری تخنیکي ستونزې حل کوي چې د دودیز SQL ډیټابیسونو لامل کیږي "پیمانه نه وي." حتی MongoDB، یو وخت د NoSQL حرکت مظهر و، اوس دی توزیع شوي لیږدونه.
د داسې شرایطو لپاره چې په ډیری سندونو کې اټومي لوستلو او لیکلو ته اړتیا لري (د یو یا ډیرو راټولولو په اوږدو کې) ، MongoDB د څو سندونو لیږد ملاتړ کوي. د توزیع شوي معاملو په صورت کې، لیږدونه د ډیری عملیاتو، راټولولو، ډیټابیسونو، اسنادو او شارډونو کې کارول کیدی شي.
ټول جریان
اپاچی کافکا بې له شکه د تیرې لسیزې یو له خورا مهم اختراعاتو څخه دی. د دې سرچینې کوډ د 2011 په جنورۍ کې پرانستل شو، او د کلونو په اوږدو کې، کافکا د ډیټا سره د سوداګرۍ د کار کولو طریقه بدله کړه. کافکا په هر شرکت کې کارول شوی چې ما کار کړی دی، له پیل څخه تر لویو شرکتونو پورې. د تضمین او کارولو قضیې چې دا چمتو کوي (پب-سب، جریانونه، د پیښو لخوا پرمخ وړل شوي معمارۍ) په مختلفو دندو کې کارول کیږي، د ډیټا ذخیره کولو څخه تر څارنې او سټینګ تحلیلونو پورې، په ډیری برخو کې غوښتنې لکه مالي، روغتیا پاملرنې، عامه سکتور، پرچون او داسې نور
دوامداره ادغام (او تر یوې اندازې پورې دوامداره ګمارنه)
دوامداره ادغام په تیرو لسو کلونو کې نه دی څرګند شوی، مګر په تیره لسیزه کې تر دې حده خپره شوې ده، کوم چې د معیاري کاري فلو برخه ګرځیدلې (د ټولو پل غوښتنلیکونو ازموینې پرمخ وړي). د کوډ پراختیا او ذخیره کولو لپاره د پلیټ فارم په توګه د GitHub رامینځته کول او خورا مهم ، د پراساس د کاري فلو رامینځته کول پدې معنی چې ماسټر ته د پلې غوښتنې منلو دمخه ازموینې پرمخ وړل دي یوازینی په پرمختیا کې د کار فلو، د انجنیرانو سره پیژندل چې په تیرو لسو کلونو کې یې خپل مسلک پیل کړی.
دوامداره ګمارنه (د هرې ژمنې پلي کول لکه څنګه چې او کله چې دا ماسټر ته زیان رسوي) د دوامداره ادغام په څیر پراخه ندي. په هرصورت، د ګمارنې لپاره د مختلف کلاوډ APIs ډیریدو سره، د پلیټ فارمونو مخ په زیاتیدونکي شهرت لکه کبرنیټس (کوم چې د پلي کولو لپاره معیاري API چمتو کوي)، او د څو پلیټ فارم، څو کلاوډ وسیلو ظهور لکه سپنیکر (د هغو معیارونو په سر کې جوړ شوی. APIs)، د ځای پرځای کولو پروسې ډیر اتومات شوي، منظم شوي، او په عمومي توګه، ډیر خوندي شوي.
کانټینرونه
کانټینرونه شاید د 2010 لسیزې ترټولو مشهوره، بحث شوي، اعلان شوي او غلط فهم شوي ټیکنالوژي وي. له بلې خوا، دا د تیرې لسیزې یو له خورا مهم نوښتونو څخه دی. د دې ټولو کاکوفوني دلیل یوه برخه په مخلوط سیګنالونو کې ده چې موږ له نږدې هر ځای څخه ترلاسه کوو. اوس چې هایپ یو څه مړ شوی ، ځینې شیان په کلکه تمرکز ته رسیدلي.
کانټینرونه مشهور شوي ندي ځکه چې دا د غوښتنلیک چلولو غوره لاره ده چې د نړیوالې پراختیا کونکي ټولنې اړتیاوې پوره کړي. کانټینرونه مشهور شوي ځکه چې دوی په بریالیتوب سره د یوې ځانګړې وسیلې لپاره د بازار موندنې غوښتنې سره سمون لري چې په بشپړ ډول مختلف ستونزه حل کوي. ډاکر وګرځید په زړه پوری د پراختیا وسیله چې د فشار کولو مطابقت مسله حل کوي ("زما په ماشین کار کوي").
په دقیق ډول، انقلاب رامنځته شو د ډاکر انځور، ځکه چې دا د چاپیریالونو ترمینځ د برابرۍ ستونزه حل کړې او نه یوازې د غوښتنلیک فایل ، بلکه د دې ټولو سافټویر او عملیاتي انحصارونو ریښتیني پورټ وړتیا چمتو کوي. دا حقیقت چې دې وسیلې یو څه د "کانټینرونو" شهرت هڅولی ، کوم چې په اصل کې د خورا ټیټې کچې پلي کولو توضیحات دي ، زما لپاره شاید د تیرې لسیزې اصلي اسرار پاتې شي.
بې سرور
زه شرط لرم چې د "سرور پرته" کمپیوټري راتګ د کانټینرونو په پرتله خورا مهم دی ځکه چې دا واقعیا د غوښتنې پر اساس کمپیوټر کولو خوب حقیقت کوي. (په غوښتنه). په تیرو پنځو کلونو کې، ما ولیدل چې د سرور بې کاره طریقه په تدریجي ډول د نویو ژبو او منډو لپاره د ملاتړ په اضافه کولو سره پراخیږي. د محصولاتو ظهور لکه Azure Durable Functions د دولتي دندو د پلي کولو په لور سم ګام ښکاري (په ورته وخت کې یو پریکړه کونکی د FaaS محدودیتونو پورې اړه لري). زه به په لیوالتیا سره وګورم چې دا نوی تمثیل په راتلونکو کلونو کې څنګه وده کوي.
اتومات
شاید د دې رجحان ترټولو لوی ګټه اخیستونکی د عملیاتو انجینرۍ ټولنه وي ، ځکه چې دا د کوډ (IaC) په توګه د زیربنا په څیر مفکورې د واقعیت رامینځته کولو وړ کړي. برسیره پردې، د اتومات کولو لیوالتیا د "SRE کلتور" له زیاتوالي سره سمون لري، چې موخه یې د عملیاتو لپاره د سافټویر متمرکز چلند کول دي.
یونیورسل API-فیکیشن
د تیرې لسیزې بله په زړه پورې ځانګړتیا د مختلفو پرمختیایي کارونو API-fication دی. ښه، انعطاف وړ APIs پراختیا کونکي ته اجازه ورکوي چې نوښتګر کاري جریان او اوزار رامینځته کړي ، کوم چې په پایله کې د ساتنې سره مرسته کوي او د کارونکي تجربه ښه کوي.
برسېره پردې، API-fication د ځینې فعالیت یا وسیلې د SaaS-fication په لور لومړی ګام دی. دا رجحان د مایکرو خدماتو د شهرت له زیاتوالي سره هم سمون لري: SaaS یوازې یو بل خدمت شو چې د API له لارې لاسرسی کیدی شي. اوس د SaaS او FOSS ډیری وسیلې شتون لري په برخو کې لکه نظارت ، تادیات ، د بار توازن ، دوامداره ادغام ، خبرتیاوې ، د فیچر بدلول (د فیچر بیرغ کول)، CDN، ترافیک انجینري (د بیلګې په توګه DNS)، او داسې نور، چې په تیره لسیزه کې وده کړې.
مشاهده
د یادولو وړ ده چې نن ورځ موږ لاس رسی لرو ډیر پرمختللی د پخوا په پرتله د غوښتنلیک چلند څارلو او تشخیص کولو وسیلې. د Prometheus څارنې سیسټم، چې په 2015 کې د خلاصې سرچینې حیثیت ترلاسه کړ، شاید ویل کیدی شي غوره د هغو کسانو څخه د څارنې سیسټم چې ما ورسره کار کړی دی. دا کامل نه دی، مګر د پام وړ شمیر شیان په سمه توګه پلي کیږي (د بیلګې په توګه، د اندازه کولو ملاتړ [ ابعاد] د میټریکونو په صورت کې).
توزیع شوي تعقیب بله ټیکنالوژي وه چې په 2010s کې اصلي جریان ته ننوتله، د نوښتونو لکه OpenTracing (او د هغې جانشین OpenTelemetry) څخه مننه. که څه هم تعقیب کول لاهم خورا ستونزمن دي پلي کول ، ځینې وروستي پرمختګونه امید ورکوي چې موږ به په 2020s کې د دې ریښتیني ظرفیت خلاص کړو. (یادونه: زموږ په بلاګ کې د مقالې ژباړه هم ولولئ ""د ورته لیکوال لخوا.)
راتلونکي ته ګوري
له بده مرغه، د درد ډیری ټکي شتون لري چې په راتلونکې لسیزه کې د حل په تمه دي. دلته د دوی په اړه زما فکرونه او د دوی څخه د خلاصون څرنګوالي په اړه ځینې احتمالي نظرونه دي.
د مور د قانون ستونزه حل کول
د ډینارډ د پیمانه کولو قانون پای او د مور قانون شاته پاتې کیدل نوي نوښتونو ته اړتیا لري. جان هینسي په کې تشریح کوي چې ولې روږدي ستونزې لري (د ډومین ځانګړی) د TPU په څیر جوړښتونه ممکن د مور د قانون څخه وروسته پاتې کیدو ستونزې لپاره یو له حلونو څخه وي. اوزار لکه د ګوګل څخه لا دمخه په دې لار کې یو ښه ګام ښکاري:
تالیف کونکي باید د نوي غوښتنلیکونو ملاتړ وکړي ، نوي هارډویر ته په اسانۍ سره پورټ شي ، د متحرک ، مدیریت شوي ژبو څخه ویکتور سرعت کونکو او سافټویر کنټرول شوي ذخیره کولو وسیلو پورې د خلاصون ډیری پرتونه وصل کړي ، پداسې حال کې چې د اتومات کولو لپاره د لوړې کچې سویچونه چمتو کوي ، یوازې چمتو کوي. په فعالیت کې - وخت، تشخیص، او په ټول سټیک کې د سیسټمونو د فعالیت او فعالیت په اړه د ډیبګ کولو معلوماتو توزیع، پداسې حال کې چې په ډیری قضیو کې فعالیت چمتو کوي چې په مناسب ډول د لاسي لیکل شوي راټولونکي سره نږدې وي. موږ اراده لرو چې د داسې تالیف زیربنا د پراختیا او عامه شتون لپاره خپل لید ، پرمختګ او پلانونه شریک کړو.
CI / CD
پداسې حال کې چې د CI زیاتوالی د 2010s ترټولو لوی رجحان ګرځیدلی، جینکنز لاهم د CI لپاره د سرو زرو معیار دی.
دا ځای په لاندې برخو کې نوښت ته سخته اړتیا لري:
- د کارن انٹرفیس (DSL د ازموینې مشخصاتو کوډ کولو لپاره)؛
- د پلي کولو توضیحات چې دا به واقعیا د توزیع وړ او ګړندي کړي؛
- د مختلف چاپیریالونو سره ادغام (سټیجنگ، پروډ، او نور) ترڅو د ازموینې نور پرمختللي بڼې پلي کړي؛
- دوامداره ازموینه او ځای پرځای کول.
د پرمخ وړونکي وسیلې
د یو صنعت په توګه، موږ په زیاتیدونکي توګه پیچلي او اغیزمن سافټویر رامینځته کول پیل کړي. په هرصورت، کله چې دا زموږ د خپلو وسایلو خبره راځي، وضعیت خورا ښه کیدی شي.
همکار او ریموټ (د ssh له لارې) ترمیم یو څه شهرت ترلاسه کړ، مګر هیڅکله د پراختیا نوې معیاري لاره نه شوه. که تاسو، زما په څیر، د هغه نظر رد کړئ اړتیا د انټرنیټ سره دایمي اتصال یوازې د دې لپاره چې د برنامه کولو وړتیا ولرئ ، بیا په لرې پرتو ماشین کې د ssh له لارې کار کول امکان نلري چې تاسو سره مناسب وي.
د محلي پرمختیا چاپیریال، په ځانګړې توګه د انجینرانو لپاره چې د لوی خدمت پر بنسټ جوړښتونو کې کار کوي، لاهم یوه ننګونه ده. ځینې پروژې د دې حل کولو هڅه کوي، او زه لیواله یم چې پوه شم چې ترټولو ایرګونومیک UX به د ورکړل شوي کارونې قضیې لپاره څه ډول ښکاري.
دا به هم په زړه پورې وي چې د "پورټ ایبل چاپیریال" مفهوم د پراختیا نورو برخو ته وغزول شي لکه د بګ تولید (یا ) چې د ځانګړو شرایطو یا ترتیباتو لاندې واقع کیږي.
زه غواړم په ساحو کې نور نوښت هم وګورم لکه سیمانټیک او د شرایطو حساس کوډ لټون، د کوډبیس ځانګړو برخو سره د تولید پیښو سره د اړیکو لپاره وسایل، او نور.
کمپیوټري (د PaaS راتلونکی)
په 2010s کې د کانټینرونو او بې سرورونو شاوخوا هایپ تعقیب ، په عامه کلاوډ ځای کې د حلونو لړۍ په تیرو څو کلونو کې د پام وړ پراخه شوې.
دا څو په زړه پورې پوښتنې راپورته کوي. له هرڅه دمخه ، په عامه بادل کې د شته اختیارونو لیست په دوامداره توګه وده کوي. د کلاوډ خدماتو چمتو کونکي کارمندان او سرچینې لري ترڅو د خلاصې سرچینې نړۍ کې وروستي پرمختګونو سره په اسانۍ سره وساتي او محصولات خوشې کړي لکه "بې سرور پوډز" (زه په ساده ډول د دوی د خپل FaaS رنټایم OCI موافقت کولو سره شک لرم) یا نور ورته ورته شیان.
یو څوک یوازې د هغه چا حسد کولی شي څوک چې دا بادل حلونه کاروي. په تیوري کې، د کوبرنیټس کلاوډ وړاندیزونه (GKE، EKS، EKS on Fargate، etc.) د کاري بارونو چلولو لپاره د کلاوډ چمتو کونکي خپلواک APIs چمتو کوي. که تاسو ورته محصولات کاروئ (ECS، Fargate، Google Cloud Run، او نور)، تاسو شاید دمخه د خدماتو چمتو کونکي لخوا وړاندیز شوي خورا خورا زړه پورې ب featuresې رامینځته کړئ. برسیره پردې، لکه څنګه چې نوي محصولات یا د کمپیوټري نمونې راڅرګندیږي، مهاجرت ممکن ساده او له فشار څخه پاک وي.
د دې په پام کې نیولو سره چې د داسې حلونو لړۍ څومره ګړندۍ وده کوي (زه به ډیر حیران شم که چیرې په نږدې راتلونکي کې یو څو نوي اختیارونه څرګند نشي) ، کوچني "پلیټ فارم" ټیمونه (د زیربنا سره تړلي ټیمونه او د پریمیس پلیټ فارمونو رامینځته کولو مسؤلیت لري. د کاري بارونو شرکتونو چلول) به د فعالیت ، کارولو اسانتیا او عمومي اعتبار له مخې سیالي کول خورا ستونزمن وي. 2010s Kubernetes د PaaS (د خدمت په توګه د پلیټ فارم) جوړولو لپاره د یوې وسیلې په توګه لیدلي ، نو دا زما لپاره په بشپړ ډول بې معنی ښکاري چې د کوبرنیټس په سر کې د داخلي پلیټ فارم رامینځته کول چې ورته انتخاب ، سادگي او په خلکو کې شتون لري ازادي وړاندې کوي. بادل ځای د "Kubernetes ستراتیژۍ" په توګه د کانټینر پر بنسټ PaaS چمتو کول په قصدي ډول د بادل خورا نوښت وړ وړتیاو څخه د مخنیوي په معنی دي.
که تاسو موجود ته وګورئ نن د کمپیوټري وړتیاوو سره، دا څرګنده شوه چې یوازې د Kubernetes پر بنسټ د خپل PaaS رامینځته کول د ځان په کونج کې د انځور کولو په څیر دی (د ډیر مخکښ فکر کولو طریقه نه، هو؟). حتی که څوک نن په کوبرنیټس کې د کانټینر شوي PaaS جوړولو پریکړه وکړي ، په څو کلونو کې به دا د بادل وړتیاو په پرتله زوړ ښکاري. که څه هم Kubernetes د خلاصې سرچینې پروژې په توګه پیل شوی، د دې الهام او الهام د ګوګل داخلي وسیله ده. په هرصورت، دا په اصل کې د 2000 لسیزې په پیل کې / مینځ کې رامینځته شوی کله چې د کمپیوټري منظرې په بشپړه توګه توپیر درلود.
همچنان ، په خورا پراخه معنی کې ، شرکتونه اړتیا نلري د کوبرنیټس کلسټر چلولو کې ماهرین شي ، او نه هم دوی خپل ډیټا مرکزونه جوړوي او ساتي. د باور وړ کمپیوټري بنسټ چمتو کول یوه اصلي ننګونه ده د بادل خدمت چمتو کونکي.
په نهایت کې ، زه داسې احساس کوم چې موږ په شرایطو کې د صنعت په توګه یو څه راجستر شوي یو د تعامل تجربه (). هیروکو په 2007 کې پیل شو او لاهم یو له خورا خورا مشهور دی کارول اسانه دي پلیټ فارمونه پدې کې هیڅ انکار نشته چې کوبرنیټس خورا پیاوړی ، د توسع وړ او برنامه وړ دی ، مګر زه له لاسه ورکوم چې هیروکو ته پیل کول او ځای په ځای کول څومره اسانه دي. د دې پلیټ فارم کارولو لپاره ، تاسو اړتیا لرئ یوازې ګیټ پوه شئ.
دا ټول زه لاندې پایلې ته رسوم: موږ د کار کولو لپاره غوره، د لوړې کچې خلاصون ته اړتیا لرو (دا په ځانګړي توګه د دې لپاره ریښتیا ده د لوړې کچې خلاصون).
په لوړه کچه سمه API
ډاکر په ورته وخت کې د اندیښنو غوره جلا کولو اړتیا عالي مثال دی د لوړې کچې API سم پلي کول.
د ډاکر سره ستونزه دا ده چې (لږترلږه) په پیل کې د پروژې اهداف خورا پراخه وو: ټول د کانټینر ټیکنالوژۍ په کارولو سره د مطابقت ستونزې حل کولو لپاره ("زما په ماشین کار کوي"). ډاکر د عکس بڼه وه، د خپل مجازی شبکې سره د چلولو وخت، د CLI وسیله، یو ډیمون د روټ په توګه چلول، او نور ډیر څه. په هرصورت، د پیغامونو تبادله وه более مغشوش ، د "لږ وزن لرونکي VMs" ذکر نه کول ، cgroups ، نوم ځایونه ، ډیری امنیتي مسلې او ځانګړتیاوې د بازار موندنې غوښتنې سره مخلوط شوي ترڅو "هرچیرې هر غوښتنلیک رامینځته کړئ ، تحویل کړئ ، چل کړئ".
لکه څنګه چې د ټولو ښه تحلیلونو سره، دا وخت نیسي (او تجربه او درد) مختلف ستونزې په منطقي پرتونو کې ماتوي چې د یو بل سره یوځای کیدی شي. له بده مرغه، مخکې له دې چې ډاکر ورته بلوغ ته ورسیږي، کبرنیټس میدان ته ننوتل. دې د هایپ دوره دومره انحصار کړه چې هرڅوک اوس هڅه کوي د کوبرنیټس ایکوسیستم کې بدلونونو سره وساتي ، او د کانټینر ایکوسیستم ثانوي حیثیت ترلاسه کړ.
کوبرنیټس د ډاکر په څیر ډیری ورته ستونزې شریکوي. د ښایسته او کمپوز وړ خلاصون په اړه د ټولو خبرو لپاره، مختلف کارونه په پرتونو ویشل ډیر ښه نه پوښل شوی. په اصل کې، دا د کانټینر آرکیسټرټر دی چې کانټینرونه د مختلفو ماشینونو په کلستر کې چلوي. دا په کافي اندازه د ټیټې کچې دنده ده، یوازې د انجنیرانو لپاره چې کلستر چلوي د تطبیق وړ دي. له بلې خوا، Kubernetes هم دی د لوړې کچې خلاصول، د CLI وسیله چې کاروونکي ورسره د YAML له لارې اړیکه لري.
ډاکر وه (او اوس هم دی) ارام د پراختیا وسیله، د دې ټولو نیمګړتیاوو سره سره. په یو وخت کې د ټولو "خرګو" سره د ساتلو په هڅه کې، د دې پراختیا کونکي په سمه توګه پلي کولو توان لري په لوړه کچه خلاصول. په لوړه کچه د خلاصون له لارې زما مطلب دی یوه فرعي ټولګه هغه فعالیت چې هدف لرونکي لیدونکي (په دې حالت کې، پراختیا کونکي چې ډیری وخت یې د دوی په محلي پراختیایي چاپیریال کې تیر کړی) واقعیا لیوالتیا درلوده او دا د بکس څخه ښه کار کوي.
Dockerfile او CLI افادیت docker باید د ښه "د لوړې کچې کاروونکي تجربه" رامینځته کولو څرنګوالي یوه بیلګه وي. یو عادي پراختیا کونکی کولی شي د ډاکر سره کار پیل کړي پرته لدې چې د پیچلتیاو په اړه څه پوه شي هغه تطبیقونه چې د عملیاتي تجربې سره مرسته کويلکه د نوم ځای، cgroups، حافظه او د CPU حدود، او داسې نور. په نهایت کې ، د ډاکر فایل لیکل د شیل سکریپټ لیکلو څخه ډیر توپیر نلري.
Kubernetes د مختلفو هدفونو ګروپونو لپاره هدف دی:
- د کلستر مدیران؛
- د سافټویر انجنیران د زیربناوو په مسلو کار کوي، د کوبرنیټس وړتیاوې پراخوي او د هغې پر بنسټ پلیټ فارمونه رامینځته کوي؛
- پای کارونکي د کوبرنیټس سره د دې له لارې متقابل عمل کوي
kubectl.
د Kubernetes "یو API د ټولو سره سمون لري" چلند یو ناکافي پوښل شوی "د پیچلتیا غر" وړاندې کوي پرته له دې چې دا څنګه اندازه کړي. دا ټول د غیر عادلانه اوږد مهاله زده کړې لارې ته الر پیدا کوي. هغه څنګه ادم جیکب ، "ډاکر د کارونکي بدلون تجربه راوړه چې هیڅکله نه وه تیر شوې. له هر هغه چا څخه پوښتنه وکړئ چې K8s کاروي که دوی غواړي دا د دوی د لومړي په څیر کار وکړي docker run. ځواب به هو وي ":
زه به استدلال وکړم چې نن ورځ ډیری زیربنا ټیکنالوژي خورا ټیټه ده (او له همدې امله "ډیر پیچلي" ګڼل کیږي). Kubernetes په خورا ټیټه کچه پلي کیږي. په خپلو کې د ټریسنګ ویشل (ډیری سپانونه د ټریس ویو جوړولو لپاره یوځای ګنډل شوي) هم په خورا ټیټه کچه پلي کیږي. د پراختیا کونکي وسیلې چې "د لوړې کچې خلاصون" پلي کوي خورا بریالي وي. دا پایله د حیرانتیا وړ قضیو کې ریښتیا ده (که چیرې ټیکنالوژي خورا پیچلې وي یا کارول یې ستونزمن وي، نو د دې ټیکنالوژۍ لپاره "د لوړې کچې API/UI" لا تر اوسه ندي موندل شوي).
همدا اوس، د بادل اصلي ایکوسیستم د دې د ټیټې کچې تمرکز له امله ګډوډ دی. د یو صنعت په توګه، موږ باید نوښت وکړو، تجربه وکړو، او زده کړه وکړو چې د "اعظمي، لوړ خلاصون" سمه کچه څنګه ښکاري.
پرچون
په 2010s کې، د ډیجیټل پرچون تجربه په لویه کچه بدله پاتې شوه. له یوې خوا، د آنلاین پیرود آسانتیا باید دودیز پرچون پلورنځیو ته زیان ورسوي، له بلې خوا، آنلاین پیرود په یوه لسیزه کې په بنسټیز ډول بدل شوی.
پداسې حال کې چې زه پدې اړه کوم ځانګړي فکر نلرم چې دا صنعت به په راتلونکې لسیزه کې څنګه وده وکړي ، زه به ډیر مایوسه شم که چیرې موږ په 2030 کې ورته پیرود وکړو په 2020 کې یې کوو.
ژورناليزم
زه په زیاتیدونکې توګه د نړیوال ژورنالیزم له حالت څخه ناخوښه یم. د بې طرفه خبري سرچینو موندل ورځ تربلې ستونزمن کیږي چې په معقول او دقیق ډول راپور ورکوي. ډیری وختونه پخپله د خبرونو او د هغې په اړه د نظرونو ترمنځ کرښه تیاره وي. د یوې قاعدې په توګه، معلومات په یو اړخیز ډول وړاندې کیږي. دا په ځانګړې توګه په ځینو هیوادونو کې ریښتیا ده چیرې چې په تاریخي توګه د خبرونو او نظرونو ترمنځ هیڅ توپیر شتون نلري. په یوه تازه مقاله کې چې د انګلستان د تیرو عمومي ټاکنو وروسته خپره شوې، د ګارډین پخوانی مدیر الان روسبریجر، :
اصلي خبره دا ده چې له څو کلونو راهیسې مې امریکايي ورځپاڼو ته کتل او هلته مې د خپلو هغو همکارانو په اړه خواشیني کوله چې یوازې د خبرونو مسوول و، تبصرې مې په بشپړه توګه بېلابېلو خلکو ته پرېښودې. په هرصورت، د وخت په تیریدو سره، رحم په حسد بدل شو. زه اوس فکر کوم چې د برتانیا ټولې ملي ورځپاڼې باید د خبرونو مسؤلیت د دوی د تبصرې مسؤلیت څخه جلا کړي. له بده مرغه، دا د اوسط لوستونکي لپاره خورا ستونزمن دی - په ځانګړې توګه آنلاین لوستونکي - د توپیر پیژندلو لپاره.
د سیلیکون ویلی د شکمن شهرت په پام کې نیولو سره کله چې د اخلاقو خبره راځي، زه به هیڅکله په ټیکنالوژۍ باور ونه کړم چې ژورنالیزم "انقلاب" کړي. د دې په ویلو سره، زه (او زما ډیری ملګري) به خوشحاله شم که چیرې یو بې طرفه، بې لیوالتیا او باوري خبري سرچینه وي. پداسې حال کې چې زه نه پوهیږم چې دا ډول پلیټ فارم څه ډول ښکاري، زه ډاډه یم چې په داسې دور کې چې د حقیقت پیژندل خورا ستونزمن کیږي، د صادق ژورنالیزم اړتیا د هر وخت څخه ډیره ده.
ټولنیز شبکې
ټولنیزې رسنۍ او د ټولنې خبري پلیټ فارمونه په ټوله نړۍ کې د ډیری خلکو لپاره د معلوماتو لومړنۍ سرچینه ده، او حتی د اصلي حقیقتونو چک کولو لپاره د ځینو پلیټ فارمونو دقت او زړه نازړه نشتوالی د ناورین پایلو لکه نسل وژنې، په ټاکنو کې لاسوهنه، او نور لامل شوي. .
ټولنیز رسنۍ هم د رسنیو ترټولو پیاوړې وسیله ده چې تر اوسه شتون لري. دوی په بنسټیز ډول سیاسي چلند بدل کړ. دوی اعلانونه بدل کړل. دوی د پاپ کلتور بدل کړ (د بیلګې په توګه، د نامتو منسوخ کلتور پراختیا کې اصلي مرسته د اوستراسیزم کلتورونه - تقریبا. ژباړه.] ټولنیزې شبکې مرسته کوي). منتقدین استدلال کوي چې ټولنیزې رسنۍ په اخلاقي ارزښتونو کې د چټکو او زړه راښکونکو بدلونونو لپاره زرغون ځای ثابت شوی، مګر دا د محرومو ډلو غړو ته د دې فرصت برابر کړی چې په داسې طریقو تنظیم کړي چې مخکې یې هیڅکله نه و. په حقیقت کې، ټولنیزو رسنیو په 21 پیړۍ کې د خلکو د خبرو اترو او ځان څرګندولو طریقه بدله کړې.
په هرصورت، زه دا هم باور لرم چې ټولنیز رسنۍ ترټولو ناوړه انساني احساسات راوړي. غور او فکر اکثرا د شهرت په ګټه له پامه غورځول کیږي، او دا تقریبا ناممکن کیږي چې د ځینو نظرونو او موقفونو سره د دلیل اختلاف څرګند کړي. قطبي کول اکثرا د کنټرول څخه بهر کیږي، په پایله کې چې خلک په ساده ډول د انفرادي نظرونو اوریدلو څخه ډډه کوي پداسې حال کې چې مطلقیت د آنلاین آداب او منلو مسلې کنټرولوي.
زه حیران یم چې ایا دا ممکنه ده چې یو "غوره" پلیټ فارم رامینځته کړئ چې د غوره کیفیت بحثونو ته وده ورکړي؟ په هرصورت، دا هغه څه دي چې "مخالفت" چلوي چې ډیری وختونه دې پلیټ فارمونو ته اصلي ګټه راوړي. هغه څنګه کارا سویشیر په نیویارک ټایمز کې:
دا ممکنه ده چې ډیجیټل تعاملات رامینځته کړئ پرته لدې چې نفرت او عدم برداشت رامینځته کړي. دلیل چې د ټولنیزو رسنیو ډیری سایټونه خورا زهرجن ښکاري ځکه چې دوی د محتوياتو او دقت پرځای د سرعت، ویروس، او پاملرنې لپاره جوړ شوي.
دا به واقعیا بدبخته وي که چیرې په څو لسیزو کې ، د ټولنیزو رسنیو یوازینی میراث په عامه خبرو کې د پام وړ او مناسبیت له مینځه وړل و.
PS د ژباړونکي څخه
زموږ په بلاګ کې هم ولولئ:
- «»
- «»
- «»
- «".
سرچینه: www.habr.com
