ولې د میګافون په څیر کارپوریشن په بیلینګ کې ټرانټول ته اړتیا لري؟ له بهر څخه داسې ښکاري چې پلورونکی معمولا راځي ، یو ډول لوی بکس راوړي ، ساکټ ته پلګ ولګوي - او دا بلینګ دی! دا یو وخت قضیه وه، مګر اوس دا لرغونی دی، او دا ډول ډیناسور لا دمخه له منځه تللي یا د ورکیدو په حال کې دي. په پیل کې، بلینګ د رسیدونو د صادرولو لپاره یو سیسټم دی - د شمیرنې ماشین یا کیلکولیټر. په عصري مخابراتو کې دا دی د تړون له پای ته رسیدو څخه تر پای ته رسیدو پورې د پیرودونکي سره د متقابل عمل ټول ژوند دوره لپاره د اتومات سیسټم، پشمول د ریښتیني وخت بلینګ ، د تادیې منل او نور ډیر څه. په مخابراتي شرکتونو کې بیل کول د جنګي روبوټ په څیر دي - لوی، ځواکمن او له وسلو ډک.
ترنتول له دې سره څه تړاو لري؟ دوی به په دې اړه خبرې وکړي اولیګ اییلوف и اندری کنازوف. اولیګ د شرکت لوی معمار دی په بهرنیو شرکتونو کې د پراخې تجربې سره، اندری د سوداګرۍ سیسټمونو رییس دی. د دوی د راپور له نقل څخه تاسو به زده کړئ چې ولې په کارپوریشنونو کې R&D ته اړتیا ده، ټرانټول څه شی دی، څنګه د عمودی پیمانه کولو او نړیوال کولو خنډ په شرکت کې د دې ډیټابیس د ظهور لپاره شرایط رامینځته شوي، د ټیکنالوژیکي ننګونو په اړه، د معمارۍ بدلون، او څنګه د میګافون ټیکناسټیک د Netflix سره ورته دی. ، ګوګل او ایمیزون.
پروژه "متحد بلینګ"
د پوښتنې لاندې پروژه د "متحد بلینګ" په نوم یادیږي. دا دلته وه چې ترنتول خپل غوره ځانګړتیاوې وښودلې.
د Hi-End تجهیزاتو د تولید وده د پیرودونکو اساس وده او د خدماتو شمیر کې وده سره سمون نه درلود؛ د پیرودونکو او خدماتو په شمیر کې نوره وده تمه کیده د M2M، IoT او شاخونو ځانګړتیاو له امله رامینځته شوې. په بازار کې د وخت خرابوالی. شرکت پریکړه وکړه چې د 8 اوسني مختلف بیلینګ سیسټمونو پرځای د نړۍ په کچه د ځانګړي ماډلر جوړښت سره یو متحد سوداګریز سیسټم رامینځته کړي.
میګافون په یوه کې اته شرکتونه دي. په 2009 کې، بیا تنظیم بشپړ شو: په ټوله روسیه کې څانګې په یو واحد شرکت، MegaFon OJSC (اوس PJSC) سره یوځای شوي. په دې توګه، شرکت د خپل "ګمرک" حلونو، د څانګو ځانګړتیاوو او مختلف سازماني جوړښتونو، معلوماتي ټکنالوجۍ او بازار موندنې سره د 8 بلینګ سیسټمونه لري.
هرڅه سم وو تر هغه چې موږ باید یو عام فدرالي محصول پیل کړو. دلته ډیری ستونزې را منځته شوي: د ځینو لپاره، تعرفې ګردي شوي، د نورو لپاره، او د نورو لپاره - د ریاضي معنی پراساس. په زرګونو داسې شیبې شتون لري.
د دې حقیقت سره سره چې د بلینګ سیسټم یوازې یوه نسخه وه، یو عرضه کونکی، ترتیبات دومره توپیر لري چې یوځای کولو کې یې ډیر وخت واخیست. موږ هڅه وکړه چې د دوی شمیر کم کړو، او د دویمې ستونزې سره مخ شو چې ډیری شرکتونو ته پیژندل کیږي.
عمودی اندازه کول. حتی په هغه وخت کې ترټولو غوره هارډویر اړتیاوې نه پوره کوي. موږ د سوپرډوم های انډ لاین څخه د Hewlett-Packard تجهیزات کارولي ، مګر دا حتی د دوه څانګو اړتیاوې نه پوره کوي. ما د لوی عملیاتي لګښتونو او پانګوونې پانګوونې پرته افقی اندازه کول غوښتل.
د پیرودونکو او خدماتو په شمیر کې د ودې تمه. مشاورینو له اوږدې مودې راهیسې د مخابراتو نړۍ ته د IoT او M2M په اړه کیسې راوړي: هغه وخت به راشي چې هر تلیفون او اوسپنه به یو سیم کارت ولري ، او دوه په یخچال کې. نن ورځ موږ یو شمیر پیرودونکي لرو، مګر په نږدې راتلونکي کې به ډیر نور هم وي.
تخنیکي ننګونې
دا څلور لاملونه موږ هڅوي چې جدي بدلونونه رامنځته کړو. د سیسټم نوي کولو او له سکریچ څخه ډیزاین کولو تر مینځ یو انتخاب شتون درلود. موږ د اوږدې مودې لپاره فکر وکړ، جدي پریکړې مو وکړې، داوطلبۍ لوبې وکړې. د پایلې په توګه، موږ پریکړه وکړه چې له پیل څخه ډیزاین وکړو، او په زړه پورې ننګونې مو واخیستې - ټیکنالوژیکي ننګونې.
د توزیع وړتیا
که دا مخکې وو، راځئ چې ووایو، اجازه راکړئ د 8 ملیون پیرودونکو لپاره 15 بلینګ، او اوس باید کار کړی وای 100 ملیون پیرودونکي او نور - بار د لوړ شدت ترتیب دی.
موږ په پیمانه کې د لوی انټرنیټ لوبغاړو لکه Mail.ru یا Netflix سره پرتله شوي یو.
مګر د بار او پیرودونکو اساس زیاتولو لپاره نور حرکت زموږ لپاره جدي ننګونې رامینځته کړې.
زموږ د ګران هیواد جغرافیه
د کالینینګراډ او ولادیوستوک ترمنځ 7500 کیلومتره او 10 وخت زونونه. د رڼا سرعت محدود دی او په داسې فاصلو کې ځنډونه دمخه د پام وړ دي. په غوره عصري نظری چینلونو کې 150 ms د ریښتیني وخت بلینګ لپاره خورا ډیر دی ، په ځانګړي توګه لکه څنګه چې دا اوس په روسیه کې مخابراتو کې دی. سربیره پردې ، تاسو اړتیا لرئ په یوه کاري ورځ کې تازه کړئ ، او د مختلف وخت زونونو سره دا ستونزه ده.
موږ یوازې د ګډون فیس لپاره خدمات نه وړاندې کوو، موږ پیچلي تعرفې، کڅوړې، او مختلف بدلون کونکي لرو. موږ اړتیا لرو چې نه یوازې پیرودونکي ته د خبرو کولو اجازه ورکړو یا رد کړو ، بلکه هغه ته یو ټاکلی کوټه ورکړئ - په ریښتیني وخت کې تلیفونونه او عملونه محاسبه کړئ ترڅو هغه خبر نه کړي.
د خطا زغم
دا د مرکزي کولو بل اړخ دی.
که موږ ټول پیرودونکي په یو سیسټم کې راټول کړو، نو بیا هر ډول بیړني پیښې او آفتونه د سوداګرۍ لپاره ویجاړونکي دي. له همدې امله، موږ سیسټم په داسې ډول ډیزاین کوو چې د ټولو پیرودونکو اساس باندې د پیښو اغیزې له منځه یوسي.
دا بیا د عمودی اندازه کولو څخه د انکار پایله ده. کله چې موږ په افقی ډول اندازه کړل، موږ د سرورونو شمیر له سلګونو څخه زرو ته لوړ کړ. دوی باید اداره شي او د تبادلې وړ وي، په اتوماتيک ډول د معلوماتي ټکنالوجۍ زیربنا ملاتړ وکړي او ویشل شوی سیسټم بیرته راولي.
موږ له داسې په زړه پورې ننګونو سره مخ وو. موږ سیسټم ډیزاین کړ، او په دې وخت کې موږ هڅه وکړه چې نړیوال غوره تمرینونه ومومئ ترڅو وګورو چې موږ څنګه په رجحان کې یو، موږ څومره پرمختللي ټیکنالوژي تعقیبوو.
د نړۍ تجربه
په حیرانتیا سره، موږ په نړیوال مخابرات کې یو واحد حواله ونه موندله.
اروپا د پیرودونکو د شمیر او پیمانې له مخې له مینځه تللې ، متحده ایالات - د خپلو تعرفو د نرموالي له مخې. موږ ځینې په چین کې ولیدل، او ځینې یې په هند کې وموندل او د ووډافون انډیا متخصصین مو استخدام کړل.
د معمارۍ تحلیل لپاره، موږ د IBM په مشرۍ د خوب ټیم راټول کړ - د مختلفو برخو څخه معماران. دا خلک کولی شي په سمه توګه ارزونه وکړي چې موږ څه کوو او زموږ معمارۍ ته ځانګړي پوهه راوړو.
اندازه
د مثال لپاره یو څو شمیرې.
موږ د دې لپاره سیسټم ډیزاین کوو 80 ملیون پیرودونکي د یو ملیارد زیرمو سره. دا څنګه موږ د راتلونکي حدونه لرې کوو. دا د دې لپاره نه دی چې موږ به چین ونیسي، مګر د IoT او M2M د برید له امله.
300 ملیون اسناد په ریښتیني وخت کې پروسس شوي. که څه هم موږ 80 ملیون پیرودونکي لرو، موږ د احتمالي پیرودونکو او هغو کسانو سره کار کوو چې موږ یې پریښودل که چیرې موږ د ترلاسه کولو وړ راټولولو ته اړتیا ولرو. له همدې امله، اصلي حجمونه د پام وړ لوی دي.
د 2 ملیارد لیږد بیلانس هره ورځ بدلیږي - دا تادیات، لګښتونه، تلیفونونه او نورې پیښې دي. د 200 TB ډیټا په فعاله توګه بدلیږي، یو څه ورو بدل کړئ د معلوماتو 8 PB، او دا یو آرشیف نه دی، مګر په یوه بلینګ کې ژوندی ډاټا. د معلوماتو مرکز لخوا اندازه کول - په 5 سایټونو کې 14 زره سرورونه.
د ټیکنالوژۍ کڅوړه
کله چې موږ جوړښت پلان کړ او د سیسټم راټولول مو پیل کړل، موږ خورا په زړه پوري او پرمختللي ټیکنالوژي وارد کړل. پایله د ټیکنالوژۍ سټیک دی چې هر انټرنیټ پلیر او شرکتونو ته پیژندل کیږي چې د لوړ بار سیسټمونه رامینځته کوي.
سټیک د نورو لوی لوبغاړو سټیکونو ته ورته دی: Netflix، ټویټر، وایبر. دا د 6 برخو څخه جوړه ده، مګر موږ غواړو چې لنډ او متحد کړو.
انعطاف ښه دی، مګر په لوی شرکت کې د یووالي پرته بله لاره نشته.
موږ به ورته اوریکل په تورنول بدل نه کړو. د لویو شرکتونو په واقعیتونو کې، دا یو یوټوپیا، یا د 5-10 کلونو لپاره د ناڅرګندې پایلې سره صلیب دی. مګر کاسندرا او کوچبیس په اسانۍ سره د ترانټول سره ځای په ځای کیدی شي ، او دا هغه څه دي چې موږ یې هڅه کوو.
ولې ترنتول؟
دلته 4 ساده معیارونه شتون لري چې ولې موږ دا ډیټابیس غوره کړی.
چټک. موږ په میګافون صنعتي سیسټمونو کې د بار ازموینې ترسره کړې. Tarantool وګټله - دا غوره فعالیت وښود.
دا پدې معنی ندي چې نور سیسټمونه د میګافون اړتیاوې نه پوره کوي. د حافظې اوسني حلونه دومره ګټور دي چې د شرکت زیرمې له کافي څخه ډیرې دي. مګر موږ د یو مشر سره معامله کولو کې علاقه لرو ، نه د هغه چا سره چې وروسته پاتې وي ، پشمول د بار ازموینې کې.
Tarantool حتی په اوږد مهال کې د شرکت اړتیاوې پوښي.
د TCO لګښت. د میګافون حجمونو کې د کوچبیس ملاتړ کول د ستورپوهنې اندازې پیسې مصرفوي، مګر د Tarantool سره وضعیت خورا خوندور دی، او دوی په فعالیت کې ورته دي.
یو بل ښه ځانګړتیا چې زموږ په انتخاب لږ څه اغیزه کړې دا ده چې ټرانټول د نورو ډیټابیسونو په پرتله د حافظې سره ښه کار کوي. هغه ښيي اعظمي موثریت.
باور. میګافون په اعتبار کې پانګه اچونه کوي، شاید د بل چا څخه ډیر. نو کله چې موږ ترنټول ته وکتل، موږ پوه شو چې موږ باید دا زموږ اړتیاوې پوره کړو.
موږ خپل وخت او مالي پانګونه وکړه، او د Mail.ru سره یوځای مو د تصدۍ نسخه جوړه کړه، چې اوس په څو نورو شرکتونو کې کارول کیږي.
Tarantool-Enterprise موږ د امنیت، اعتبار، او د ننوتلو په برخه کې په بشپړه توګه راضي یو.
مشارکت
زما لپاره ترټولو مهم شی دی د پراختیا کونکي سره مستقیم اړیکه. دا په حقیقت کې هغه څه دي چې د ترنتول هلکان ورسره رشوت اخلي.
که تاسو یو لوبغاړي ته راشئ ، په ځانګړي توګه هغه څوک چې د لنگر پیرودونکي سره کار کوي ، او ووایی چې تاسو ډیټابیس ته اړتیا لرئ د دې کولو لپاره ، دا او دا ، هغه معمولا ځواب ورکوي:
- سمه ده، اړتیاوې د هغې په پای کې کېږدئ - یوه ورځ، موږ به شاید دوی ته ورسیږو.
ډیری د راتلونکو 2-3 کلونو لپاره د سړک نقشه لري، او هلته یوځای کول تقریبا ناممکن دي، مګر د Tarantool پراختیا کونکي د دوی په خلاصون سره، نه یوازې د میګافون څخه، او خپل سیسټم د پیرودونکي سره تطابق کوي. دا ښه دی او موږ واقعیا خوښوو.
چیرته چې موږ تورنول کارولی شو
موږ په څو عناصرو کې Tarantool کاروو. لومړی په پیلوټ کې دی، کوم چې موږ د پتې لارښود سیسټم کې جوړ کړی. په یو وخت کې ما غوښتل چې دا یو سیسټم وي چې د Yandex.Maps او Google Maps سره ورته وي، مګر دا یو څه توپیر درلود.
د مثال په توګه، د پلور انٹرفیس کې د پتې کتلاګ. په اوریکل کې، د مطلوب پته لټون 12-13 ثانیې وخت نیسي. - نا آرامه شمیرې. کله چې موږ ټرانټول ته لاړ شو، په کنسول کې د بل ډیټابیس سره اوریکل ځای په ځای کړو، او ورته لټون ترسره کړو، موږ د 200x سرعت ترلاسه کوو! ښار د دریم لیک څخه وروسته پاپ کیږي. اوس موږ انٹرفیس تطابق کوو نو دا د لومړي وروسته پیښیږي. په هرصورت، د غبرګون سرعت په بشپړه توګه توپیر لري - د ثانیو پر ځای ملیسیکنډونه.
دوهم غوښتنلیک یو رجحان لرونکی موضوع ده چې د دوه سرعت IT په نوم یادیږي. دا ځکه چې د هر کونج مشاورین وايي چې شرکتونه باید هلته لاړ شي.
دلته یو زیربنا پرت شتون لري، پورته یې ډومینونه شتون لري، د بیلګې په توګه، د بلینګ سیسټم لکه د مخابراتو، کارپوریټ سیسټمونو، کارپوریټ راپور ورکولو. دا هغه کور دی چې لمس کولو ته اړتیا نلري. دا، البته، دا ممکنه ده، مګر په حیرانتیا سره د کیفیت ډاډمن کول، ځکه چې دا شرکت ته پیسې راوړي.
بل د مایکرو خدماتو پرت راځي - هغه څه چې آپریټر یا بل لوبغاړی توپیر کوي. کوچني خدمتونه په چټکۍ سره د ځینې کیچونو پراساس رامینځته کیدی شي ، د مختلف ډومینونو څخه ډیټا راوړي. دلته د تجربو لپاره ساحه - که یو څه کار ونه کړي، ما یو مایکروسافټ بند کړ او بل یې خلاص کړ. دا واقعیا بازار ته د وخت زیاتوالی چمتو کوي او د شرکت اعتبار او سرعت زیاتوي.
مایکرو خدمتونه شاید په میګافون کې د ترنټول اصلي رول وي.
چیرته چې موږ پلان لرو چې د تارنول څخه کار واخلو
که موږ زموږ د بلینګ بریالۍ پروژه په Deutsche Telekom, Svyazcom, Vodafone India کې د بدلون پروګرامونو سره پرتله کړو، دا په حیرانتیا سره متحرک او تخلیقی دی. د دې پروژې د پلي کولو په بهیر کې، نه یوازې میګافون او د هغې جوړښت بدل شوی، بلکې د Tarantool-Enterprise هم په Mail.ru کې راڅرګند شو، او زموږ پلورونکی Nexign (پخوا د پیټر خدمت) - BSS بکس (د بکس شوي بل کولو حل).
دا په یوه معنی، د روسیې د بازار لپاره یوه تاریخي پروژه ده. دا د هغه څه سره پرتله کیدی شي چې د فریډریک بروکس لخوا "د افسانوي انسان میاشت" کتاب کې تشریح شوي. بیا، په 60s کې، IBM 360 خلک وګمارل ترڅو د اصلي چوکاټونو لپاره د نوي OS/5 عملیاتي سیسټم رامینځته کړي. موږ لږ - 000 لرو، مګر زموږ په واسکټونو کې دي، او د خلاصې سرچینې کارولو او نویو لارو چارو په پام کې نیولو سره، موږ ډیر ګټور کار کوو.
لاندې د بلینګ ډومینونه یا په پراخه کچه خبرې کول د سوداګرۍ سیسټمونه دي. د تصدۍ خلک CRM ډیر ښه پوهیږي. هرڅوک باید دمخه نور سیسټمونه ولري: خلاص API، API ګیټ وے.
پرانيستې API
راځئ چې بیا شمیرو ته وګورو او دا چې خلاص API اوس مهال څنګه کار کوي. بار یې دی په هره ثانیه کې 10 لیږدونه. له هغه ځایه چې موږ پلان لرو چې په فعاله توګه د مایکرو خدماتو پرت ته وده ورکړو او د میګافون عامه API رامینځته کړو ، موږ پدې برخه کې په راتلونکي کې د لوی ودې تمه لرو. ضرور به 100 لیږدونه وي.
زه نه پوهیږم چې موږ کولی شو په SSO کې د Mail.ru سره پرتله کړو - داسې ښکاري چې هلکان په هره ثانیه کې 1 لیږدونه لري. د دوی حل زموږ لپاره خورا په زړه پوری دی او موږ پلان لرو چې د دوی تجربه غوره کړو - د مثال په توګه ، د Tarantool په کارولو سره د فعال SSO بیک اپ جوړول. اوس د Mail.ru څخه پراختیا کونکي دا زموږ لپاره کوي.
دمراسمو
CRM هماغه 80 ملیون پیرودونکي دي چې موږ غواړو یو ملیارد ته لوړ کړو ، ځکه چې دمخه 300 ملیون اسناد شتون لري چې درې کلن تاریخ پکې شامل دي. موږ واقعیا نوي خدماتو ته سترګې په لار یو او دلته د ودې نقطه تړل شوي خدمتونه دي. دا یو بال دی چې وده کوي، ځکه چې هلته به ډیر خدمتونه وي. په دې اساس، موږ به یوې کیسې ته اړتیا ولرو؛ موږ نه غواړو په دې اړه ودروو.
د رسیدونو د صادرولو په شرایطو کې پخپله بیل کول، د پیرودونکي حسابونو سره کار کول چې د ترلاسه کولو وړ وي په جلا ډومین بدل شوی. د فعالیت ښه کولو لپاره، د پلي شوي ډومین آرکیټیکچر معماري نمونه.
سیسټم په ډومینونو ویشل شوی، بار ویشل شوی او د خطا زغم ډاډمن شوی. سربیره پردې، موږ د توزیع شوي جوړښت سره کار کاوه.
نور هرڅه د تصدۍ کچې حلونه دي. د تلیفون ذخیره کې - هره ورځ 2 ملیارده، هره میاشت 60 ملیارده. ځینې وختونه تاسو باید دوی په میاشت کې حساب کړئ، او دا په چټکۍ سره ښه ده. مالي څارنه - دا په حقیقت کې ورته 300 ملیون دی چې په دوامداره توګه وده کوي او وده کوي: پیرودونکي اکثرا د آپریټرونو ترمینځ تیریږي ، پدې برخه کې زیاتوالی.
د ګرځنده مخابراتو ترټولو مخابراتي برخه ده آنلاین بلینګ. دا هغه سیسټمونه دي چې تاسو ته اجازه درکوي تلیفون وکړئ یا نه زنګ ووهئ ، په ریښتیني وخت کې پریکړې وکړئ. دلته بار په هره ثانیه کې 30 لیږد دی، مګر د معلوماتو لیږد کې وده په پام کې نیولو سره، موږ پلان لرو 250 لیږدونه، او له همدې امله موږ د ترنټول سره ډیره علاقه لرو.
مخکینی عکس هغه ډومینونه دي چیرې چې موږ د تارنول څخه کار اخلو. CRM پخپله، البته، پراخ دی او موږ به یې په اصلي کې وکاروو.
زموږ د 100 ملیون پیرودونکو اټکل شوي TTX شمیره ما د معمار په توګه مغشوشوي - که 101 ملیون؟ ایا تاسو باید هرڅه بیا تکرار کړئ؟ د دې څخه د مخنیوي لپاره، موږ کیچ کاروو، په ورته وخت کې د لاسرسي زیاتوالی.
په عموم کې، د Tarantool کارولو لپاره دوه لارې شتون لري. لومړی - د مایکرو سرویس په کچه ټول کیچونه جوړ کړئ. تر هغه ځایه چې زه پوهیږم، VimpelCom دا لاره تعقیبوي، د پیرودونکو کیچ رامینځته کوي.
موږ په پلورونکو لږ تکیه کوو، موږ د BSS کور بدلوو، نو موږ د بکس څخه یو واحد پیرودونکي فایل لرو. مګر موږ غواړو چې دا پراخه کړو. له همدې امله، موږ یو څه مختلف چلند کوو - په سیسټمونو کې کیچونه جوړ کړئ.
پدې توګه لږ همغږي شتون لري - یو سیسټم د کیش او اصلي ماسټر سرچینې دواړو لپاره مسؤل دی.
دا طریقه د ټرانټول طرزالعمل سره د لیږد کنکال سره ښه مناسبه ده، کله چې یوازې هغه برخې چې د تازه معلوماتو سره تړاو لري، د معلوماتو بدلونونه، تازه کیږي. نور هرڅه په بل ځای کې ساتل کیدی شي. هیڅ لوی ډیټا لیک شتون نلري ، غیر منظم نړیوال زیرمه. کیچونه د سیسټم لپاره ډیزاین شوي، یا د محصولاتو لپاره، یا د پیرودونکو لپاره، یا د ساتنې لپاره ژوند اسانه کولو لپاره. کله چې یو پیرودونکی زنګ ووهي او ستاسو د خدماتو کیفیت په اړه خپه وي، تاسو غواړئ د کیفیت خدمت چمتو کړئ.
RTO او RPO
په IT کې دوه اصطلاحات شتون لري - OTR и RPO.
د بیا رغونې وخت هدف هغه وخت دی چې د ناکامۍ وروسته د خدمت بیرته راګرځولو لپاره وخت نیسي. RTO = 0 پدې معنی چې حتی که یو څه ناکام شي، خدمت کار ته دوام ورکوي.
د بیا رغونې نقطه هدف - دا د ډیټا د بیرته راستنیدو وخت دی ، څومره معلومات چې موږ کولی شو د یوې ټاکلې مودې په اوږدو کې له لاسه ورکړو. RPO = 0 پدې معنی چې موږ معلومات له لاسه نه ورکوو.
د ترنتول دنده
راځئ هڅه وکړو چې د ترنټول لپاره ستونزه حل کړو.
ورکړل: د غوښتنلیکونو یوه کڅوړه چې هرڅوک پوهیږي، د بیلګې په توګه، په ایمیزون یا بل ځای کې. اړینه ده د دې لپاره چې د پیرود کارټ په اونۍ کې 24 ورځې 7 ساعته کار کوي، یا د وخت 99,99٪. هغه سپارښتنې چې موږ ته راځي باید په ترتیب کې پاتې شي، ځکه چې موږ نشو کولی په تصادفي ډول د پیرودونکي پیوستون فعال یا بند کړو - هرڅه باید په کلکه سره وي. پخوانۍ ګډون په راتلونکی اغیزه کوي، نو معلومات مهم دي - هیڅ شی باید ورک نشي.
پریکړه. تاسو کولی شئ د دې په سر کې د حل کولو هڅه وکړئ او د ډیټابیس پراختیا کونکو څخه پوښتنه وکړئ ، مګر ستونزه په ریاضي ډول نشي حل کیدی. تاسو کولی شئ نظرونه، د ساتنې قوانین، د کوانټم فزیک په یاد ولرئ، مګر ولې - دا د DB په کچه نشي حل کیدی.
ښه زوړ معماري تګلاره دلته کار کوي - تاسو اړتیا لرئ د موضوع ساحه ښه وپیژنئ او د دې معما حل کولو لپاره یې وکاروئ.
زموږ حل: په ترانتول کې د غوښتنلیکونو توزیع شوي راجسټری رامینځته کول - د جیو توزیع شوي کلستر. په ډیاګرام کې، دا د معلوماتو پروسس کولو درې مختلف مرکزونه دي - دوه د یورال څخه مخکې، یو د یورال څخه هاخوا، او موږ د دې مرکزونو ترمنځ ټولې غوښتنې ویشو.
Netflix، چې اوس په IT کې یو له مشرانو څخه ګڼل کیږي، تر 2012 پورې یوازې یو ډیټا مرکز درلود. د دسمبر په 24 ، د کاتولیک کرسمس په ماښام ، دا د معلوماتو مرکز ړنګ شو. په کاناډا او متحده ایالاتو کې کاروونکي د دوی د خوښې فلمونو پرته پاتې شوي، ډیر خپه وو او په ټولنیزو شبکو کې یې په اړه لیکلي. Netflix اوس په لویدیځ ختیځ ساحل کې درې ډیټا مرکزونه لري او یو په لویدیځ اروپا کې.
موږ په پیل کې د جیو ویشل شوي حل رامینځته کوو - د غلطۍ زغم زموږ لپاره مهم دی.
نو موږ یو کلستر لرو، مګر د RPO = 0 او RTO = 0 په اړه څه؟ حل ساده دی، د موضوع پورې اړه لري.
په غوښتنلیکونو کې څه مهم دي؟ دوه برخې: د ټوکر اچول ته د پیرود پریکړه کول، او وروسته. په مخابراتو کې د DO برخه معمولا ویل کیږي امر نیول او یا د خبرو اترو امر. په مخابراتو کې، دا د آنلاین پلورنځي په پرتله خورا ستونزمن کیدی شي، ځکه چې هلته باید پیرودونکي خدمت وکړي، 5 اختیارونه وړاندې کړي، او دا ټول د یو څه وخت لپاره پیښیږي، مګر ټوکر ډک شوی. په دې وخت کې، ناکامي ممکنه ده، مګر دا ویره نلري، ځکه چې دا د انسان تر څارنې لاندې په متقابل ډول پیښیږي.
که چیرې د مسکو ډیټا مرکز ناڅاپه ناکام شي ، نو په اتوماتيک ډول بل ډیټا مرکز ته په تګ سره ، موږ به کار ته دوام ورکړو. په تیوریکي توګه، یو محصول ممکن په کارټ کې ورک شي، مګر تاسو یې وګورئ، بیا کارټ کې اضافه کړئ او کار ته دوام ورکړئ. پدې حالت کې RTO = 0.
په ورته وخت کې ، دوهم اختیار شتون لري: کله چې موږ "سپارل" کلیک کړو ، موږ غواړو معلومات له لاسه ورنکړو. له دې شیبې څخه ، اتومات کار پیل کوي - دا RPO = 0 دی. د دې دوه مختلف نمونو په کارولو سره ، په یوه حالت کې دا په ساده ډول د جیو توزیع شوي کلسټر کیدی شي د یو بدلیدونکي ماسټر سره ، په بل حالت کې یو ډول کورم ریکارډ. نمونې ممکن توپیر ولري، مګر موږ ستونزه حل کوو.
سربیره پردې ، د غوښتنلیکونو توزیع شوي راجسټری سره ، موږ کولی شو دا ټول اندازه کړو - ډیری لیږونکي او اجرا کونکي لرو چې دې راجسټرې ته لاسرسی لري.
Cassandra او Tarantool یوځای
بله قضیه ده - "د بیلانس نمایش". دلته د Cassandra او Tarantool د ګډ کارونې په زړه پورې قضیه ده.
موږ کاسیندرا کاروو ځکه چې هره ورځ 2 ملیارد زنګونه محدود ندي ، او نور به هم وي. بازارمندان د سرچینې په واسطه د ترافیک رنګ کولو سره مینه لري؛ د مثال په توګه په ټولنیزو شبکو کې ډیر او ډیر توضیحات څرګندیږي. دا ټول په کیسه کې اضافه کوي.
کاسیندرا تاسو ته اجازه درکوي په افقی ډول هرې اندازې ته اندازه کړئ.
موږ د کاسندرا سره راحت احساس کوو ، مګر دا یوه ستونزه لري - دا په لوستلو کې ښه نه ده. په ثبت کې هرڅه سم دي، په هره ثانیه کې 30 کومه ستونزه نده - د لوستلو ستونزه.
له همدې امله ، د کیچ سره یوه موضوع راښکاره شوه ، او په ورته وخت کې موږ لاندې ستونزه حل کړه: یو زوړ دودیز قضیه شتون لري کله چې د آنلاین بلینګ څخه د سویچ څخه تجهیزات هغه فایلونو ته راځي چې موږ یې په کاسندرا کې بار کوو. موږ د دې فایلونو د باوري ډاونلوډ کولو ستونزې سره مبارزه وکړه، حتی د IBM مدیر د فایل لیږد مشورې په کارولو سره - داسې حلونه شتون لري چې د فایل لیږد په اغیزمنه توګه اداره کوي، د UDP پروتوکول په کارولو سره، د مثال په توګه، د TCP پرځای. دا ښه دی، مګر دا لاهم دقیقې دي، او موږ دا ټول لا نه دي پورته کړي، د تلیفون مرکز کې چلونکی نشي کولی پیرودونکي ته ځواب ووايي چې د هغه بیلانس څه پیښ شوي - موږ باید انتظار وکړو.
د دې څخه د مخنیوي لپاره، موږ موږ موازي فعال ذخیره کاروو. کله چې موږ د کافکا له لارې ټرانټول ته یوه پیښه لیږو، په ریښتیني وخت کې د مجموعو حساب کول، د مثال په توګه، د نن ورځې لپاره، موږ ترلاسه کوو د نغدو بیلانس، کوم چې کولی شي بیلانس په هر سرعت کې انتقال کړي، د بیلګې په توګه، په هره ثانیه کې 100 زره لیږدونه او ورته ورته 2 ثانیې.
هدف دا دی چې د تلیفون کولو وروسته ، ستاسو په شخصي حساب کې به د 2 ثانیو دننه نه یوازې بدل شوی بیلانس وي ، بلکه پدې اړه معلومات چې ولې بدل شوی.
پایلې
دا د تارنټوول کارولو بیلګې وې. موږ واقعیا د Mail.ru خلاصیدل او د مختلف قضیو په پام کې نیولو سره د دوی لیوالتیا خوښوله.
د BCG یا McKinsey، Accenture یا IBM مشاورینو لپاره دا دمخه ستونزمنه ده چې موږ د یو څه نوي سره حیران کړو - ډیری هغه څه چې دوی یې وړاندیز کوي، موږ یا مخکې ترسره کړي، ترسره کړي، یا پالن لري. زه فکر کوم چې Tarantool به زموږ د ټیکنالوژۍ سټیک کې خپل مناسب ځای ونیسي او ډیری موجوده ټیکنالوژي به ځای په ځای کړي. موږ د دې پروژې د پراختیا په فعاله مرحله کې یو.
د اولیګ او اندری لخوا راپور د تیر کال د ترانټول کنفرانس کې یو له غوره څخه دی، او د جون په 17 اولیګ ایولیف به وینا وکړي. د یو راپور سره . الکساندر ډیولن به د میګافون څخه یو پریزنټیشن هم ورکړي . راځئ وګورو چې څه بدلون راغلی، کوم پلانونه پلي شوي دي. ګډون وکړئ - کنفرانس وړیا دی، ټول هغه څه چې تاسو یې باید وکړئ ... ټول او د کنفرانس برنامه جوړه شوې ده: نوې قضیې، د ترنتول په کارولو کې نوې تجربه، معمارۍ، تصدۍ، ښوونې او مایکرو خدمتونه.
سرچینه: www.habr.com