یک خرافات در IT وجود دارد: "اگر کار کرد، به آن دست نزنید." این را می توان در مورد سیستم نظارتی ما گفت. در Southbridge ما از Zabbix استفاده می کنیم - وقتی آن را انتخاب کردیم، بسیار جالب بود. و در واقع او هیچ جایگزینی نداشت.
با گذشت زمان، اکوسیستم ما دستورالعمل ها، اتصالات اضافی و ادغام با redmine ظاهر شد. Zabbix یک رقیب قدرتمند داشت که از بسیاری جهات برتر بود: سرعت، HA تقریباً خارج از جعبه، تجسم زیبا، بهینه سازی کار در یک محیط Kubernethes.
اما ما عجله ای برای ادامه راه نداریم. تصمیم گرفتیم نگاهی به Zabbix بیندازیم و بپرسیم که آنها قصد دارند چه ویژگی هایی را در نسخه های آینده ایجاد کنند. ما در مراسم نایستادیم و سؤالات ناراحت کننده ای از سرگئی سوروکین، مدیر توسعه Zabbix و ویتالی ژوراولف، معمار Solution پرسیدیم. ادامه مطلب را بخوانید تا متوجه شوید چه نتیجه ای از آن حاصل شده است.
تاریخچه این شرکت از سال 1997 آغاز شد، زمانی که موسس و مالک شرکت، الکسی ولادیشف، به عنوان مدیر پایگاه داده در یکی از بانک ها کار می کرد. به نظر الکسی می رسید که مدیریت پایگاه های داده بدون داشتن داده هایی در مورد مقادیر تاریخی طیف گسترده ای از پارامترها، بدون درک وضعیت فعلی و تاریخی محیط، بی اثر است.
در عین حال، راه حل های نظارتی در حال حاضر در بازار بسیار گران، دست و پا گیر هستند و به منابع زیادی نیاز دارند. بنابراین، الکسی شروع به نوشتن اسکریپت های مختلفی می کند که به او اجازه می دهد تا به طور موثر بخشی از زیرساختی که به او سپرده شده است را نظارت کند. داره به یه سرگرمی تبدیل میشه الکسی شغل خود را تغییر می دهد، اما علاقه به پروژه باقی می ماند. در سالهای 2000-2001، پروژه از ابتدا بازنویسی شد - و الکسی به این فکر کرد که به مدیران دیگر فرصت استفاده از پیشرفت ها را بدهد. در همان زمان این سوال مطرح شد که با چه مجوزی کد موجود را منتشر کنیم. الکسی تصمیم گرفت آن را تحت مجوز GPLv2 منتشر کند. این ابزار بلافاصله در یک محیط حرفه ای مورد توجه قرار گرفت. با گذشت زمان، الکسی شروع به دریافت درخواست هایی برای پشتیبانی، آموزش و گسترش قابلیت های نرم افزار کرد. تعداد این گونه سفارشات مدام در حال افزایش بود. بنابراین، طبیعتا تصمیم برای ایجاد یک شرکت گرفته شد. این شرکت در 12 آوریل 2005 تاسیس شد
2. چه نکات کلیدی را می توانید در تاریخچه توسعه Zabbix برجسته کنید؟
در حال حاضر چندین نکته از این قبیل وجود دارد:
آ. الکسی کار بر روی فیلمنامه را در سال 1997 آغاز کرد.
ب انتشار کد تحت مجوز GPLv2 - 2001.
V. Zabbix در سال 2005 تاسیس شد.
د - انعقاد اولین قراردادهای مشارکت، ایجاد برنامه وابسته - 2007.
د. تأسیس Zabbix Japan LLC - 2012.
e. تأسیس Zabbix LLC (ایالات متحده آمریکا) - 2015
و تاسیس Zabbix LLC - 2018
3. چند نفر را استخدام می کنید؟
در حال حاضر، گروه شرکت های Zabbix کمی بیش از 70 کارمند دارد: توسعه دهندگان، آزمایش کنندگان، مدیران پروژه، مهندسین پشتیبانی، مشاوران، فروشندگان و کارمندان بازاریابی.
4. چگونه نقشه راه می نویسید، آیا بازخورد کاربران را جمع آوری می کنید؟ چگونه تعیین می کنید که کجا حرکت کنید؟
هنگام ایجاد نقشه راه برای نسخه بعدی Zabbix، ما بر روی عوامل مهم زیر تمرکز می کنیم، به طور دقیق تر، نقشه های راه را بر اساس دسته بندی های زیر جمع آوری می کنیم:
آ. بهبودهای استراتژیک Zabbix چیزی که خود Zabbix آن را بسیار مهم می داند. به عنوان مثال، عامل Zabbix که در Go نوشته شده است.
ب چیزهایی که مشتریان و شرکای Zabbix می خواهند در Zabbix ببینند. و برای آن حاضر به پرداخت هستند.
V. آرزوها/پیشنهادات جامعه Zabbix.
د- بدهی های فنی. 🙂 چیزهایی که در نسخه های قبلی منتشر کردیم، اما عملکرد کامل را ارائه نکردند، آنها را به اندازه کافی انعطاف پذیر نکردند، همه گزینه ها را ارائه نکردند.
5. آیا می توانید Zabbix و Prometheus را با هم مقایسه کنید؟ در Zabbix چه چیزی بهتر و چه چیزی بدتر است؟
تفاوت اصلی، به نظر ما، این است که Prometheus در درجه اول یک سیستم برای جمع آوری معیارها است - و برای جمع آوری نظارت کامل در یک شرکت، لازم است بسیاری از اجزای دیگر به Prometheus اضافه شود، مانند grafana برای تجسم، ذخیره سازی طولانی مدت جدا، و مدیریت جداگانه مشکلات در جایی، کار با لاگ ها به طور جداگانه ...
در Prometheus هیچ الگوی نظارتی استانداردی وجود نخواهد داشت؛ با دریافت تمام هزاران معیار از صادرکنندگان، باید به طور مستقل سیگنال های مشکل ساز را در آنها پیدا کنید. راه اندازی Prometheus - فایل های پیکربندی. در برخی جاها راحت تر است، در برخی دیگر نه.
Zabbix یک پلت فرم جهانی برای ایجاد نظارت "از و به" است، ما تجسم خودمان، همبستگی مشکلات و نمایش آنها، توزیع حقوق دسترسی به سیستم، ممیزی اقدامات، گزینه های زیادی برای جمع آوری داده ها از طریق یک عامل داریم، پروکسی، با استفاده از پروتکل های کاملا متفاوت، امکان گسترش سریع سیستم با افزونه ها، اسکریپت ها، ماژول ها...
یا می توانید به سادگی داده ها را همانطور که هستند جمع آوری کنید، برای مثال، از طریق پروتکل HTTP، و سپس پاسخ ها را با استفاده از توابع پیش پردازش مانند JavaScript، JSONPath، XMLPath، CSV و موارد مشابه به معیارهای مفید تبدیل کنید. بسیاری از کاربران Zabbix را به دلیل توانایی پیکربندی و مدیریت سیستم از طریق یک رابط وب، به دلیل توانایی توصیف پیکربندیهای نظارتی معمولی در قالب قالبهایی که میتوانند با یکدیگر به اشتراک گذاشته شوند، و نه تنها معیارها، بلکه قوانین شناسایی را نیز شامل میشوند، ارزش میدهند. مقادیر آستانه، نمودارها، توضیحات - مجموعه کاملی از اشیاء برای نظارت بر اشیاء معمولی.
بسیاری از مردم همچنین توانایی مدیریت و پیکربندی خودکار از طریق Zabbix API را دوست دارند. به طور کلی، من نمی خواهم یک هولیوار را سازماندهی کنم. به نظر ما هر دو سیستم برای وظایف خود مناسب هستند و می توانند به طور هماهنگ یکدیگر را تکمیل کنند، به عنوان مثال، Zabbix از نسخه 4.2 می تواند داده ها را از صادرکنندگان Prometheus یا از خود جمع آوری کند.
6. آیا به ساخت zabbix saas فکر کرده اید؟
ما در مورد آن فکر کردیم و در آینده انجام خواهیم داد، اما می خواهیم این راه حل را تا حد امکان برای مشتریان راحت تر کنیم. در این صورت باید Zabbix استاندارد به همراه ابزارهای ارتباطی، ابزارهای پیشرفته جمع آوری داده ها و ... ارائه شود.
7. چه زمانی باید از zabbix ha انتظار داشته باشم؟ و آیا باید منتظر باشیم؟
Zabbix HA قطعا منتظر است. ما واقعا امیدواریم که چیزی در Zabbix 5.0 LTS ببینیم، اما وضعیت در نوامبر 2019 زمانی که نقشه راه Zabbix 5.0 به طور کامل تأیید شود، واضحتر خواهد شد.
8. چرا نوع رسانه اینقدر انتخاب ضعیفی دارد؟ آیا قصد دارید اسلک، تلگرام و ... را اضافه کنید؟ آیا کسی دیگر از Jabber استفاده می کند؟
Jabber در Zabbix 4.4 حذف شد، اما Webhooks اضافه شد. در مورد انواع رسانه، من نمی خواهم برنامه های خاصی را از سیستم بسازم، بلکه ابزارهای پیام رسانی استاندارد را انجام دهم. بر کسی پوشیده نیست که بسیاری از چت ها یا سرویس های میز مشابه دارای API از طریق HTTP هستند - بنابراین امسال با انتشار نسخه 4.4 وضعیت تغییر خواهد کرد.
با ظهور وب هوک ها در Zabbix، می توانید در آینده ای نزدیک انتظار همه ادغام های محبوب را داشته باشید. در این صورت، ادغام دو طرفه خواهد بود و نه فقط اعلان های ساده یک طرفه. و آن دسته از رسانههایی که نمیتوانیم به آنها دسترسی پیدا کنیم، توسط انجمن ما انجام میشود - زیرا اکنون کل نوع رسانه را میتوان به یک فایل پیکربندی صادر کرد و در share.zabbix.com یا github پست کرد. و سایر کاربران برای شروع استفاده از این ادغام فقط باید فایل را وارد کنند. در این مورد، شما نیازی به نصب اسکریپت اضافی ندارید!
9. چرا جهت کشف ماشین مجازی در حال توسعه نیست؟ فقط vmware وجود دارد. بسیاری منتظر ادغام با ec2، openstack هستند.
نه، جهت در حال توسعه است. به عنوان مثال، در 4.4، datastore discovery از طریق کلید vm.datastore.discovery ظاهر شد. در 4.4، کلیدهای بسیار جالب wmi.getall نیز ظاهر شد - انتظار داریم که از طریق آن، همراه با کلید perf_counter_en، امکان نظارت خوب Hyper-V وجود داشته باشد. خب، تغییرات مهم دیگری در این راستا در Zabbix 5.0 وجود خواهد داشت.
10. آیا به این فکر کرده اید که الگوها را رها کنید و مانند پرومتئوس این کار را انجام دهید، وقتی هر چیزی که داده می شود از بین می رود؟
Prometheus به طور خودکار تمام معیارها را می گیرد، این راحت است. و یک الگو چیزی بیش از مجموعهای از معیارها است، بلکه یک «کانتینر» است که شامل تمام پیکربندیهای معمولی لازم برای نظارت بر نوع خاصی از منبع یا سرویس است. در حال حاضر دارای مجموعهای از محرکها، نمودارها، قوانین تشخیص مهم است، دارای توضیحاتی در مورد معیارها و آستانههایی است که به کاربر کمک میکند بفهمد چه چیزی جمعآوری میشود، و کدام آستانهها و چرا بررسی میشوند. در عین حال، قالب ها به راحتی با سایر کاربران به اشتراک گذاشته می شوند - و آنها نظارت خوبی بر سیستم خود خواهند داشت، حتی بدون اینکه لزوماً در آن متخصص باشند.
11. چرا معیارهای کمی وجود دارد؟ این همچنین تنظیمات را از نقطه نظر عملیات بسیار پیچیده می کند.
اگر منظور شما از قالب های آماده است، در حال حاضر ما در حال توسعه و بهبود قالب های خود هستیم. Zabbix 4.4 با مجموعه ای جدید، بهبود یافته و ویژگی های بهتر ارائه می شود.
برای Zabbix همیشه می توانید یک الگوی آماده برای تقریباً هر سیستمی در share.zabbix.com پیدا کنید. اما ما تصمیم گرفتیم که خودمان قالبهای اولیه بسازیم، نمونهای برای دیگران باشد و همچنین کاربران را از نوشتن یک قالب برای برخی از MySQL آزاد کنیم. بنابراین، اکنون در Zabbix تنها قالب های رسمی بیشتری با هر نسخه وجود خواهد داشت.
12. چه زمانی می توان تریگرهایی ساخت که به هاست ها گره نخورده باشند، اما مثلاً بر اساس برچسب ها باشند. به عنوان مثال، ما یک سایت را از n نقطه مختلف رصد می کنیم و یک ماشه ساده می خواهیم که زمانی که سایت از 2 یا چند نقطه قابل دسترسی نیست فعال شود.
در واقع، چندین سال است که چنین قابلیتی در Zabbix در دسترس بوده و برای یکی از مشتریان نوشته شده است. مشتری - ICANN. بررسیهای مشابهی را نیز میتوان انجام داد، برای مثال، از طریق اقلام جمعآوری شده یا با استفاده از Zabbix API. ما اکنون فعالانه در حال کار برای ساده سازی ایجاد چنین چک هایی هستیم.
PS: در یکی از Slurms، توسعهدهندگان Zabbix از ما پرسیدند که میخواهیم در محصول چه چیزی ببینیم تا خوشههای Kubernetes را با استفاده از Zabbix و نه Prometheus نظارت کنیم.
وقتی توسعهدهندگان در نیمه راه با مشتریان ملاقات میکنند و برای خودشان چیزی باقی نمیمانند، عالی است. و اکنون ما از هر نسخه با علاقه صمیمانه استقبال می کنیم - خبر خوب این است که ویژگی های بیشتری که در مورد آنها صحبت کردیم در حال تبدیل شدن به گوشت و خون هستند.
تا زمانی که توسعه دهندگان خود را کنار نکشند، بلکه به نیازهای مشتریان علاقه مند باشند، محصول زندگی می کند و توسعه می یابد. ما شاهد انتشارهای جدید Zabbix خواهیم بود.
PPS: تا چند ماه دیگر دوره مانیتورینگ آنلاین را راه اندازی خواهیم کرد. در صورت تمایل عضو شوید تا اطلاعیه را از دست ندهید. در ضمن، شما می توانید از طریق ما بروید
منبع: www.habr.com