موقعیتهای تحصیلی و کاری خارج از ایران از این پس در این کانال تلگرامی منتشر میگردد دوستان خودتون را به این کانال دعوت کنید.
👇👇
🔰 https://www.tgoop.com/DLeX_Apply

✔️ قرعه کشی کتاب های برنامه نویسی بابی

امشب ساعت ۹ شب
از طریق یوتوب پریمیر پخش میشه

👉 Link: https://youtu.be/Vr_b9wd5m5Q

بعد از پخش نیز از طریق لینک بالا قابل دسترسی است.

#برنامه_نویسی
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

⚡️Deep Dive Into Linux Page Cache⚡️
خب بعد یک مقداری خاموشی بریم با یک تاپیک جذاب که تو تمام جنبه‌های زندگی یک متخصص حوزه علوم کامپیوتر مخصوصا دوستان SRE حاضر هست و دونستن منطق پشتش خیلی می‌تونه تو مباحثی چون Tuning و Debugging بهتون کمک کنه اونم بحث Linux Page Cache هست که توسط زیرسیستم و اینترفیس VFS در کرنل هندل میشه. شاید بگید کجاها بدردتون می‌خوره؟ دوستانی که در طراحی سسیستم‌های Data/Disk Intensive تجربه داشتن حتما می‌دونن که یکی از مباحث مهم در طراحی توجه به کانسپت Data Durability هست که در SLA مخصوصا سرویس‌های استوریج هم خیلی توجه بهش مهم هست.
تو این مقاله به شکل کامل در 10 قسمت با انواع مثال، مفاهیم و ابزار درگیر با این مبحث آشنا می‌شوید. پیشنهاد می‌کنم حتما بخونیدش و لذتشو ببرید :)
پ.ن مثال‌ها عمدتا با پایتون هست.
Link:
◾️https://biriukov.dev/docs/page-cache/0-linux-page-cache-for-sre/
Author:
◾️https://twitter.com/brk0v/
#Linux #SRE #Caching #OS #Data
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️ چرا کوبرنتیز این شکلی طراحی شده؟ - قسمت اول

در این سری نوشته می‌خوایم اصول طراحی کوبرنتیز رو بررسی کنیم. این نوشته‌ها بر اساس یک ارائه در kubecon 2018 تهیه شدن. این قسمت شامل مقدمه و اصل اول (declarative به جای imperative) هست.

📜 در ویرگول بخونید:
👉 Link: https://vrgl.ir/DrxPC


#کوبرنتیز
#kubernetes
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️ هک مصاحبه شغلی با تکنیک STAR

بعد از غیبت صغرا، با یک کام‌بک سنگین برگشتیم 😎✌️🔥

توی این ویدئو یاد میگیریم چطور به سوالاتی که از جنس چالش شایستگی محور هستند در مصاحبه های شغلی برنامه نویسی بهتر پاسخ بدیم و شغل مورد نظر رو بدست بیاریم.

🖥 مشاهده در یوتوب
👉 Link: https://youtu.be/b667uyynFPY

#مصاحبه_شغلی #برنامه_نویسی #STAR_Method #bobycloud
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️استخدام متخصص DevOps

تمام وقت/ تهران
آدرس ارسال رزومه: [email protected]
شرح انتظارات شغلی
- پیاده سازی و مدیریت و تنظیم زیرساخت CI/CD و استقرار کدها و اسکریپت‌ها
- پیاده سازی، تنظیم و نگهداری ارکستریشن Kubernetes برای میکرو سرویس‌ها
- بکارگیری رویه های مناسب مهندسی در طی فرآیند توسعه محصول شامل لاگ‌ها، مانیتور کردن، طراحی زیرساخت پایدار، امن و مقیاس پذیر.
- تهیه و نگهداری اسنادی که شامل نمودارهای معماری، مدل های داده و نقشه های ناوبری در حوزه تخصصی DevOps هستند.

