تاسو میاشتې تیرې کړې چې خپل مونولیت په مایکرو خدماتو کې بیا ډیزاین کړئ، او په پای کې هرڅوک د سویچ فلیپ کولو لپاره سره راټول شوي. تاسو لومړۍ ویب پاڼې ته لاړ شئ ... او هیڅ شی نه کیږي. تاسو دا بیا پورته کړئ - او بیا هیڅ ښه نه وي، سایټ دومره ورو دی چې دا د څو دقیقو لپاره ځواب نه ورکوي. څه شوي دي؟
په خپلو خبرو کې، جیمي بوګارډ به د ریښتیني ژوند مایکرو سرویس ناورین په اړه "پوسټ مارټم" ترسره کړي. هغه به د ماډلینګ ، پراختیا او تولید ستونزې وښیې چې هغه کشف کړې ، او څنګه د هغه ټیم ورو ورو نوي توزیع شوي مونولیت د هوښیارتیا وروستي عکس ته بدل کړ. پداسې حال کې چې دا ناشونې ده چې په بشپړ ډول د ډیزاین غلطیو مخه ونیسئ، تاسو کولی شئ لږترلږه د ډیزاین پروسې په پیل کې ستونزې وپیژنئ ترڅو ډاډ ترلاسه کړئ چې وروستی محصول د اعتبار وړ ویشل شوی سیسټم شي.
ټولو ته سلام، زه جمی یم او نن به تاسو واورئ چې تاسو څنګه کولی شئ د میګا ناورینونو څخه مخنیوی وکړئ کله چې د مایکرو خدماتو رامینځته کول. دا د هغه شرکت کیسه ده چې ما شاوخوا یو نیم کال کار کړی ترڅو د دوی کښتۍ له یخنۍ سره د ټکر کیدو مخه ونیسي. د دې کیسه په سمه توګه ویلو لپاره، موږ باید په وخت کې بیرته لاړ شو او په دې اړه وغږیږو چې دا شرکت چیرته پیل کړی او د وخت په تیریدو سره یې د معلوماتي ټیکنالوژۍ زیربنا څنګه وده کړې. په دې ناورین کې د دغو بې ګناهانو د نومونو د ساتنې لپاره، ما د دې شرکت نوم بیل کمپیوټر ته بدل کړ. راتلونکی سلایډ ښیې چې د 90 لسیزې په مینځ کې د دې ډول شرکتونو معلوماتي ټیکنالوژۍ زیربنا څنګه ښکاري. دا د کمپیوټر هارډویر پلورنځي چلولو لپاره د لوی نړیوال غلطی زغمونکي HP ټنډیم مین فریم سرور ځانګړی جوړښت دی.
دوی اړتیا درلوده چې یو سیسټم رامینځته کړي ترڅو ټول امرونه، پلور، بیرته راستنیدنه، د محصول کتلاګ، او د پیرودونکي اساس اداره کړي، نو دوی په هغه وخت کې ترټولو عام مین فریم حل غوره کړ. دا لوی سیسټم د شرکت په اړه هر څه معلومات لري، هر څه چې ممکنه وي، او هره معامله د دې مین فریم له لارې ترسره کیږي. دوی خپلې ټولې هګۍ په یوه ټوکرۍ کې ساتلې او فکر یې کاوه چې دا عادي خبره ده. یوازینی شی چې دلته نه دی شامل شوی د بریښنالیک امر کتلاګ او د تلیفون له لارې امر ورکول دي.
د وخت په تیریدو سره، سیسټم لوی او لوی شو، او د کثافاتو لوی مقدار په کې راټول شو. همدارنګه، COBOL په نړۍ کې تر ټولو څرګند ژبه نه ده، نو سیسټم د جنک یوه لوی، واحد ټوټه ټوټه شوه. په 2000 کې، دوی ولیدل چې ډیری شرکتونه ویب پاڼې درلودې چې له لارې یې دوی په بشپړه توګه خپل ټول سوداګرۍ ترسره کړي، او پریکړه یې وکړه چې د دوی لومړنۍ سوداګریزه ډاټ کام ویب پاڼه جوړه کړي.
ابتدايي ډیزاین خورا ښه ښکاري او د لوړ پوړ سایټ bell.com او د انفرادي غوښتنلیکونو لپاره یو شمیر فرعي ډومینونه لري: catalog.bell.com، accounts.bell.com، orders.bell.com، د محصول لټون لټون.bell. com. هر فرعي ډومین د ASP.Net 1.0 چوکاټ او خپل ډیټابیسونه کارولي، او دوی ټول د سیسټم بیک انډ سره خبرې کوي. په هرصورت، ټول امرونه په یو واحد لوی مین فریم کې پروسس او اجرا کیدو ته دوام ورکوي، په کوم کې چې ټول کثافات پاتې دي، مګر مخکینۍ پای د انفرادي غوښتنلیکونو او جلا ډیټابیسونو سره جلا ویب پاڼې وې.
نو د سیسټم ډیزاین منظم او منطقي ښکاري، مګر اصلي سیسټم لکه څنګه چې په راتلونکي سلایډ کې ښودل شوی و.
ټول عناصر یو بل ته تلیفونونه په ګوته کوي ، APIs ته لاسرسی لري ، د دریمې ډلې dlls ځای په ځای شوي ، او داسې نور. دا ډیری وختونه پیښ شوي چې د نسخې کنټرول سیسټمونه به د بل چا کوډ ونیسي، دا د پروژې دننه وغورځوي، او بیا به هرڅه مات شي. د MS SQL Server 2005 د لینک سرورونو مفهوم کارولی، او که څه هم ما په سلایډ کې تیرونه نه دي ښودلي، هر یو ډیټابیس هم یو بل سره خبرې کوي، ځکه چې د ډیری ډیټابیسونو څخه ترلاسه شوي ډیټا پراساس د میزونو په جوړولو کې هیڅ غلط ندي.
له هغه ځایه چې دوی اوس د سیسټم د مختلف منطقي ساحو تر مینځ یو څه جلا کړی و ، دا د کثافاتو توزیع شوي بلبونه بدل شوي ، د کثافاتو لویه برخه لاهم د مین فریم په شاته کې پاتې ده.
په زړه پورې خبره دا وه چې دا مین فریم د بیل کمپیوټرو سیالانو لخوا جوړ شوی و او لاهم د دوی تخنیکي مشاورینو لخوا ساتل کیده. د خپلو غوښتنلیکونو د نه قناعت وړ فعالیت په اړه قانع شوي، شرکت پریکړه وکړه چې له دوی څخه ځان خلاص کړي او سیسټم بیا ډیزاین کړي.
موجوده غوښتنلیک د 15 کلونو لپاره په تولید کې و، کوم چې د ASP.Net پر بنسټ غوښتنلیکونو لپاره ریکارډ دی. خدمت له ټولې نړۍ څخه فرمایشونه ومنل ، او د دې واحد غوښتنلیک څخه کلني عاید یو ملیارد ډالرو ته ورسید. د ګټې یوه مهمه برخه د bell.com ویب پاڼې لخوا رامینځته شوې. په تور جمعه کې، د سایټ له لارې د سپارښتنو شمیر څو ملیون ته ورسید. په هرصورت، موجوده جوړښت هیڅ پرمختګ ته اجازه نه ورکوله، ځکه چې د سیسټم عناصرو سخت متقابل ارتباط په عملي توګه اجازه نه ورکوي چې خدمت ته کوم بدلون راولي.
ترټولو جدي ستونزه د یو هیواد څخه د امر کولو توان نه درلود، په بل کې یې تادیه کول او دریم ته یې لیږل، سره له دې چې دا ډول سوداګریز سکیم په نړیوالو شرکتونو کې خورا عام دی. موجوده ویب پاڼه د دې په څیر هیڅ شی ته اجازه نه ورکوي، نو دوی باید دا امرونه په تلیفون کې ومني او ځای په ځای کړي. دا د دې لامل شو چې شرکت په زیاتیدونکي ډول د جوړښت بدلولو په اړه فکر وکړي، په ځانګړې توګه د مایکرو خدماتو ته د بدلولو په اړه.
دوی نورو شرکتونو ته په کتلو سره سم کار وکړ ترڅو وګوري چې دوی ورته ورته ستونزه څنګه حل کړې. د دې حلونو څخه یو د Netflix خدمت جوړښت و ، کوم چې د API او بهرني ډیټابیس له لارې وصل شوي مایکرو خدمتونه لري.
د بیل کمپیوټر مدیریت پریکړه وکړه چې یوازې د داسې جوړښت رامینځته کړي، د ځینې اساسي اصولو سره سم. لومړی، دوی د ګډ ډیټابیس طریقې په کارولو سره د معلوماتو نقل کول له منځه یوړل. هیڅ معلومات ندي لیږل شوي؛ برعکس، هرڅوک چې ورته اړتیا لري باید مرکزي سرچینې ته لاړ شي. دا د انزوا او خپلواکۍ لخوا تعقیب شو - هر خدمت د نورو څخه خپلواک و. دوی پریکړه وکړه چې د هر څه لپاره ویب API وکاروئ - که تاسو غواړئ ډاټا ترلاسه کړئ یا په بل سیسټم کې بدلونونه رامینځته کړئ، دا ټول د ویب API له لارې ترسره شوي. وروستی لوی شی د "بیل آن بیل" په نوم یو نوی مین فریم و چې د سیالانو هارډویر پراساس د "بیل" مین فریم سره مخالف و.
نو، د 18 میاشتو په جریان کې، دوی د دې اصلي اصولو په شاوخوا کې سیسټم جوړ کړ او مخکې یې تولید ته راوړو. د اونۍ پای وروسته کار ته راستنیدل، پراختیا کونکي سره یوځای شول او ټول سرورونه یې بدل کړل چې نوی سیسټم ورسره وصل شوی و. د 18 میاشتو کار، په سلګونو پراختیا کونکي، خورا عصري بیل هارډویر - او هیڅ مثبته پایله نلري! دې ډیری خلک مایوسه کړي ځکه چې دوی دا سیسټم څو ځله په خپلو لپټاپونو کې چلولی او هرڅه سم وو.
دوی هوښیار وو چې د دې ستونزې په حل کې خپلې ټولې پیسې وغورځوي. دوی د سویچونو سره خورا عصري سرور ریکونه نصب کړل ، ګیګابایټ آپټیکل فایبر یې کارولی ، خورا پیاوړی سرور هارډویر د لیونۍ اندازې RAM سره ، دا ټول وصل کړل ، تنظیم یې کړل - او بیا هیڅ نه! بیا دوی په شک پیل وکړ چې لامل ممکن وخت پای وي، نو دوی ټولو ویب ترتیباتو ته لاړل، د API ټول ترتیباتو ته لاړل او د مهال ویش ټول ترتیبات یې اعظمي ارزښتونو ته تازه کړل، نو ټول هغه څه چې دوی یې کولی شي ناست وي او انتظار وکړي چې څه پیښ شي. سایټ ته. دوی انتظار وکړ او انتظار یې وکړ او د 9 نیم دقیقو انتظار یې وکړ تر هغه چې ویب پاڼه په پای کې پورته شي.
له هغه وروسته، دوی ته دا راڅرګند شو چې اوسنی وضعیت هر اړخیز تحلیل ته اړتیا لري او دوی موږ ته بلنه راکړه. لومړی شی چې موږ وموندل هغه دا وو چې د ټولو 18 میاشتو پراختیا په جریان کې ، یو ریښتینی "مایکرو" ندی رامینځته شوی - هرڅه یوازې لوی شوي. له دې وروسته، موږ د پوسټ مارټم په لیکلو پیل وکړ، چې د "افسوس" یا "غمجن شاتګ" په نوم هم پیژندل کیږي، چې د "مغز طوفان" ته ورته د "مغز طوفان" په نوم هم پیژندل کیږي، ترڅو د ناورین لامل پوه شي.
موږ ډیری نښې درلودې، چې یو یې د API کال په وخت کې د ټرافیک بشپړ بشپړتیا وه. کله چې تاسو د واحد خدمت جوړښت کاروئ، تاسو سمدلاسه پوهیدلی شئ چې واقعیا څه غلط شوي ځکه چې تاسو یو واحد سټیک ټریس لرئ چې هرڅه راپور ورکوي چې د ناکامۍ لامل کیدی شي. په هغه حالت کې چیرې چې د خدماتو یوه ډله په ورته وخت کې ورته API ته لاسرسی لري ، د ټریس تعقیب کولو لپاره هیڅ لاره شتون نلري پرته لدې چې د اضافي شبکې نظارت وسیلې لکه WireShark وکاروئ ، له دې امله تاسو کولی شئ یوه غوښتنه معاینه کړئ او ومومئ چې د دې پلي کولو پرمهال څه پیښ شوي. نو موږ یوه ویب پاڼه واخیستله او نږدې 2 اونۍ مو د پزل ټوټې سره یوځای کولو کې تیرې کړې، هغې ته یې مختلف تلیفونونه وکړل او تحلیل یې وکړ چې هر یو یې د دې لامل شوی.
دا انځور وګورئ. دا ښیې چې یوه بهرنۍ غوښتنه خدمت ته هڅوي چې ډیری داخلي تلیفونونه وکړي چې بیرته راستون شي. دا معلومه شوه چې هر داخلي زنګ اضافي هپونه رامینځته کوي ترڅو وکوالی شي په خپلواکه توګه دې غوښتنې ته خدمت وکړي ، ځکه چې دا نشي کولی د اړین معلوماتو ترلاسه کولو لپاره بل چیرې وګرځي. دا عکس د زنګونو بې معنی cascade په څیر ښکاري ، ځکه چې بهرنۍ غوښتنه اضافي خدماتو ته زنګ وهي ، کوم چې نور اضافي خدماتو ته زنګ وهي ، او داسې نور ، نږدې اعلان انفینیټم.
په دې ډیاګرام کې شنه رنګ یوه نیمه دایره ښیي چې په هغه کې خدمتونه یو بل ته زنګ وهي - خدمت A خدمت B ته زنګ وهي، خدمت B خدمت C ته زنګ وهي، او دا بیا خدمت A ته وایي. په پایله کې، موږ یو "توزیع شوی ځنډ" ترلاسه کوو. یو واحد غوښتنه د زرګونو شبکې API کالونه رامینځته کړي ، او له هغه وخته چې سیسټم د غلطۍ زغم او لوپ محافظت نه درلود ، نو غوښتنه به ناکامه شي که حتی د دې API کالونو څخه یوه هم ناکامه شي.
موږ یو څه ریاضی وکړ. هر API کال د 150 ms او 99,9٪ اپټایم څخه ډیر SLA نه درلود. یوه غوښتنه د 200 مختلف تلیفونونو لامل شوې، او په غوره حالت کې، پاڼه په 200 x 150 ms = 30 ثانیو کې ښودل کیدی شي. په طبیعي توګه، دا ښه نه وه. د 99,9 لخوا د 200٪ اپټایم ضرب کول، موږ د 0٪ شتون ترلاسه کړ. دا معلومه شوه چې دا جوړښت له پیل څخه د ناکامۍ سره مخ شو.
موږ د پراختیا کونکو څخه وپوښتل چې څنګه دوی د 18 میاشتو کار وروسته دا ستونزه ونه پیژندله؟ دا معلومه شوه چې دوی یوازې د هغه کوډ لپاره چې دوی یې چلوي SLA حساب کړی، مګر که د دوی خدمت بل خدمت ته بلنه ورکړي، دوی هغه وخت په SLA کې نه شمیري. هر څه چې په یوه پروسه کې پیل شوي د 150 ms ارزښت سره سمون لري، مګر د خدماتو نورو پروسو ته السرسي ټول ځنډ څو ځله زیات کړی. لومړی درس چې زده کړل شوی و: "ایا تاسو د خپل SLA کنټرول کې یاست، یا SLA ستاسو په کنټرول کې دی؟" زموږ په قضیه کې، دا وروستی و.
بل شی چې موږ وموندل هغه دا و چې دوی د توزیع شوي کمپیوټري غلط مفکورې په اړه پوهیدل چې د پیټر ډیچ او جیمز ګوسلینګ لخوا رامینځته شوي ، مګر دوی د هغې لومړۍ برخه له پامه غورځولې. دا په ګوته کوي چې "شبکه د اعتبار وړ ده،" "صفر ځنډ،" او "لامحدود ټریپټ" غلط فهم دي. په نورو غلط فهمیو کې بیانونه شامل دي "شبکه خوندي ده،" "توپولوژي هیڅکله نه بدلیږي،" "یوازې یو مدیر شتون لري،" "د معلوماتو لیږد لګښت صفر دی،" او "شبکه همغږي ده."
دوی یوه تېروتنه وکړه ځکه چې دوی خپل خدمت په محلي ماشینونو کې ازمویلی او هیڅکله یې د بهرنیو خدماتو سره تړاو نه درلود. کله چې په سیمه ایزه توګه وده کول او د محلي کیچ کارول، دوی هیڅکله د شبکې هپس سره مخ ندي. د ټولو 18 میاشتو پراختیا کې، دوی هیڅکله فکر نه کاوه چې څه به پیښ شي که چیرې بهرني خدمات اغیزمن شي.
که تاسو په مخکینۍ انځور کې د خدماتو حدود وګورئ، تاسو کولی شئ وګورئ چې دوی ټول غلط دي. ډیری سرچینې شتون لري چې د خدماتو حدود تعریف کولو څرنګوالي په اړه مشوره ورکوي، او ډیری یې غلط کوي، لکه مایکروسافټ په راتلونکی سلایډ کې.
دا عکس د MS بلاګ څخه دی "څنګه د مایکرو خدماتو رامینځته کول" موضوع باندې. دا یو ساده ویب غوښتنلیک ښیې، د سوداګرۍ منطق یو بلاک، او ډیټابیس. غوښتنه په مستقیم ډول راځي، شاید د ویب لپاره یو سرور وي، یو سرور د سوداګرۍ لپاره او یو د ډیټابیس لپاره. که تاسو ټرافيک زیات کړئ، انځور به یو څه بدلون ومومي.
دلته د دوه ویب سرورونو تر مینځ ترافیک توزیع کولو لپاره د بار بیلنسر راځي ، یوه کیچ د ویب خدماتو او سوداګرۍ منطق ترمینځ موقعیت لري ، او د سوداګرۍ منطق او ډیټابیس ترمینځ بل کیچ. دا په حقیقت کې د معمارۍ بیل دی چې د 2000 لسیزې په مینځ کې د دې د بار توازن او نیلي / شنه پلي کولو غوښتنلیک لپاره کارول شوی. تر یو څه وخت پورې هرڅه ښه کار وکړ، ځکه چې دا سکیم د یو واحد جوړښت لپاره ټاکل شوی و.
لاندې انځور ښیي چې څنګه MS وړاندیز کوي چې له یو واحد څخه مایکرو خدماتو ته حرکت وکړي - په ساده ډول هر یو اصلي خدمتونه په جلا مایکرو خدماتو ویشل. دا د دې سکیم پلي کولو پرمهال و چې بیل یوه تېروتنه وکړه.
دوی خپل ټول خدمات په مختلفو برخو ویشلي، چې هر یو یې ډیری انفرادي خدمتونه لري. د مثال په توګه، د ویب خدماتو کې د منځپانګې وړاندې کولو او تصدیق کولو لپاره مایکرو خدمتونه شامل وو، د سوداګرۍ منطق خدمت د امرونو او حساب معلوماتو پروسس کولو لپاره مایکرو خدمتونه شامل وو، ډیټابیس د ځانګړو معلوماتو سره د مایکرو خدماتو په ډله ویشل شوی و. دواړه ویب، د سوداګرۍ منطق، او ډیټابیس بې دولت خدمتونه وو.
په هرصورت، دا انځور په بشپړه توګه غلط و ځکه چې دا د شرکت د آی ټي کلستر څخه بهر د سوداګرۍ واحدونو نقشه نه وه کړې. دا سکیم د بهرنۍ نړۍ سره هیڅ اړیکه په پام کې نه وه نیولې، نو دا روښانه نده چې څنګه، د بیلګې په توګه، د دریمې ډلې سوداګریز تحلیلونه ترلاسه کول. زه یادونه کوم چې دوی په ساده ډول د انفرادي کارمندانو کیریر رامینځته کولو لپاره ډیری خدمتونه ایجاد کړي چې د دې لپاره د ډیرو پیسو ترلاسه کولو لپاره د امکان تر حده د ډیری خلکو اداره کولو هڅه کوي.
دوی باور درلود چې مایکرو خدماتو ته تلل دومره اسانه وو لکه څنګه چې د دوی داخلي N-tier فزیکي پرت زیربنا اخیستل او په هغې کې د ډاکر چپه کول. راځئ یو نظر وګورو چې دودیز N-tier جوړښت څه ډول ښکاري.
دا د 4 کچو څخه جوړه ده: د UI کارن انٹرفیس کچه، د سوداګرۍ منطق کچه، د معلوماتو لاسرسي کچه او ډیټابیس. ډیر پرمختللی د DDD (ډومین چلول ډیزاین)، یا د سافټویر پر بنسټ جوړښت دی، چیرې چې دوه منځنۍ کچې د ډومین توکي او ذخیره ده.
ما هڅه وکړه چې په دې جوړښت کې د بدلون مختلف ساحې، د مسؤلیت مختلف ساحې وګورم. په یو عادي N-tier غوښتنلیک کې، د بدلون مختلف ساحې طبقه بندي شوي چې جوړښت له پورته څخه تر ښکته پورې عمودی توګه تیریږي. دا کتلاګ دي، د ترتیب تنظیمات چې په انفرادي کمپیوټرونو کې ترسره شوي، او د چک آوټ چکونه، چې زما د ټیم لخوا اداره شوي.
د دې سکیم ځانګړتیا دا ده چې د بدلون د دې ساحو حدود نه یوازې د سوداګرۍ منطق کچه اغیزه کوي، بلکې ډیټابیس ته هم غزوي.
راځئ وګورو چې دا د خدمت معنی څه ده. د خدمت تعریف شپږ ځانګړتیاوې لري - دا سافټویر دی چې:
- د یو ځانګړي سازمان لخوا رامینځته شوی او کارول کیږي؛
- په سیسټم کې د یو ځانګړي ډول معلوماتو مینځپانګې ، پروسس کولو او/یا چمتو کولو مسؤلیت لري؛
- د ځانګړو عملیاتي اړتیاو پوره کولو لپاره په خپلواکه توګه جوړ، ځای پر ځای او چلول کیدی شي؛
- د پیرودونکو او نورو خدماتو سره اړیکه نیسي، د تړونونو یا قراردادي تضمینونو پر بنسټ معلومات چمتو کوي؛
- د غیر مجاز لاسرسي څخه ځان ساتي، او د دې معلوماتو له لاسه ورکولو څخه؛
- ناکامۍ په داسې ډول اداره کوي چې دوی د معلوماتو د زیان لامل نه کیږي.
دا ټول ملکیتونه په یوه کلمه "خود مختاري" کې بیان کیدی شي. خدمتونه له یو بل څخه په خپلواکه توګه کار کوي، ځینې محدودیتونه پوره کوي، او قراردادونه تعریفوي چې په اساس یې خلک کولی شي هغه معلومات ترلاسه کړي چې دوی ورته اړتیا لري. ما د ځانګړو ټیکنالوژیو یادونه نه ده کړې، چې کارول یې پخپله څرګند دي.
اوس راځئ چې د مایکرو خدماتو تعریف وګورو:
- د مایکرو سرویس اندازه کوچنۍ ده او د یوې ځانګړې ستونزې د حل لپاره ډیزاین شوې؛
- کوچني خدمتونه خپلواکه دي؛
- کله چې د مایکرو سرویس معمارۍ رامینځته کول ، د ښار پلان کولو استعاره کارول کیږي. دا د سیم نیومن له کتاب څخه تعریف دی، د مایکرو خدماتو جوړول.
د پابند شرایط تعریف د ایریک ایونز کتاب ډومین - چلونکي ډیزاین څخه اخیستل شوی. دا په DDD کې یو اصلي نمونه ده، د معمارۍ ډیزاین مرکز چې د حجمیتریک معمارۍ ماډلونو سره کار کوي، دوی په مختلفو محدودو شرایطو ویشي او په واضح ډول د دوی ترمنځ تعاملات تعریفوي.
په ساده ډول ووایاست، یو تړل شوی متن هغه ساحه په ګوته کوي چې په کوم کې یو ځانګړی ماډل کارول کیدی شي. د دې شرایطو دننه یو منطقي متحد ماډل دی چې لیدل کیدی شي، د بیلګې په توګه، ستاسو د سوداګرۍ ډومین کې. که تاسو په فرمایشونو کې دخیل پرسونل څخه وپوښتئ "څوک پیرودونکی دی" ، تاسو به یو تعریف ترلاسه کړئ ، که تاسو په پلور کې دخیل خلکو څخه وپوښتئ ، نو تاسو به بل ترلاسه کړئ ، او اجرا کونکي به تاسو ته دریم تعریف درکړي.
نو، پابند شرایط وايي چې که موږ نشو کولی د دې روښانه تعریف وړاندې کړو چې زموږ د خدماتو مصرف کونکي څه دي، راځئ چې هغه حدود تعریف کړو چې په هغه کې موږ د دې اصطلاح معنی په اړه خبرې کولی شو، او بیا د دې مختلف تعریفونو ترمنځ د لیږد ټکي تعریف کړو. دا دی، که موږ د امرونو د ځای په ځای کولو له نظره د پیرودونکي په اړه خبرې کوو، دا پدې معنی ده چې دا او هغه، او که د پلور له نظره، دا معنی لري او دا.
د مایکرو سرویس راتلونکی تعریف د هر ډول داخلي عملیاتو پوښل دي، چې چاپیریال ته د کاري پروسې د اجزاوو د "لیکیدو" مخه نیسي. بل د "بهرني تعاملاتو یا بهرنیو اړیکو لپاره د واضح قراردادونو تعریف" راځي، کوم چې د SLAs څخه د بیرته راستنیدو قراردادونو مفکورې لخوا استازیتوب کیږي. وروستی تعریف د حجرې یا حجرې استعاره ده، چې پدې معنی ده چې د مایکرو سرویس دننه د عملیاتو بشپړ بشپړ پوښښ او د بهرنۍ نړۍ سره د اړیکو لپاره د رسیدونکو شتون شتون لري.
نو موږ په بیل کمپیوټر کې هلکانو ته وویل: "موږ نشو کولی هغه ګډوډي حل کړو چې تاسو یې رامینځته کړی ځکه چې تاسو یوازې د دې کولو لپاره پیسې نلرئ ، مګر موږ به یوازې یو خدمت تنظیم کړو ترڅو دا ټول جوړ کړي. احساس." پدې مرحله کې ، زه به تاسو ته د ویلو سره پیل وکړم چې څنګه موږ خپل یوازینی خدمت تنظیم کړ ترڅو دا د 9 او نیم دقیقو څخه ګړندي غوښتنو ته ځواب ووایی.
22:30 دقیقې
ډیر ژر به دوام وکړي ...
لږ اعلان
له موږ سره د پاتې کیدو لپاره مننه. ایا تاسو زموږ مقالې خوښوي؟ غواړئ نور په زړه پورې مینځپانګه وګورئ؟ د امر په ورکولو یا ملګرو ته وړاندیز کولو سره زموږ ملاتړ وکړئ ، , د ننوتلو کچې سرورونو یو ځانګړی انلاګ ، کوم چې زموږ لخوا ستاسو لپاره اختراع شوی و: (د RAID1 او RAID10 سره شتون لري، تر 24 کور پورې او تر 40GB DDR4 پورې).
ډیل R730xd په امستردام کې د Equinix Tier IV ډیټا مرکز کې 2 ځله ارزانه؟ یوازې دلته په هالنډ کې! ډیل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - له $ 99 څخه! په اړه ولولئ
سرچینه: www.habr.com