د Dragonfly په حافظه کې د کیچ کولو او ذخیره کولو سیسټم خپور شوی، کوم چې په کلیدي / ارزښت فارمیټ کې ډاټا سمبالوي او د خورا بار شوي سایټونو کار ګړندۍ کولو لپاره د لږ وزن حل په توګه کارول کیدی شي، DBMS ته ورو پوښتنو او په RAM کې منځګړیتوب ډیټا. Dragonfly د Memcached او Redis پروتوکولونو ملاتړ کوي، کوم چې تاسو ته اجازه درکوي د موجوده مراجعینو کتابتونونه وکاروئ او د کوډ بیا کار کولو پرته د میمکیچ او ریډیس په کارولو سره پروژې انتقال کړئ.
د Redis په پرتله، Dragonfly د Amazon EC2 c6gn.16xlarge چاپیریال کې د عادي کاري بارونو لپاره په فعالیت کې 25 چنده زیاتوالی (په هره ثانیه کې 3.8 ملیون غوښتنې) ترلاسه کړې. د AWS c6gn.16xlarge چاپیریال کې د Memcached په پرتله، Dragonfly وکولای شول چې په هره ثانیه کې 4.7 ځله ډیر د لیکلو غوښتنې ترسره کړي (3.8 ملیون په مقابل کې 806 زره) او په هره ثانیه کې 1.77 ځله ډیر لوستل شوي غوښتنې (3.7 ملیون په مقابل کې 2.1 ملیون).
د 5 GB ډیټا ذخیره کولو لپاره ازموینو کې ، ډریګن فلای د Redis په پرتله 30٪ کم حافظې ته اړتیا لري. کله چې د "bgsave" کمانډ سره سنیپ شاټونه رامینځته کړئ ، د حافظې مصرف ډیریږي ، مګر په غوره شیبو کې دا د ریډیس په پرتله نږدې درې چنده کم پاتې و ، او د سنیپ شاټ ثبت کولو عملیات پخپله خورا ګړندي دي (په ازموینه کې ، په ډریګن فلای کې یو سنیپ شاټ په 30 کې لیکل شوی و. ثانیې، پداسې حال کې چې Redis - په 42 ثانیو کې).
لوړ فعالیت د منابعو شریکولو پرته د څو تارونو جوړښت څخه مننه ترلاسه کیږي (شریک - هیڅ نه) ، پدې معنی چې هر تار د ډیټا د خپلې برخې سره جلا جلا پروسیسر ګمارل شوی ، پرته د متیکس او سپن لاکونو کار کوي. د اتومیت ډاډ ترلاسه کولو لپاره کله چې د ډیری کیلي سره کار کوي، د سپک وزن VLL لاکونه کارول کیږي. په حافظه کې د معلوماتو په اغیزمنه توګه ذخیره کولو لپاره، د ډشټبل جوړښت کارول کیږي، کوم چې د ویشل شوي هش میز ډول پلي کوي.
د Dragonfly ځینې ځانګړتیاوې:
- د کیچ کولو حالت، کوم چې د وړیا حافظې له ختمیدو وروسته په اوتومات ډول زاړه ډیټا د نوي ډیټا سره بدلوي.
- د ژوند په اوږدو کې ډیټا ته د پابندۍ لپاره ملاتړ چې په جریان کې ډاټا اړونده ګڼل کیږي.
- په شالید کې ډیسک ته د ذخیره کولو حالت فلش کولو لپاره ملاتړ د بیا پیل کولو وروسته د بیا رغیدو لپاره.
- د سیسټم مدیریت لپاره د HTTP کنسول شتون (د TCP پورټ 6379 پورې تړلی) او د بیرته راستنیدو میټریکونو لپاره API ، د پرومیټیوس سره مطابقت لري.
- د 185 ریډیس کمانډونو لپاره ملاتړ ، کوم چې نږدې د Redis 5 خوشې کولو فعالیت سره مساوي دی.
- د CAS (چیک او سیټ) پرته د ټولو میمکیچ کمانډونو ملاتړ کوي.
- د سنیپ شاټونو رامینځته کولو لپاره د غیر متناسب عملیاتو لپاره ملاتړ.
- د اټکل وړ حافظې مصرف.
- جوړ شوی Lua 5.4 ژباړونکی.
- د پیچلو ډیټا ډولونو ملاتړ کوي لکه هشز ، سیټونه ، لیستونه (ZSET ، HSET ، لیست ، SETS او STRING) او JSON ډیټا.
- د غلطۍ زغم او بار توازن لپاره د ذخیره کولو نقل ملاتړ کوي.
د ډریګن فلای کوډ په C/C++ کې لیکل شوی او د BSL (د سوداګرۍ سرچینې جواز) لاندې ویشل شوی. د BSL جواز د MySQL د شریک بنسټ ایښودونکو لخوا د اوپن کور ماډل لپاره د بدیل په توګه وړاندیز شوی و. د BSL جوهر دا دی چې د پرمختللي فعالیت کوډ په پیل کې د تعدیل لپاره شتون لري ، مګر د یو څه وخت لپاره وړیا کارول کیدی شي یوازې که اضافي شرایط پوره شي ، کوم چې د مخنیوي لپاره د سوداګریز جواز پیرود ته اړتیا لري. د Dragonfly پروژې لپاره د جواز اضافي شرایط د کوډ ته اړتیا لري چې د اپاچي 2.0 جواز ته د مارچ په 15، 2028 کې لیږدول شي. تر دې وخته پورې، جواز یوازې د دې خدماتو او محصولاتو عملیات یقیني کولو لپاره د کوډ کارولو ته اجازه ورکوي، مګر د تادیه شوي کلاوډ خدماتو رامینځته کولو لپاره کارول منع کوي چې د ډریګن فلای د اضافه کولو په توګه کار کوي.
د Dragonfly 1.0 نسخه د لومړني سرور څخه ثانوي سرور ته د ډیټا نقل کولو لپاره د ملاتړ پلي کولو لپاره د پام وړ دی. په هرصورت، Dragonfly د ثانوي ذخیرې په توګه د کارولو لپاره تنظیم کیدی شي چې د لومړني سرور څخه ډاټا ترلاسه کوي یا د ډریګن فلای پراساس یا د ریډیس پراساس. د نقل مدیریت API د Redis سره مطابقت لري او د ROLE او REPLICAOF (SLAVEOF) کمانډونو کارولو پراساس دی.
سرچینه: opennet.ru