Forwarded from SoniaCircuit (Sonia Fatholahi)
درود
من دنبال کار تو زمینه وب و بکاند هستم. حدود ۴ سال سابقه کار دارم و بیشتر با زبان Golang کد میزنم، ولی با چند تا زبان مختلف دیگه هم تجربه دارم.
همچنین تجربهی به نسبت خوبی هم تو مدیریت سرورهای لینوکسی، دیپلوی، مانیتورینگ و نگهداری سیستمها (maintenance) دارم.
اگه موقعیت مناسبی هست، خوشحال میشم راجبش تو پیوی بهم بگین ❤️
—
PV: @SoniaFatholahi
Email: soniafatholahi@proton.me
Linkedin: linkedin.com/in/soniafatholahi
من دنبال کار تو زمینه وب و بکاند هستم. حدود ۴ سال سابقه کار دارم و بیشتر با زبان Golang کد میزنم، ولی با چند تا زبان مختلف دیگه هم تجربه دارم.
همچنین تجربهی به نسبت خوبی هم تو مدیریت سرورهای لینوکسی، دیپلوی، مانیتورینگ و نگهداری سیستمها (maintenance) دارم.
اگه موقعیت مناسبی هست، خوشحال میشم راجبش تو پیوی بهم بگین ❤️
—
PV: @SoniaFatholahi
Email: soniafatholahi@proton.me
Linkedin: linkedin.com/in/soniafatholahi
❤🔥3
همینو بهتون بگم که لذتی که در ریلیز کردن پروداکتی که مدت زیادیه روش کارمیکنید رو هیچ چیزی بهتون نمیده. دیدن اینکه خروجی زحمات تیم کارآمد بوده واقعا حس خفنی داره ❤️👌
🔥8👏2❤1
Forwarded from DevOps (Ahmadali Bagheri)
بچههای DevOpsHobbies 👋
یه ابزار ایرانیِ کار راهانداز توی کامیونیتی پیادهسازی کردیم که واقعاً به درد میخوره 👇
🔹 از طریق لینک زیر میتونید به نسخه بتای اون دسترسی داشته باشید:
🌐 Watchlog.ir
یه سرویس مانیتورینگ سبک و تمیز برای چک کردن سرویسها، APIها و سرورها
با Watchlog میتونی:
• health check و uptime سرویسهاتو مانیتور کنی
• alert بگیری وقتی یه سرویس down شد
• نمودار و لاگ وضعیت رو توی یه داشبورد ساده ببینی
• برای محیطهای dev، staging و prod خیلی راحت تنظیمش کنی
💡 راهاندازیش کمتر از چند دقیقهست، نیاز به تنظیمات پیچیده نداره و برای پروژههای کوچیک تا متوسط عالیه.
🔥 امتحانش کن، مخصوصاً اگه دنبال یه ابزار مانیتورینگ ساده و کاربردی برای تیم DevOpsت هستی.
📡 راههای ارتباطی:
Telegram: @watchlog_ir
🚧 چون Watchlog هنوز در نسخه بتا هست، اگه هر باگ، مشکل یا پیشنهادی داشتید خوشحال میشیم باهامون درمیون بذارید 🙌
یه ابزار ایرانیِ کار راهانداز توی کامیونیتی پیادهسازی کردیم که واقعاً به درد میخوره 👇
🔹 از طریق لینک زیر میتونید به نسخه بتای اون دسترسی داشته باشید:
🌐 Watchlog.ir
یه سرویس مانیتورینگ سبک و تمیز برای چک کردن سرویسها، APIها و سرورها
با Watchlog میتونی:
• health check و uptime سرویسهاتو مانیتور کنی
• alert بگیری وقتی یه سرویس down شد
• نمودار و لاگ وضعیت رو توی یه داشبورد ساده ببینی
• برای محیطهای dev، staging و prod خیلی راحت تنظیمش کنی
💡 راهاندازیش کمتر از چند دقیقهست، نیاز به تنظیمات پیچیده نداره و برای پروژههای کوچیک تا متوسط عالیه.
🔥 امتحانش کن، مخصوصاً اگه دنبال یه ابزار مانیتورینگ ساده و کاربردی برای تیم DevOpsت هستی.
📡 راههای ارتباطی:
Telegram: @watchlog_ir
🚧 چون Watchlog هنوز در نسخه بتا هست، اگه هر باگ، مشکل یا پیشنهادی داشتید خوشحال میشیم باهامون درمیون بذارید 🙌
🔥2
Byteforge / بایــت فورج 🛸
یه پست خفن در مورد argocd داریم که به ساده ترین شکل توضیح دادم این ابزار چیکار میکنه
«چطور ArgoCD تضمین میکنه Kubernetes همیشه با Git هماهنگ بمونه»
فرض کن یه رستوران بزرگ داری تو به عنوان مدیر، یه دفتر داری که توش دقیق نوشتی هر غذا چطوری باید درست بشه
چه مواد اولیهای داره، چند تا آشپز لازمه، دمای فر چقدره، و حتی چند تا غذا همزمان باید آماده بشن.
اون دفتر در دنیای نرمافزار، همون مخزن Gitه. یعنی جایی که «دستور اصلی کار» نوشته شده.
حالا توی آشپزخونه (که در دنیای ما همون Kubernetesه) چند تا آشپز مشغول کارن.
قراره همه طبق دستور دفتر کار کنن، ولی خب، معمولاً یکی یه تغییری میده!
یکی میگه «بیاین یه کم فلفل بیشتر بریزیم»،
یکی تصمیم میگیره دمای فر رو زیاد کنه که کار زودتر تموم شه،
یا یکی برای تست یه دستور جدید، خودش دستی یه چیز رو عوض میکنه.
اینجا دقیقاً همون اتفاقیه که توی سرورهای واقعی میافته:
اینجاست که ArgoCD وارد ماجرا میشه.
ArgoCD توی این مثال نقش سرآشپز ارشد و منظم رستوران رو داره.
اون دفتر دستور پخت (Git) رو همیشه دستشه و مدام بین آشپزها میچرخه تا مطمئن بشه همه دقیق طبق دستور عمل میکنن.
هر چند دقیقه یه بار میره سر میز کار آشپزها (یعنی سراغ Kubernetes) و نگاه میکنه ببینه همهچیز با دفتر یکی هست یا نه.
اگه ببینه دستور پخت تغییر کرده، دو حالت داره:
یا فقط خبر میده که «این غذا با دفتر یکی نیست» (که بهش میگن manual sync)
یا خودش بدون حرف اضافه، دستور درست رو دوباره اعمال میکنه (این میشه auto-sync)
از دید فنی، ArgoCD یه GitOps Controllerـه.
پس دیگه کسی نباید مستقیم بره چیزی رو روی سرور تغییر بده.
هر کاری بخوای بکنی، باید از Git انجامش بدی.
ArgoCD خودش بقیه مسیر رو میره، Deploymentها رو update میکنه، نسخهها رو sync میکنه، و حتی اگه کسی چیزی رو اشتباه عوض کنه، خودش برش میگردونه به حالت درست.
خلاصهاش:
به زبان خودمونی، ArgoCD تضمین میکنه اون چیزی که واقعاً روی سرور در حال اجراست، دقیقاً همون چیزیه که تو Git گفتی باید باشه.
نه کمتر، نه بیشتر.
فرض کن یه رستوران بزرگ داری تو به عنوان مدیر، یه دفتر داری که توش دقیق نوشتی هر غذا چطوری باید درست بشه
چه مواد اولیهای داره، چند تا آشپز لازمه، دمای فر چقدره، و حتی چند تا غذا همزمان باید آماده بشن.
اون دفتر در دنیای نرمافزار، همون مخزن Gitه. یعنی جایی که «دستور اصلی کار» نوشته شده.
حالا توی آشپزخونه (که در دنیای ما همون Kubernetesه) چند تا آشپز مشغول کارن.
قراره همه طبق دستور دفتر کار کنن، ولی خب، معمولاً یکی یه تغییری میده!
یکی میگه «بیاین یه کم فلفل بیشتر بریزیم»،
یکی تصمیم میگیره دمای فر رو زیاد کنه که کار زودتر تموم شه،
یا یکی برای تست یه دستور جدید، خودش دستی یه چیز رو عوض میکنه.
اینجا دقیقاً همون اتفاقیه که توی سرورهای واقعی میافته:
کسی ممکنه بره یه Deployment رو مستقیم ادیت کنه،
تعداد replicaها رو زیاد کنه،
یا نسخهی برنامه رو دستی عوض کنه.
در نتیجه، چیزی که واقعاً روی سرور در حال اجراست با اون چیزی که در Git نوشته شده فرق داره.
اینجاست که ArgoCD وارد ماجرا میشه.
ArgoCD توی این مثال نقش سرآشپز ارشد و منظم رستوران رو داره.
اون دفتر دستور پخت (Git) رو همیشه دستشه و مدام بین آشپزها میچرخه تا مطمئن بشه همه دقیق طبق دستور عمل میکنن.
هر چند دقیقه یه بار میره سر میز کار آشپزها (یعنی سراغ Kubernetes) و نگاه میکنه ببینه همهچیز با دفتر یکی هست یا نه.
اگه ببینه دستور پخت تغییر کرده، دو حالت داره:
یا فقط خبر میده که «این غذا با دفتر یکی نیست» (که بهش میگن manual sync)
یا خودش بدون حرف اضافه، دستور درست رو دوباره اعمال میکنه (این میشه auto-sync)
از دید فنی، ArgoCD یه GitOps Controllerـه.
یعنی چی؟ یعنی اون دائم داره وضعیت فعلی کلاستر Kubernetes رو با وضعیت تعریفشده در Git مقایسه میکنه.
به Git میگه “تو منبع حقیقتی (source of truth)”،
و هر چی اونجا تغییر کنه (مثلاً فایل YAML جدید یا یه commit تازه)، ArgoCD اون تغییر رو میفهمه، تفاوتش رو حساب میکنه و بعد تغییرات رو روی کلاستر اعمال میکنه.
پس دیگه کسی نباید مستقیم بره چیزی رو روی سرور تغییر بده.
هر کاری بخوای بکنی، باید از Git انجامش بدی.
ArgoCD خودش بقیه مسیر رو میره، Deploymentها رو update میکنه، نسخهها رو sync میکنه، و حتی اگه کسی چیزی رو اشتباه عوض کنه، خودش برش میگردونه به حالت درست.
خلاصهاش:
Git شده دفتر دستور پخت رسمی.
Kubernetes شده آشپزخونهای که غذاها اونجا درست میشن.
و ArgoCD شده سرآشپز وسواسی که نمیذاره هیچکس از دستور تخطی کنه.
به زبان خودمونی، ArgoCD تضمین میکنه اون چیزی که واقعاً روی سرور در حال اجراست، دقیقاً همون چیزیه که تو Git گفتی باید باشه.
نه کمتر، نه بیشتر.
#DevOps
#argocd
#cluster
#kubernetes
#byteforge
@byteforge_chan 🛸
👌3🏆1
اگه چشمه آب و کپسول اکسیژن و موتور برق و پدافند هوایی و کار و پول و ماشین داشته باشی، ایران بهترین جا برای زندگیه
🤷🏻♂️🤷🏻♂️
استارلینک فراموش نشه
🤷🏻♂️🤷🏻♂️
استارلینک فراموش نشه
🫡6😁1
Byteforge / بایــت فورج 🛸
https://open.spotify.com/playlist/1MZIjTu5sQT11G4XNaoqes?pi=DZVX3aIQTLOGg
پلی لیستی برای دوستان توسعه دهنده ❤️👌
❤🔥3
پیشنهاد دوستانه
حدود یه ساله تقریبا روی یه پروداکت( sass) داریم کار میکنیم که تمام زیر ساختش رو توسعه دادیم از صفر
بعضی جاها انقدر توی جزییات و فلوی فیچر ریز میشدیم و به نوعی کمالگرایی میکردیم که بعضی جاها بدهی فنی میساخت
و بعضی جاها درک عجیب و غریبی از ساخت فیچر میداد عملا بعضی فیچر هارو انقد کمالگرایی کردیم که هیچکدوم از پلتفرم های همکار و رقیب حتی توی مواردی به خودشون جرعت ندادن که نزدیک ساخت همچین فیچری بشن
ما این فیچر رو پیاده کردیم که هیچ اومدیم انقد ریز شدیم داخلش و انقد سناریو ساختیم که هرنیازی رو پاسخ میده که هیچ
اضافه بر سازمانم پاسخگو هست طبق معماری و الگوریتیمی که نوشتیم
این از جهاتی خوبه و از جهاتی بد
میپرسید چرا ؟
به دو دلیل
دلیل اول اینکه شما باید ب روند توسعه و تایم پروژه دقت بکنی که انقد کمالگرایی میکنی برای توسعه و ساخت واقعا لازمه ؟
دوم اینکه مخاظب هدفت اصلا میتونه از این فیچر استفاده بکنه بخاطر اینکه انقدر داخل جزیییات ورود کردی و مقداری پیچیده شده
از یه طرفی هم خوبه چرا ؟
چون انقد سناریو ها مختلف بر میخورید که دید خیلی خوبی برای توسعه و نگهداری کد بیس پروژه بهتون میده هم اینکه بسیار تجربه های ارزشمندی توی ساخت و توسعه پروژه های با پیچیدگی فنیه
🫡5👍1🔥1🏆1
Forwarded from Linuxor ?
امنیتی ها همیشه برای امن کردن میآن و تک تک سوراخ هارو میبندن بعد یه مدت که میگذره تازه میفهمن این سوراخ ها تمومی نداره و در نتیجه همیشه قضیه به این ختم میشه که یه دیوار دور اون چیز بکشن که بهش میگن isolation، همه حتی شرکت های بزرگ هم به این نتیجه رسیدن که isolation خیلی بهتر از درگیری جز به جز با مشکلاته، دقیقا مثل زندگی گاهی اوقات فقط isolation میتونه کمکمون کنه، درواقع با محیط نمیشه جنگید باید خودمون رو امن کنیم.
@Linuxor
@Linuxor
🔥3😐1💊1
caligula
https://github.com/ifd3f/caligula
Caligula is a user-friendly, lightweight TUI for imaging disks.
https://github.com/ifd3f/caligula
#DevOps
#byteforge
@byteforge_chan 🛸
GitHub
GitHub - ifd3f/caligula: A user-friendly, lightweight TUI for disk imaging
A user-friendly, lightweight TUI for disk imaging. Contribute to ifd3f/caligula development by creating an account on GitHub.
🔥2
داشتم ریپو های trend رو میدیدم
احتمالا خیلی زیاد میشنوید که ورکفلو های n8n
بازارش داغه و بحث زیاد میشه در موردش
این ریپو اومده و تعداد زیادی ورکفلو آماده رو جمع آوری کرده و اینجا گذاشته که بسته به نوع نیازتون میتونید استفاده کنید
احتمالا خیلی زیاد میشنوید که ورکفلو های n8n
بازارش داغه و بحث زیاد میشه در موردش
این ریپو اومده و تعداد زیادی ورکفلو آماده رو جمع آوری کرده و اینجا گذاشته که بسته به نوع نیازتون میتونید استفاده کنید
https://github.com/Zie619/n8n-workflows
#n8n
#DevOps
#byteforge
@byteforge_chan 🛸
❤1🔥1
شبکه در Kubernetes پیچیده اما قابل فهم! یه خلاصهی ساده
مقاله در کل داره درباره یه مشکل اصلی در Kubernetes حرف میزنه: پیچیدگی شبکه.
بهطور دقیق مشکل اینه :
هر پاد باید IP داشته باشه، مسیرها درست باشه، سرویسها ترافیک رو درست هدایت کنن، و DNS همیشه بروز باشه.
اگه این چیزها درست کار نکنه، نتیجهاش میشه پادهایی که به هم نمیرسن سرویسهایی که بالا نمیان و رفتارهای غیرقابلپیشبینی.
شبکه Kubernetes برخلاف Docker ساده نیست و برای همین نیاز به CNI، kube-proxy، Service Discovery و NetworkPolicy هست.
پس خلاصه بگم🤷
مقاله مشکل پیچیدگی ارتباطات داخل کلاستر Kubernetes رو توضیح میده و نشون میده این سیستم چطور شبکهسازی رو مدیریت میکنه تا پادها بتونن درست با هم و با بیرون ارتباط بگیرن.
مقاله در کل داره درباره یه مشکل اصلی در Kubernetes حرف میزنه: پیچیدگی شبکه.
بهطور دقیق مشکل اینه :
وقتی کلی پاد روی چند نود داری اینکه اینا چطور همدیگه رو پیدا کنن و حرف بزنن کار سادهای نیست.
هر پاد باید IP داشته باشه، مسیرها درست باشه، سرویسها ترافیک رو درست هدایت کنن، و DNS همیشه بروز باشه.
اگه این چیزها درست کار نکنه، نتیجهاش میشه پادهایی که به هم نمیرسن سرویسهایی که بالا نمیان و رفتارهای غیرقابلپیشبینی.
شبکه Kubernetes برخلاف Docker ساده نیست و برای همین نیاز به CNI، kube-proxy، Service Discovery و NetworkPolicy هست.
پس خلاصه بگم🤷
مقاله مشکل پیچیدگی ارتباطات داخل کلاستر Kubernetes رو توضیح میده و نشون میده این سیستم چطور شبکهسازی رو مدیریت میکنه تا پادها بتونن درست با هم و با بیرون ارتباط بگیرن.
لینک مقاله
https://www.freecodecamp.org/news/kubernetes-networking-tutorial-for-developers
#DevOps
#kubernetes
#byteforge
@byteforge_chan 🛸
🔥4⚡1❤1
تعدادی سرور مجازی موجود دارم برای فروش
خودم استفاده نمیکنم
لوکیشن های
دیتاسنتر ovh
قیمت پایه :300
خودم استفاده نمیکنم
لوکیشن های
france
usa
uk
germany
poland
canada
2gb ram
3core
ترافیک نامحدود
دیتاسنتر ovh
قیمت پایه :300
❤🔥3👍2
رفقا سلام روزتون بخیر باشه
چن مدت پیش ترجمه ی کتابی رو استارت زدیم
ترجمه ش رو ب لطف یکی از دوستان که مشارکت خوبی داشتن تموم کردیم و ریپو رو داخل گیتهاب گذاشتیم میتونید استفاده کنید
یه استار ساده و نشر دادنش کمک میکنه انگیزه بیشتری داشته باشیم برای انجام پروژه های رایگان و اوپن سورس
https://github.com/hemansadeghi/TLCL-Persian.git
چن مدت پیش ترجمه ی کتابی رو استارت زدیم
ترجمه ش رو ب لطف یکی از دوستان که مشارکت خوبی داشتن تموم کردیم و ریپو رو داخل گیتهاب گذاشتیم میتونید استفاده کنید
ترجمه کتاب :
the linux command line
اثر ویلیام شاتس William Shotts
بعد خوندنش درک خوبی از کامند های لینوکسی دارید به نسبت و یجورایی bash رو هم یاد میگیرید .
یه استار ساده و نشر دادنش کمک میکنه انگیزه بیشتری داشته باشیم برای انجام پروژه های رایگان و اوپن سورس
https://github.com/hemansadeghi/TLCL-Persian.git
GitHub
GitHub - hemansadeghi/TLCL-Persian: 📘 ترجمه فارسی کتاب The Linux Command Line (TLCL)
📘 ترجمه فارسی کتاب The Linux Command Line (TLCL). Contribute to hemansadeghi/TLCL-Persian development by creating an account on GitHub.
1❤🔥12❤1🔥1