نیازمندی‌های شغلی
- تجربه پایه در توسعه نرم افزار
- دارای تجربه در Git
- دارای تجربه در لینوکس و اسکریپت نویسی Bash
- دارای تجربه در سیستم های CI/CD (ترجیحا GitLab CI)
- دانش تخصصی توسعه اپلیکیشن با فناوری هایی مانند Kafka، MySQL، Redis و غیره
- تجربه عملی با Kubernetes
- امکان استفاده از فناوری ها و ابزارهای متنوع
- آشنایی با مفاهیم پایگاه داده: طراحی، مقیاس بندی، دسترسی بالا، شاردینگ، ...
- آشنایی با ابزارهای مانیتورینگ و مدیریت لاگ
- آشنایی با تست خودکار نرم افزار
- درک عمیق از مفاهیم امنیتی

موارد زیر الزامی نیست، اما امتیاز محسوب می شود:
- تجربه با آپاچی کافکا
- تجربه برنامه نویسی Back-end

معرفی شرکت
سامانه‌های هوشمند درفک از به هم پیوستن تخصص‌های مالی و سرمایه‌گذاری در کنار نرم‌افزار و هوش مصنوعی تاسیس شده است. حوزه فعالیت شرکت، طراحی و توسعه زیرساخت‌های نرم‌افزاری مورد نیاز صنعت سرمایه‌گذاری مبتنی بر هوش مصنوعی و معاملات الگوریتمی با تمرکز بر بورس تهران و بازارهای مالی بین‌المللی است. تکنولوژی‌های مورد استفاده در توسعه نرم‌افزارها منطبق بر جدیدترین دستاوردها و ابزارهای متداول در کلاس بین‌المللی می‌باشد.

👉🏻Link: www.dorfaksystems.com


〰〰〰〰〰〰
© @DevOpsEx

بحث آزاد پرسش و پاسخ با دکتر رحیم دهخوارقانی و دکتر میثم عسگری پیرامون موضوع زیر: 👇👇

🔰 Sentiment Analysis and its Challenges for the NLP World

🔸 در تاریخ یکشنبه ۲۶ دی ساعت ۲۱ به وقت تهران

در پیج اینستاگرام زیر برگزار میگردد.

https://instagram.com/ai_python_podcast

📣 هر گونه سوالی که دارید روی این پست کامنت کنید.

❇️ @AI_Python

🏆جشنواره تخفیف ویژه زمستانه مدرسه علوم داده و بیگ دیتا

📽تا سقف ۷۶% تخفیفِ ۲۳ دوره آموزشی آنلاین

🎞بیش از ۷۰۰۰ دقیقه آموزش

🖥محورهای آموزشی:

✔️علوم داده
✔️مهندسی داده
✔️یادگیری ماشین
✔️یادگیری عــمیق
✔️پردازش زبان طبیعی
✔️پردازش گراف های حجیم
✔️هوش تجاری و بازیابی اطلاعات

🏆BigDataworld.ir
🏆instagram.com/BigData_School
🏆Youtube.com/MohammadHeydari

Git 2.35 is out, and now we have a new zdiff3 conflict style. 🎉

zdiff3 makes the conflict area smaller by moving all common lines at the beginning or end of a conflict outside the conflicted region.
A comparison of merge, diff3 and new zdiff3 styles can be seen in the picture.
In this example, we appended foo and bar at the start and baz at the conclusion in both commits. However, using zdiff3-style conflict markers transfers the foo, bar and baz outside of the conflicted region entirely. It combines the best of both worlds. The end result is more precise (due to the inclusion of the merging base) and concise (since it handles redundant parts of the conflict for us). You can use it as of now by changing merge.conflictstyle in your git config.

git config merge.conflictstyle zdiff3

Link:
◾️https://github.blog/2022-01-24-highlights-from-git-2-35/

Source: @fullstacks_mag
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️ لینوس تروالدز دیروز یه کامیت روی سورس کد لینوکس زده که لینوکس خیلی مزخرفه و برید windows xp نصب کنید عالیه!

👉 Link: https://github.com/torvalds/linux/blob/8bcab0346d4fcf21b97046eb44db8cf37ddd6da0/README

پ ن: بامزه بازی توروالدز با فیک کامیت گیتهاب 😁
پ ن۲: با این روش میشه یک سری حملات مثل فیشینگ رو انجام داد:
You should not trust any GitHub URL with a commit SHA in it - only trust ones with branch names - because it could be a phishing attack otherwise.
〰️〰️〰️〰️〰️〰️
©@DjangoEx

