https://news.1rj.ru/str/shirazcloud/343
رو این نظرسنجی آموزش سرویسهای پایه AWS رو بزنید به نظرم و حتما شرکت کنید
آقای بوستان دوست میخوان سمینار آنلاین رایگان برگزار کنن
رو این نظرسنجی آموزش سرویسهای پایه AWS رو بزنید به نظرم و حتما شرکت کنید
آقای بوستان دوست میخوان سمینار آنلاین رایگان برگزار کنن
👍1
موضوع کارگاه بعدی دوآپس چی باشه؟
Anonymous Poll
19%
Docker
35%
CI/CD
15%
Ansible
15%
Monitoring with grafana and prometheus
15%
Hands on linux basics
15%
دوآپس و فرهنگ دوآپس چیست؟
پیج اینیستاگرام انجمن دوآپس و کلاد تبریز
https://instagram.com/devops_tabriz
https://instagram.com/devops_tabriz
کانال انجمن کلاد و دوآپس تبریز pinned «پیج اینیستاگرام انجمن دوآپس و کلاد تبریز https://instagram.com/devops_tabriz»
1690514625464.pdf
479.4 KB
🔵Kubernetes Security Cheat Sheet
— معرفی منبع برای یادگیری داکر —
یکی از راههای متداول نصب و استقرار اپناستک استفاده از Kolla-Ansible است که سرویسها و ماژولهای اپناستک را در کانتینرهای داکری قرار میدهد و اجرا میکند. Kolla انتخاب متداولی در بین پروایدرهای IaaS ایرانیه. اگر به سراغ این شیوهٔ دیپلوی اپناستک میروید، نیازه داکر رو بدونید. در زیر منابعی برای یادگیری داکر معرفی شده:
- کتاب Docker Deep Dive نوشتهٔ Nigel Poulton کتاب بهروزی است (جدیدترین ویرایشش برای همین امساله، ۲۰۲۳) و شما رو در مسیر استاندارد یادگیری هدایت میکنه.
- پیوند خرید کتاب روی آمازون
- دریافت از سایت libgen.is با فرمت epub
- کتابهای دیگر (لیست)
- پنج پست وبلاگی بلند نوشتهٔ Nicolas Schoemaeker در پیوند زیر مصداقیان برای ضربالمثل Old but Gold. خوندن این سری توصیه میشه و تنها مسئلهاش قدیمی بودن پستهاس (۲۰۱۶) که سینتکس بعضی دستورها در نسخههای جدیدتر داکر تغییر کرده، اما با مرور یه Cheat Sheet میشه نسبت به تغییرها بهروز شد.
- مجموعه ۵ قسمتی رام کردن داکر
- ویدیوهای آموزشی که فراوان در یوتوب، کانالهای تلگرام، سایتهای دانلود, روی تورنت و یا هاردهای دوستانتون پیدا میکنید (:
#داکر #Docker
یکی از راههای متداول نصب و استقرار اپناستک استفاده از Kolla-Ansible است که سرویسها و ماژولهای اپناستک را در کانتینرهای داکری قرار میدهد و اجرا میکند. Kolla انتخاب متداولی در بین پروایدرهای IaaS ایرانیه. اگر به سراغ این شیوهٔ دیپلوی اپناستک میروید، نیازه داکر رو بدونید. در زیر منابعی برای یادگیری داکر معرفی شده:
- کتاب Docker Deep Dive نوشتهٔ Nigel Poulton کتاب بهروزی است (جدیدترین ویرایشش برای همین امساله، ۲۰۲۳) و شما رو در مسیر استاندارد یادگیری هدایت میکنه.
- پیوند خرید کتاب روی آمازون
- دریافت از سایت libgen.is با فرمت epub
- کتابهای دیگر (لیست)
- پنج پست وبلاگی بلند نوشتهٔ Nicolas Schoemaeker در پیوند زیر مصداقیان برای ضربالمثل Old but Gold. خوندن این سری توصیه میشه و تنها مسئلهاش قدیمی بودن پستهاس (۲۰۱۶) که سینتکس بعضی دستورها در نسخههای جدیدتر داکر تغییر کرده، اما با مرور یه Cheat Sheet میشه نسبت به تغییرها بهروز شد.
- مجموعه ۵ قسمتی رام کردن داکر
- ویدیوهای آموزشی که فراوان در یوتوب، کانالهای تلگرام، سایتهای دانلود, روی تورنت و یا هاردهای دوستانتون پیدا میکنید (:
#داکر #Docker
Forwarded from kubedemy
Linux Command Line and Shell Scripting Bible 4th Edition.pdf
26.5 MB
سلام بر شما دوست عزیز ادیشن چهارم کتابی که معرفی کردم رسید طبق قولی که دادم قرار میدم اینجا دوستان استفاده بکنن همین هفته پیش به نظرم بیرون اومد و اینکه واقعا مثال های کاربردی تو بحث Shell Scripting زده شده مخصوصا روی ابزاری به اسم gawk برای پردازش داده و فیلتر کردن خروجی تمرکز و مثال هایی خوبی زده شده پیشنهاد میکنم استفاده کنید
https://http3check.net/
۱- پروتکل http برای انتقال اطلاعات از وب سایت ها به مرورگر استفاده و قوانین استانداردی رو ارائه می کرد.
اما نکته مهم اینه که اطلاعات قابل مشاهده توسط دیگران بود.
۲- پروتکل https رو ورژن ارتقاء یافته http در نظر بگیرید با این تفاوت که اطلاعات بین وبسایت و مرورگر به صورت رمزگذاری شده انتقال پیدا می کنه برای همین امن تر و بهتره.
۳- تا قبل از http/3 نسخههای قبلی این پروتکل (http/1.1 و http/2) از یک مدل ارتباط ترتیبی و متوالی استفاده میکردند، به این معنی که اطلاعات به ترتیب به مرورگر ارسال میشدند. اما http/3 از پروتکل جدید به نام QUIC استفاده میکنه.
این تکنولوژی بر مبنای UDP به مرورگر اجازه میده تا اطلاعات به صورت موازی و بدون ترتیب مشخصی از سرور دریافت کنه.
مزایا: سرعت و امنیت بیشتر
HTTP: HyperText Transfer Protocol
HTTPS: Hypertext Transfer Protocol Secure
QUIC: Quick UDP Internet Connections
۱- پروتکل http برای انتقال اطلاعات از وب سایت ها به مرورگر استفاده و قوانین استانداردی رو ارائه می کرد.
اما نکته مهم اینه که اطلاعات قابل مشاهده توسط دیگران بود.
۲- پروتکل https رو ورژن ارتقاء یافته http در نظر بگیرید با این تفاوت که اطلاعات بین وبسایت و مرورگر به صورت رمزگذاری شده انتقال پیدا می کنه برای همین امن تر و بهتره.
۳- تا قبل از http/3 نسخههای قبلی این پروتکل (http/1.1 و http/2) از یک مدل ارتباط ترتیبی و متوالی استفاده میکردند، به این معنی که اطلاعات به ترتیب به مرورگر ارسال میشدند. اما http/3 از پروتکل جدید به نام QUIC استفاده میکنه.
این تکنولوژی بر مبنای UDP به مرورگر اجازه میده تا اطلاعات به صورت موازی و بدون ترتیب مشخصی از سرور دریافت کنه.
مزایا: سرعت و امنیت بیشتر
HTTP: HyperText Transfer Protocol
HTTPS: Hypertext Transfer Protocol Secure
QUIC: Quick UDP Internet Connections
http3check.net
HTTP/3 Check
Is my site using HTTP3? Check HTTP3 service on any URL. Test QUIC service, too.
کامند های پرکاربرد برای tshoot شبکه:
۱.
۱.
sudo conntrack -d 8.8.8.8 -E۲.
mtr -P 53 8.8.8.8۳.
openssl s_client -connect google.com:443
فاکتور RPO و RTO
هنگامی که در یک سازمان از دیتا محافظت می کنیم اغلب با دو فاکتور بنام های RPO و RTO برخورد خواهیم داشت که باید محاسبه شود و در طرح Disaster Recovery موجود باشد. حال بصورت خیلی ساده این دو فاکتور را تعریف می کنیم؛ منظور از RPO، دیتایی می باشد که از دست خواهیم داد، برای درک بهتر یک مثال می زنم. ساعت 12 شب از اطلاعات Backup گرفته ایم و ساعت 4 صبح دیسک سرور یا ذخیره ساز از بین می رود در نتیجه اگر Restore را انجام دهیم چهار ساعت دیتا از دست رفته و به ساعت 12 بر خواهیم گشت؛ در نتیجه RPO ما نزدیک به 4 ساعت خواهد شد. قطعا هر چه مقدار RPO کمتر و نزدیک تر به صفر باشد بهتر است و برای اینکار باید از مکانیزم هایی مانند Replication بین دو ذخیره ساز استفاده کنیم. فاکتور RTO نیز به این معنی است که چقدر زمان نیاز است تا دیتا را Restore کنیم. مثلا اگر 1 ترابایت دیتا را از روی دیسک بخواهیم برگردانیم ممکن است 6 ساعت زمان نیاز داشته باشد در نتیجه مقدار RTO ما برابر با 6 ساعت خواهد که قطعا هر چه این عدد نزدیک به صفر باشد بهتر است.
هنگامی که در یک سازمان از دیتا محافظت می کنیم اغلب با دو فاکتور بنام های RPO و RTO برخورد خواهیم داشت که باید محاسبه شود و در طرح Disaster Recovery موجود باشد. حال بصورت خیلی ساده این دو فاکتور را تعریف می کنیم؛ منظور از RPO، دیتایی می باشد که از دست خواهیم داد، برای درک بهتر یک مثال می زنم. ساعت 12 شب از اطلاعات Backup گرفته ایم و ساعت 4 صبح دیسک سرور یا ذخیره ساز از بین می رود در نتیجه اگر Restore را انجام دهیم چهار ساعت دیتا از دست رفته و به ساعت 12 بر خواهیم گشت؛ در نتیجه RPO ما نزدیک به 4 ساعت خواهد شد. قطعا هر چه مقدار RPO کمتر و نزدیک تر به صفر باشد بهتر است و برای اینکار باید از مکانیزم هایی مانند Replication بین دو ذخیره ساز استفاده کنیم. فاکتور RTO نیز به این معنی است که چقدر زمان نیاز است تا دیتا را Restore کنیم. مثلا اگر 1 ترابایت دیتا را از روی دیسک بخواهیم برگردانیم ممکن است 6 ساعت زمان نیاز داشته باشد در نتیجه مقدار RTO ما برابر با 6 ساعت خواهد که قطعا هر چه این عدد نزدیک به صفر باشد بهتر است.