د می په پای کې د موضوع په اړه آنلاین غونډه جوړه کړه . موږ په اصولو کې د کانټینرونو، کبرنیټس او آرکسټریشن په اړه خبرې وکړې، د زیربنا غوره کولو معیارونه او نور ډیر څه. ګډونوالو د خپلو تمریناتو څخه قضیې شریکې کړې.
برخه اخیستونکي:
- Evgeniy Potapov، د ITSumma اجرایوي رییس. د دې نیمایي څخه ډیر پیرودونکي یا دمخه حرکت کوي یا غواړي Kubernetes ته لاړ شي.
- دمیتري سټولیاروف، CTO "فلانټ". د کانټینر سیسټمونو سره د 10+ کلونو تجربه لري.
- ډینس ریمچوکوف (عرف ایریک اولډمن)، COO argotech.io، پخوانی RAO UES. هغه ژمنه وکړه چې د "خوني" شرکت کې د قضیو په اړه خبرې وکړي.
- اندری فیدوروفسکي، CTO "News360.com"د بل لوبغاړي لخوا د شرکت پیرودلو وروسته، هغه د یو شمیر ML او AI پروژو او زیربناوو مسولیت لري.
- ایوان کروګلوف، د سیسټم انجنیر، ex-Booking.com.هماغه سړی چې د خپلو لاسونو سره د کبرنیټس سره ډیر څه وکړل.
موضوعات:
- د کانټینرونو او آرکیسټریشن په اړه د برخه اخیستونکو بصیرت (ډاکر، کبرنیټس، او نور)؛ هغه څه چې په عمل کې هڅه شوي یا تحلیل شوي.
- قضیه: شرکت د کلونو لپاره د زیربنا پراختیا پلان جوړوي. دا څنګه پریکړه کیږي چې آیا کانټینرونو او کوبیر ته زیربناوې رامینځته کړي (یا اوسنۍ مهاجرت) او که نه؟
- د بادل اصلي نړۍ کې ستونزې، څه ورک دي، راځئ چې تصور وکړو چې سبا به څه پیښ شي.
په زړه پورې خبرې اترې وشوې، د ګډونوالو نظرونه دومره متفاوت وو او د ډیرو تبصرو لامل شو چې زه غواړم هغه له تاسو سره شریک کړم. خوړل ، او لاندې د بحث لنډیز دی.
ایا Kubernetes لا دمخه یو معیاري یا لوی بازار موندنه ده؟
"موږ دې ته راغلو (کوبرنیټس. - ایډ.) کله چې هیڅوک د دې په اړه نه پوهیدل. موږ هغه ته راغلو حتی کله چې هغه هلته نه و. موږ دا مخکې غوښتل "- دمیتري ستولیاروف
عکس د Reddit.com څخه
5-10 کاله دمخه د وسایلو لوی شمیر شتون درلود، او هیڅ یو معیار نه و. په هرو شپږو میاشتو کې یو نوی محصول ښکاره شو، یا حتی له یو څخه ډیر. لومړی واګرنټ، بیا مالګه، شیف، ګوډاګی، ... "او تاسو په هرو شپږو میاشتو کې خپل زیربنا بیا رغوئ. تاسو پنځه مدیران لرئ چې په دوامداره توګه د تشکیلاتو په بیا لیکلو بوخت یاست ، "انډری فیډوروفسکي یادونه کوي. هغه په دې باور دی چې ډاکر او کبرنیټس پاتې نور "ګډون" کړي دي. ډاکر په تیرو پنځو کلونو کې یو معیاري شوی ، په تیرو دوه کلونو کې کوبرنیټس. او دا د صنعت لپاره ښه دی.
دمیتري ستولیاروف او د هغه ټیم د کوبیر سره مینه لري. دوی داسې وسیله غوښتل مخکې له دې چې ښکاره شي، او هغه ته راغلل کله چې هیڅوک د هغې په اړه نه پوهیږي. اوس مهال، د اسانتیا دالیلو لپاره، دوی د پیرودونکي سره نه اخلي که چیرې دوی پوهیږي چې دوی به د هغه سره Kubernetes پلي نه کړي. په ورته وخت کې، د دمیتري په وینا، شرکت "د ناوړه میراث د بیا جوړولو په اړه ډیری لوی بریالیتوب کیسې لري."
کوبرنیټس نه یوازې د کانټینر آرکیسټریشن دی ، دا د پرمختللي API سره د تنظیم کولو مدیریت سیسټم دی ، د شبکې برخې ، L3 توازن او انګریس کنټرولرونه ، کوم چې د زیربنا له ښکته پرتونو څخه د سرچینو اداره کول ، پیمانه او خلاصول نسبتا اسانه کوي.
له بده مرغه، زموږ په ژوند کې موږ باید د هرڅه لپاره پیسې ورکړو. او دا مالیه لویه ده، په ځانګړې توګه که موږ د یوې پرمختللي زیربنا سره د شرکت کوبرنیټس ته د لیږد په اړه وغږیږو، لکه څنګه چې ایوان کروګلوف باور لري. هغه کولی شي په آزاده توګه په یوه شرکت کې د دودیز زیربنا او کوبیر سره کار وکړي. اصلي شی د شرکت او بازار ځانګړتیاو پوهیدل دي. مګر، د مثال په توګه، د Evgeny Potapov لپاره، څوک چې د کانټینر آرکیسټریشن وسیلې ته Kubernetes عمومي کړي، دا ډول پوښتنه نه راپورته کیږي.
ایوګیني په 1990 لسیزه کې د وضعیت سره ورته والی رامینځته کړ، کله چې د اعتراض پر بنسټ پروګرامونه د پیچلو غوښتنلیکونو د پروګرام کولو د یوې لارې په توګه ښکاره شول. په هغه وخت کې، بحث دوام درلود او د OOP مالتړ لپاره نوي وسایل راڅرګند شول. بیا مایکرو خدمتونه د یوې لارې په توګه راڅرګند شول چې له واحد مفهوم څخه لیرې شي. دا، په پایله کې، د کانټینرونو او د کانټینرونو مدیریت وسیلو رامینځته کیدو المل شو. "زه فکر کوم چې موږ به ډیر ژر داسې وخت ته ورسیږو چې پدې اړه به هیڅ پوښتنه شتون ونلري چې ایا دا د کوچني مایکرو سرویس غوښتنلیک لیکلو ارزښت لري ، دا به د ډیفالټ لخوا د مایکرو سرویس په توګه لیکل کیږي." هغه باور لري. په ورته ډول ، ډاکر او کبرنیټس به په نهایت کې د انتخاب اړتیا پرته معیاري حل شي.
په بې ریاسته کې د ډیټابیس ستونزه
انځور لخوا
نن ورځ، په Kubernetes کې د ډیټابیسونو چلولو لپاره ډیری ترکیبونه شتون لري. حتی څنګه هغه برخه جلا کړئ چې د I/O ډیسک سره کار کوي په مشروط ډول د ډیټابیس غوښتنلیک برخې څخه. ایا دا امکان لري چې په راتلونکي کې ډیټابیسونه دومره بدل شي چې دوی به په یوه بکس کې تحویل شي ، چیرې چې یوه برخه به د Docker او Kubernetes له لارې تنظیم شي ، او د زیربنا په بله برخه کې به د جلا سافټویر له لارې د ذخیره کولو برخه چمتو شي؟ ؟ ایا اډې به د محصول په توګه بدل شي؟
دا توضیحات د قطار مدیریت ته ورته دي، مګر په دودیز ډیټابیسونو کې د معلوماتو اعتبار او همغږي کولو اړتیاوې خورا لوړې دي، اندری باور لري. په نورمال ډیټابیسونو کې د کیچ هټ تناسب په 99٪ کې پاتې کیږي. که چیرې یو کارګر ښکته شي، نو یو نوی پیل کیږي، او کیچ له سکریچ څخه "ګرمیږي". تر هغه چې زیرمه ګرمه شي، کارګر ورو ورو کار کوي، پدې معنی چې دا د کاروونکي بار سره نشي پورته کیدی. پداسې حال کې چې د کارونکي بار شتون نلري، کیچ ګرم نه کیږي. دا یو شیطاني حلقه ده.
دیمتري په بنسټیز ډول موافق نه دی - کورم او شارډینګ ستونزه حل کوي. خو اندري ټینګار کوي چې د حل لاره د ټولو لپاره مناسبه نه ده. په ځینو حاالتو کې، کورم مناسب دی، مګر دا په شبکه کې اضافي بار اچوي. د NoSQL ډیټابیس په ټولو قضیو کې مناسب نه دی.
د غونډې ګډونوال په دوو کمپونو ویشل شوي وو.
ډینس او انډری استدلال کوي چې هرڅه چې ډیسک ته لیکل شوي - ډیټابیسونه او داسې نور - په اوسني کوبر ایکوسیستم کې ترسره کول ناممکن دي. په Kubernetes کې د تولید ډیټا بشپړتیا او ثبات ساتل ناممکن دي. دا یو بنسټیز ځانګړتیا ده. حل: هایبرډ زیربنا.
حتی عصري کلاوډ اصلي ډیټابیسونه لکه MongoDB او Cassandra، یا د پیغام کتارونه لکه کافکا یا RabbitMQ، د کوبرنیټس څخه بهر دوامداره ډیټا ذخیره کولو ته اړتیا لري.
ایوګیني اعتراضونه کوي: "په کوبیرا کې اډې د روسیې نږدې یا نږدې تصدۍ ټپ دي ، کوم چې د دې حقیقت سره تړاو لري چې په روسیه کې د بادل اختیار شتون نلري." په لویدیځ کې کوچني یا متوسط شرکتونه کلاوډ دي. د ایمیزون RDS ډیټابیسونه کارول اسانه دي د دې په پرتله چې پخپله د کوبرنیټس سره ټینکر کول. په روسیه کې دوی کوبیر "په اساس" کاروي او هغه ته اډې لیږدوي کله چې دوی د ژوبڼ څخه د خلاصون هڅه کوي.
دیمیتري د دې بیان سره هم موافق نه و چې په کوبرنیټس کې هیڅ ډیټابیس نشي ساتل کیدی: "د ډیټابیسونو ترمینځ توپیر شتون لري. او که تاسو لوی اړونده ډیټابیس فشار راوړئ ، نو په هیڅ حالت کې نه. که تاسو یو کوچنی او بادل اصلي ځای ته فشار ورکړئ، کوم چې په ذهني توګه د نیمه لنډمهاله ژوند لپاره چمتو شوی وي، هرڅه به سم وي. دیمتري دا هم یادونه وکړه چې د ډیټابیس مدیریت وسیلې د ډاکر یا کوبر لپاره چمتو ندي ، نو لوی مشکلات رامینځته کیږي.
ایوان، په بدل کې، ډاډه دی چې حتی که موږ د دولتي او بې دولت مفکورو څخه خلاص شو، په کوبرنیټس کې د تشبث حلونو اکوسیستم لاهم چمتو ندی. د کوبر سره، دا ستونزمنه ده چې مقننه او مقرراتي اړتیاوې وساتي. د مثال په توګه، دا ناشونې ده چې د هویت چمتو کولو حل حل کړئ چیرې چې د سرور پیژندنې سخت تضمین ته اړتیا وي، په سمه توګه هغه هارډویر ته چې سرور ته داخل شوي. دا سیمه د پرمختګ په حال کې ده، مګر لاهم د حل لاره نشته.
ګډونوال ونه توانیدل چې موافقه وکړي، نو په دې برخه کې به هیڅ نتیجه ونلري. راځئ چې یو څو عملي مثالونه وړاندې کړو.
قضیه 1. د کوبیرا څخه بهر اډې سره د "میګا تنظیم کونکي" سایبر امنیت
د پرمختللي سایبر امنیت سیسټم په حالت کې، د کانټینرونو او آرکیسټریشن کارول دا امکان ورکوي چې د بریدونو او مداخلو مخه ونیسي. د مثال په توګه، په یو میګا تنظیم کونکي کې، ډینس او د هغه ټیم د روزل شوي SIEM خدمت سره د آرکیسټرټر ترکیب پلي کړ چې په ریښتیني وخت کې لاګونه تحلیلوي او د برید، هیک کولو یا ناکامۍ پروسه ټاکي. د برید په صورت کې، د یو څه ځای پرځای کولو هڅه، یا د ransomware ویروس د برید په صورت کې، دا د آرکیسټراټر له لارې، د اپلیکیشنونو سره کانټینرونه د اخته کیدو په پرتله ګړندي پورته کوي، یا د برید کونکي برید په پرتله ګړندي کوي.
قضیه 2. Kubernetes ته د Booking.com ډیټابیسونو جزوی مهاجرت
په Booking.com کې، اصلي ډیټابیس MySQL دی چې د غیر متناسب نقل سره - دلته یو ماسټر او د غلامانو ټوله درجه بندي شتون لري. په هغه وخت کې چې ایوان شرکت پریښود، د غلامانو د لیږدولو لپاره یوه پروژه پیل شوه چې د ځینې زیان سره "شوټ" کیدی شي.
د اصلي اډې سربیره، د ځان لیکل شوي آرکیسټریشن سره د کاسندرا نصب شتون لري، کوم چې حتی مخکې له دې چې کوبر اصلي جریان ته ننوځي لیکل شوی و. پدې برخه کې کومه ستونزه شتون نلري، مګر دا په محلي SSDs کې دوام لري. ریموټ ذخیره، حتی په ورته ډیټا مرکز کې، د لوړ ځنډ د ستونزې له امله نه کارول کیږي.
د ډیټابیس دریمه طبقه د Booking.com لټون خدمت دی، چیرې چې د هر خدمت نوډ ډیټابیس دی. کوبر ته د لټون خدمت لیږدولو هڅې ناکامې شوې، ځکه چې هر نوډ د 60-80 GB ځایی ذخیره ده، کوم چې "اوچت" او "ګرم پورته" ستونزمن دی.
د پایلې په توګه، د لټون انجنی Kubernetes ته لیږدول شوی نه و، او ایوان فکر نه کوي چې په نږدې راتلونکي کې به نوې هڅې وي. د MySQL ډیټابیس په نیمایي کې لیږدول شوی: یوازې غلامان، کوم چې د "ډزو" څخه ویره نلري. کاسندرا په بشپړ ډول میشته شوې.
د زیربنا انتخاب د یوې دندې په توګه پرته له عمومي حل څخه
انځور لخوا
راځئ چې ووایو موږ یو نوی شرکت لرو، یا داسې شرکت چې د زیربناوو یوه برخه په زاړه ډول جوړه شوې ده. دا د کلونو لپاره د زیربنا پراختیا پلان جوړوي. په کانټینرونو او کبر کې د زیربنا جوړولو پریکړه څنګه کیږي؟
هغه شرکتونه چې د نانو ثانیو لپاره مبارزه کوي له بحث څخه ایستل شوي. صحي محافظه کاره د اعتبار له مخې تادیه کوي، مګر لاهم داسې شرکتونه شتون لري چې باید نوې طریقې په پام کې ونیسي.
ایوان: "زه به خامخا اوس په بادل کې یو شرکت پیل کړم ، په ساده ډول ځکه چې دا ګړندی دی ،" که څه هم اړینه نده چې ارزانه وي. د پانګې اچونې د پراختیا سره، پیل کول د پیسو سره کومه لویه ستونزه نلري، او اصلي دنده د بازار فتح کول دي.
ایوان په دې نظر دی د اوسني زیربنا پراختیا د انتخاب معیار دی. که چیرې په تیرو وختونو کې جدي پانګه اچونه وه، او دا کار کوي، نو بیا یې د بیا کولو لپاره هیڅ معنی نشته. که چیرې زیربنا پراختیا ونلري، او د وسایلو، امنیت او څارنې په برخه کې ستونزې شتون ولري، نو بیا د ویشل شوي زیربنا لیدل معنی لري.
مالیه باید په هر حالت کې تادیه شي، او ایوان به هغه چا ته پیسې ورکړي چې په راتلونکي کې یې د لږ پیسو ورکولو اجازه ورکړې وه. "ځکه چې په ساده ډول د دې حقیقت له مخې چې زه په ریل ګاډي کې سپاره یم چې نور یې حرکت کوي، زه به د هغه په پرتله ډیر سفر وکړم که زه په بل اورګاډي کې ناست شم، کوم چې زه باید پخپله تیل واچوم."ایوان وايي. کله چې شرکت نوی وي، او د ځنډ اړتیاوې په لسګونو ملیسیکنډونه وي، نو ایوان به د "آپریټرانو" په لور وګوري په کوم کې چې نن ورځ کلاسیک ډیټابیسونه "لپټ شوي" دي. دوی د نقل کولو سلسله راپورته کوي ، کوم چې د ناکامۍ په صورت کې ځان بدلوي ، او داسې نور ...
د یو کوچني شرکت لپاره چې یو څو سرورونه لري، کوبیرا هیڅ معنی نلري، "انډری وايي. مګر که دا پالن لري چې په سلګونو سرورونو یا ډیرو ته وده ورکړي، نو دا اتومات او د سرچینو مدیریت سیسټم ته اړتیا لري. 90٪ قضیې د لګښت وړ دي. سربیره پردې ، د بار او سرچینو کچې په پام کې نیولو پرته. دا د هرچا لپاره معنی لري ، له پیل څخه تر لوی شرکتونو پورې چې د ملیونونو لیدونکو سره ، په تدریجي ډول د کانټینر آرکیسټریشن محصولاتو ته ګوري. "هو، دا واقعیا راتلونکی دی،" اندری ډاډه دی.
ډینس دوه اساسي معیارونه په ګوته کړل: د عملیاتو اندازه او ثبات. هغه به هغه وسیلې غوره کړي چې د دندې لپاره غوره دي. "دا ستاسو په زنګونونو کې راټول شوی نوم کیدی شي ، او پدې کې د نوتانیکس ټولنې نسخه شتون لري. دا کیدای شي د کوبر په اړه د غوښتنلیک په بڼه دویمه کرښه وي چې په شاتنۍ برخه کې د ډیټابیس سره وي، کوم چې نقل شوی او د RTO او RPO پیرامیټونه مشخص شوي دي" (د بیا رغونې وخت/پوائنټ اهداف - نږدې).
Evgeniy د پرسونل سره ممکنه ستونزه په ګوته کړه. په اوس وخت کې، په بازار کې ډیری لوړ مسلکي متخصصین شتون نلري چې په "جرات" پوهیږي. په حقیقت کې، که غوره شوې ټیکنالوژي زوړ وي، نو دا ستونزمنه ده چې د منځني عمر لرونکي خلکو پرته بل څوک وګمارل شي چې له ژوند څخه ستړي او ستړي شوي وي. که څه هم نور ګډونوال په دې باور دي چې دا د پرسونل د روزنې مسله ده.
که موږ د انتخاب پوښتنه مطرح کړو: په عامه کلاوډ کې د ایمیزون RDS کې ډیټابیسونو سره د کوچني شرکت پیل کول یا په کوبرنیټس کې د ډیټابیسونو سره "په اساس" ، بیا د ځینې نیمګړتیاو سره سره ، ایمیزون RDS د برخه اخیستونکو انتخاب شو.
ځکه چې د غونډې ډیری اوریدونکي د "خوني" شرکت څخه ندي، نو بیا ویشل شوي حلونه هغه څه دي چې موږ یې باید هڅه وکړو. د ډیټا ذخیره کولو سیسټمونه باید توزیع شي، د اعتبار وړ وي، او د ملیسیکنډونو په واحدونو کې اندازه شوي ځنډ رامینځته کړي، په ډیرو کې لسګونه"، انډري لنډیز وکړ.
د Kubernetes کارولو ارزونه
اوریدونکی انتون ژبانکوف د کبرنیټس بخښنې پوهانو ته د جال پوښتنه وکړه: تاسو څنګه د امکان وړ مطالعه غوره کړه او ترسره یې کړه؟ ولې Kubernetes، ولې نه مجازی ماشینونه، د مثال په توګه؟
انځور لخوا
دیمتري او ایوان ځواب ورکړ. په دواړو قضیو کې، د محاکمې او تېروتنې له لارې، د پریکړو لړۍ جوړه شوې وه، چې په پایله کې دواړه ګډونوال کوبرنیټس ته ورسیدل. اوس سوداګرۍ په خپلواکه توګه د سافټویر رامینځته کولو پیل کوي چې کوبر ته د لیږد لپاره معنی لري. موږ د کلاسیک دریمې ډلې سیسټمونو په اړه خبرې نه کوو، لکه 1C. Kubernetes مرسته کوي کله چې پراختیا کونکي اړتیا لري ژر تر ژره ریلیزونه رامینځته کړي ، د نه تمدید دوامداره پرمختګ سره.
د انډري ټیم هڅه وکړه چې د مجازی ماشینونو پراساس د توزیع وړ کلستر رامینځته کړي. نوډونه د ډومینو په څیر راوتلي، چې ځینې وختونه د کلستر د سقوط لامل کیږي. "په تیوریکي توګه، تاسو کولی شئ دا پای ته ورسوئ او د خپلو لاسونو سره یې ملاتړ وکړئ، مګر دا ستړی دی. او که په بازار کې داسې حل شتون ولري چې تاسو ته اجازه درکوي له بکس څخه کار واخلئ، نو موږ خوشحاله یو چې د هغې لپاره لاړ شو. او موږ د پایلې په توګه بدل شو ، "انډري وايي.
د دې ډول تحلیل او محاسبې لپاره معیارونه شتون لري ، مګر هیڅ څوک نشي ویلای چې دوی په ریښتیني هارډویر کې په عملیاتو کې څومره دقیق دي. د محاسبې لپاره، دا هم مهمه ده چې د هرې وسیلې او ایکوسیستم پوهه ولرئ، مګر دا ممکنه نه ده.
هغه څه چې زموږ په تمه دي
انځور لخوا
لکه څنګه چې ټیکنالوژي وده کوي، ډیر او ډیر متفاوت ټوټې راښکاره کیږي، او بیا د پړاو لیږد واقع کیږي، یو پلورونکی ښکاري چې په یوه وسیله کې د هر څه سره یوځای کولو لپاره کافي ټوخه مړه کړي.
ایا تاسو فکر کوئ چې یو وخت به راشي کله چې د لینکس نړۍ لپاره د اوبنټو په څیر وسیله وي؟ شاید یو واحد کانټینر کولو او آرکیسټریشن وسیلې کې کوبیر شامل وي. دا به د پریمیس بادونو جوړول اسانه کړي.
ځواب د ایوان لخوا ورکړل شوی و: "ګوګل اوس انتوس جوړوي - دا د دوی بسته شوی وړاندیز دی چې کلاوډ ځای په ځای کوي او پکې کوبر ، د خدماتو میش ، نظارت - ټول هغه هارډویر شامل دي چې د پریمیس مایکرو خدماتو لپاره اړین دي." موږ تقریبا په راتلونکي کې یو."
ډینس د vRealize Suite محصول سره Nutanix او VMWare هم یادونه وکړه، کوم چې کولی شي د کانټینر کولو پرته ورته کار سره مقابله وکړي.
دیمتري خپل نظر شریک کړ چې د "درد" کمول او د مالیاتو کمول هغه دوه ساحې دي چې موږ کولی شو د پرمختګ تمه وکړو.
د بحث د لنډیز لپاره، موږ د عصري زیربناوو لاندې ستونزې په ګوته کوو:
- درې ګډونوالو سمدلاسه د دولتي سره ستونزه په ګوته کړه.
- د امنیت مختلف ملاتړ مسلې ، پشمول د دې احتمال چې ډاکر به د پایتون ډیری نسخو ، غوښتنلیک سرورونو ، او برخو سره پای ته ورسوي.
ډیر لګښت، کوم چې غوره ده چې په جلا ناسته کې بحث وشي.
د آرکیسټریشن په توګه د زده کړې ننګونه یو پیچلي ایکوسیستم دی.
په صنعت کې یوه عامه ستونزه د وسایلو ناوړه ګټه اخیستنه ده.پاتې پایلې ستاسو پورې اړه لري. لاهم داسې احساس شتون لري چې د ډاکر + کوبرنیټس ترکیب لپاره د سیسټم "مرکزي" برخه ګرځیدل اسانه ندي. د مثال په توګه، عملیاتي سیسټمونه لومړی په هارډویر کې نصب شوي، کوم چې د کانټینرونو او آرکیسټریشن په اړه نشي ویل کیدی. شاید په راتلونکي کې، عملیاتي سیسټمونه او کانټینرونه به د کلاوډ مدیریت سافټویر سره یوځای شي.
انځور لخوازه غواړم له دې فرصت څخه ګټه واخلم چې خپلې مور ته سلام ووایم او تاسو ته یادونه وکړم چې موږ د فیسبوک ګروپ لرو , چینل د مختلفو تخنیکي بلاګونو په زړه پورې خپرونو سره. او زما چینل ، چیرې چې زه د محصول شرکتونو کې د پراختیا اداره کولو په اړه خبرې کوم.
سرچینه: www.habr.com