✔️ معماری مایکروسرویس چیست؟
به همراه ۷ معیار مایکروسرویس های خوب

در این ویدئو در رابطه با معماری مایکروسرویس ها و مواردی که منجر به طراحی خوب مایکروسرویس ها میشوند صحبت میکنیم، مواردی نظیر:
1. Independent Deployment
2. Business Domain
3. State, Encapsulation, Data Hiding
4. Low Coupling & High Cohesion
5. Size
6. Scalability
7. Bulkhead Pattern

🖥 مشاهده در یوتوب
👉 Link: https://youtu.be/WUDS9l8aydE

#Microservices #Architecture #میکروسرویس #bobycloud
〰️〰️〰️〰️〰️〰️
©@DevOpsEx

✅ استخدام متخصص DevOps

ما در راکت نیاز به یک همکار متخصص devops داریم ریموت یا حضوری

شرح موقعیت شغلی

• تسلط به لینوکس به ویژه Ubuntu
تسلط به زیر ساخت Docker و مفاهیم معماری مایکروسرویس ها.
تسلط به مفاهیم امنیت
آشنایی با فرایند CI/CD و ابزار های ساخت و استقرار نسخه
آشنایی با مجازی سازی زیر ساخت و فناوری های ابری
• آشنایی با حداقل یک زبان برنامه نویسی
• قابلیت تولید اسکریپت های پیچیده به منظور ایجاد اتوماسیون
• آشنایی با سرویس های Cloud
• توانایی راه اندازی سرویس های Highly Available

در صورت علاقه به همکاری به ایمیل زیر رزومه خودتون‌ رو ارسال کنید

[email protected]

#استخدام #موقعیت_شغلی
〰️〰️〰️〰️〰️〰️
©@DevOpsEx

✔️استخدام DevOps Engineer

وظایف:
استقرار محصولات نرم افزاری
مدیریت محیط های عملیاتی و تست
پیکربندی و مدیریت زیرساخت عملیاتی و تست


مهارت ها:
آشنایی با Git
آشنایی کافی به لینوکس
درک مناسب از TCP/IP
آشنا به فرآیند CI/CD و Gitlab
آشنایی به فرایند و ابزار های بک آپ
آشنایی با یک زبان برنامه نویسی
آشنایی با معماری توزیع شده و میکروسرویس ها
آشنایی با‍ مفاهیم و ابزارهای HA و Load balancing
تسلط به مدیریت و نگهداری و T-Shoot سرورهای مبتنی بر لینوکس
آشنایی به Hardening و firewall ها و افزایش امنیت سرور های لینوکسی
آشنا به Container Orchestration ها مانند Docker Swarm و Kubernetes
آشنایی با Terraform
آشنایی با AWS

👉 Link: https://jobinja.ir/companies/gathersa/jobs/RNhc

#استخدام #موقعیت_شغلی
〰️〰️〰️〰️〰️〰️
©@DevOpsEx

✔️ سیستم دیزاین چیست؟ چرا انقدر سیستم دیزاین مهم هست؟

سیستم دیزاین برای برنامه نویس های بک اند، مهندس‌های نرم‌افزار و متخصصین دوآپس واجب هست.

در این ویدئو سیستم دیزاین و تفکر سیستمی رو با حل یک چالش تکنیکال یاد میگیریم و راجع به موارد زیر صحبت میکنیم:
1. Availability
2. Scalability
3. Reliability

🖥 مشاهده در یوتوب
👉 Link: https://youtu.be/eG8iNWVNjpQ

#سیستم_دیزاین #system_design #معماری_نرم_افزار #bobycloud
〰️〰️〰️〰️〰️〰️
©@DevOpsEx

خب بریم سر یکی از مبهم ترین بحث ها در کرنل لینوکس که از تاپیک‌های مخصوص دوستان SRE هم هست! اونم بحثی تحت عنوان I/O بخصوص در مود Non-Blocking هست. بصورت خیلی ساده چیزی که همه I/O ها تو یونیکس باهاشون درگیرن، یک Sequence یا Stream از بایت ها هست. یک پروسه تو لینوکس از طریق File Descriptor ها به این استریمی از بایت‌ها رفرنس داده می‌شن ولی چیزی که امروزه بهش توجه زیادی میشه بحث Non-Blocking Descriptors هستند که بحث هایی چون، چگونگی فهمیدن Readiness بودن این Descriptor ها به روش های مثل Pull Based و یا حتی Push Based می تونیم برسیم بهشون و در نهایت بحث مهم قضیه یعنی Multiplexing I/O with Non-Blocking I/O هست که به شکل های مختلفی به کمک سیستم کال هایی مثل Select و یا Poll میشه بهشون رسید. تو این مقاله به شکلی دقیق به این مبحث پرداخته شده:
◾️https://copyconstruct.medium.com/nonblocking-i-o-99948ad7c957
البته چیزی که امروزه توجه زیادی بهش میشه بحث epoll هست که میشه گفت نهایت ترکیب تمام روش‌ها هست. برای اونم این لینک کامل توضیح داده:
◾️https://copyconstruct.medium.com/the-method-to-epolls-madness-d9d2d6378642
ادامه👇

در آخر اگر بخواهیم مثالی کاربردی از موارد بالا داشته باشیم بحث Socket ها در لینوکس هستند که اگر باز هم علاقه داشتید زیر و بم این موضوع رو تا عمق سورس کد کرنل هم بفهمید لینک زیر براتون باید جالب باشه:
◾️https://ops.tips/blog/how-linux-creates-sockets/
امیدوارم لذت ببرید🤘🌹
#Linux #SRE #Unix #OS #Kernel
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

✔️ سرویس های AWS در ۲ دقیقه 😁

Written and Performed by Forrest Brazeal
#fun #aws
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

خب مبحثی که امروز می‌خوام باز بکنم براتون که دونستنش می‌تونه برای DevOps یا SRE کارها جالب باشه و البته یکی از پترن‌های مشهور در بحث Advanced System Design هم هست بحث توافق توزیع‌شده هست! می‌دونیم که برای رسیدن به یک معماری Distributed موارد مختلفی و زیادی دخیل هستند که یکی از اون موارد و پترن‌ها داشتن یک الگوریتم Distributed Consensus (توافق توزیع شده) هست که چندین سرویس، نود و ... می‌بایست روی یک مورد خاصی به اتفاق نظری برسن ولی مشکل این هست که چجوری؟ همه ما امروزه تو پلتفرم‌های توزیع‌شده‌ای مثل Docker Swarm یا Kubernetes اسمی تحت عنوان Raft رو شنیدیم یا حتی شاید کمی راجبش مطالعه هم داشتیم و فهمیدیم که این الگوریتم ارتباط تنگاتنگی با دوتا دیگه از پترن‌ها در بحث سیستم‌های توزیع‌شده یعنی بحث‌های Quorum و Leader and Follower داره ولی آیا فقط همین الگوریتم استفاده میشه؟ قبل از این الگوریتم چه ایده‌لوژی‌های دیگه‌ای استفاده می‌شدن؟ تو مقاله زیر که خیلی خوب و ساده این مبحث رو پوشش داده، روی الگوریتم‌های اصلی و بنیادی چون Paxos و Log Paxos و Multi-Paxos و Multi-shot Lock-Commit و CASPaxos و حتی Zookeeper Atomic Broadcast (ZAB) هم بحث و مقایسه‌هایی شده که می‌تونه تو بحث طراحی یک سیستم توزیع‌شده بهتون دید جامع‌تری بده .
◻️Main Link:
https://decentralizedthoughts.github.io/2021-09-30-distributed-consensus-made-simple-for-real-this-www.tgoop.com/
Other Links:
◾️http://ifeanyi.co/posts/understanding-consensus/
◾️https://eli.thegreenplace.net/2020/implementing-raft-part-0-introduction/
◾️https://www.youtube.com/watch?v=n9VKAKwBj_0
〰️〰️〰️〰️〰️〰️
© @DevOpsEx

البته اگر به مباحث این چنینی علاقه دارید یک کورس از MIT تو یوتیوب هست که می‌تونه جالب باشه براتون 🌹🤘
MIT 6.824: Distributed Systems:
https://www.youtube.com/watch?v=64Zp3tzNbpE
〰️〰️〰️〰️〰️〰️
© @DevOpsEx