Kubernetes in action - lesson 3
کوبرنتیز یک پلتفرم برای ساخت, دیپلوی و منیج کردن یک برنامه توزیع شده است. این برنامهها در سایز و اشکال مختلفی میتوانند باشند که روی یک یا چند سیستم به صورتهای متفاوت به اجرا درامدند. تمامی این برنامهها ورودیهایی را دریافت میکنند و میتوانند خروجیهایی را ارسال کنند. قبل از اینکه وارد این موضوع شویم, ابتدا باید بدانیم که چطور میتوانیم یک کانتینر اپلیکیشن بسازیم تا بتوانیم آن را در بستر این محیط به اجرا دربیاوریم.
برنامهها عموما ترکیبی از کتابخانهها و سورس کدها هستند که در مواقع مختلف روی کتابخانههای سیستمعاملی مانند libc و libssl نیز تکیه میکنند. این دیپندنسیها میتوانند گاهی مشکلاتی را بوجود بیاورند. برای مثال ممکن است یک کتابخانه روی لپتاپ برنامهنویس نصب باشد اما روی سرور پروداکشن این کتابخانه نصب نباشد. آنگاه به مشکلات مختلفی بر میخوریم.
این راه قدیمی که باید کل کد بیس روی یک ماشین با یک سیستمعامل مشخص و کتابخانههایی با ورژنهای مشخص اجرا شود, اکنون دیگر منقضی شده است. چرا که در تیمهای بزرگ این رویکرد تنها پیچیدگی را زیاد کرده بود.
یکی از راههایی که میتوانیم در مقابل این مشکل بایستیم این است که کل برنامه را تبدیل به یک package کنیم و آن را یکجایی push کنیم تا دیگران آن را pull کنند و از آن استفاده کنند. Docker یکی از محبوبترین ابزارها برای این کار است. با داکر میتوانیم یک ایمیج executable بسازیم و سپس آن را روی یک رجیستری push کنیم تا دیگران بتوانند از آن استفاده کنند.
پس درواقع container image ها یک مجموعهای از سورس کد و دیپندنسیهای آن هستند که در لایههای مختلفی از یک ایمیج ذخیره شدهاند. معروفترین فرمت این ایمیجها, فرمت ایمیجهای داکر است که توسط OCI, استداندارد سازی شده است.
خوشبختانه کوبرنتیز از فرمتهای docker image format و OCI ساپورت میکند.
ایمیج کانتینرها تنها یک فایل نیستند, بلکه آنها پوینتری به فایلهای دیگه هستند. ایمیجها از لایههایی تشکیل شدهاند که این لایهها ممکن است گاهی مدتها پیش توسعه یافته باشد.
ایمیجها معمولا با یک configuration file اجرا میشوند که در آن تنظیمات مربوط به نتورک, entrypoint command و syscall restriction کانفیگ میشوند.
کانتینرها به دو دسته تقسیم میشوند.
1- system containers
2- application containers
دسته اول به کانتینرهایی میگوییم که یک سیستمعامل کامل را نصب دارد که میتوانیم در آن اقدامات زیادی انجام دهیم. اما این کانتینرها منابع بیشتری مصرف میکنند, پس برنامهنویسها به دنبال یک راه بهتر و سبک تر رفتند و application containerها را پیدا کردند. این کانتینرها معمولا ایمیجهای سبکتری دارند. چرا که این کانتینرها با یک سیستمعامل پایهای و سبک بوت میشوند و تمرکز آنها بیشتر روی ابزاری است که توسعه میدهند.
اما یک ایمیج را چگونه میتوانیم بهینه کنیم؟
۱- فایلهای اضافی را در .dockerignore قرار دهیم.
سناریو زیر را درنظر بگیرید:
Layer 1: Contain a big file
Layer 2: Removes the big file
در سناریو بالا, خیلی بهتر میشد اگر از همان اول Big file را داخل .dockerignore قرار دهیم.
۲- به ترتیب اجرای دستورات دقت کنید.
به سناریوی زیر دقت کنید:
Dockerfile A:
Install big linux dependencies
Copy requirements.txt
Install reuirements
Dockerfile B:
Copy requirements.txt
Install reuirements
Install big linux dependencies
دو ایمیج بالا دقیقا یک کار را انجام میدهند, اما در ایمیج دومی هرگاه requirements.txt تغییر میکند, ما دیپندنسیهای سنگین را از نو نصب میکنیم! پس بهتر است این لایههای سنگین را در ابتدای فایل ایجاد کنیم.
در درسهای بعد به مسائلی همچون multistage image build میپردازیم.
#kubernetes_up_and_running
@Code_Crafters
کوبرنتیز یک پلتفرم برای ساخت, دیپلوی و منیج کردن یک برنامه توزیع شده است. این برنامهها در سایز و اشکال مختلفی میتوانند باشند که روی یک یا چند سیستم به صورتهای متفاوت به اجرا درامدند. تمامی این برنامهها ورودیهایی را دریافت میکنند و میتوانند خروجیهایی را ارسال کنند. قبل از اینکه وارد این موضوع شویم, ابتدا باید بدانیم که چطور میتوانیم یک کانتینر اپلیکیشن بسازیم تا بتوانیم آن را در بستر این محیط به اجرا دربیاوریم.
برنامهها عموما ترکیبی از کتابخانهها و سورس کدها هستند که در مواقع مختلف روی کتابخانههای سیستمعاملی مانند libc و libssl نیز تکیه میکنند. این دیپندنسیها میتوانند گاهی مشکلاتی را بوجود بیاورند. برای مثال ممکن است یک کتابخانه روی لپتاپ برنامهنویس نصب باشد اما روی سرور پروداکشن این کتابخانه نصب نباشد. آنگاه به مشکلات مختلفی بر میخوریم.
این راه قدیمی که باید کل کد بیس روی یک ماشین با یک سیستمعامل مشخص و کتابخانههایی با ورژنهای مشخص اجرا شود, اکنون دیگر منقضی شده است. چرا که در تیمهای بزرگ این رویکرد تنها پیچیدگی را زیاد کرده بود.
یکی از راههایی که میتوانیم در مقابل این مشکل بایستیم این است که کل برنامه را تبدیل به یک package کنیم و آن را یکجایی push کنیم تا دیگران آن را pull کنند و از آن استفاده کنند. Docker یکی از محبوبترین ابزارها برای این کار است. با داکر میتوانیم یک ایمیج executable بسازیم و سپس آن را روی یک رجیستری push کنیم تا دیگران بتوانند از آن استفاده کنند.
پس درواقع container image ها یک مجموعهای از سورس کد و دیپندنسیهای آن هستند که در لایههای مختلفی از یک ایمیج ذخیره شدهاند. معروفترین فرمت این ایمیجها, فرمت ایمیجهای داکر است که توسط OCI, استداندارد سازی شده است.
خوشبختانه کوبرنتیز از فرمتهای docker image format و OCI ساپورت میکند.
ایمیج کانتینرها تنها یک فایل نیستند, بلکه آنها پوینتری به فایلهای دیگه هستند. ایمیجها از لایههایی تشکیل شدهاند که این لایهها ممکن است گاهی مدتها پیش توسعه یافته باشد.
ایمیجها معمولا با یک configuration file اجرا میشوند که در آن تنظیمات مربوط به نتورک, entrypoint command و syscall restriction کانفیگ میشوند.
کانتینرها به دو دسته تقسیم میشوند.
1- system containers
2- application containers
دسته اول به کانتینرهایی میگوییم که یک سیستمعامل کامل را نصب دارد که میتوانیم در آن اقدامات زیادی انجام دهیم. اما این کانتینرها منابع بیشتری مصرف میکنند, پس برنامهنویسها به دنبال یک راه بهتر و سبک تر رفتند و application containerها را پیدا کردند. این کانتینرها معمولا ایمیجهای سبکتری دارند. چرا که این کانتینرها با یک سیستمعامل پایهای و سبک بوت میشوند و تمرکز آنها بیشتر روی ابزاری است که توسعه میدهند.
اما یک ایمیج را چگونه میتوانیم بهینه کنیم؟
۱- فایلهای اضافی را در .dockerignore قرار دهیم.
سناریو زیر را درنظر بگیرید:
Layer 1: Contain a big file
Layer 2: Removes the big file
در سناریو بالا, خیلی بهتر میشد اگر از همان اول Big file را داخل .dockerignore قرار دهیم.
۲- به ترتیب اجرای دستورات دقت کنید.
به سناریوی زیر دقت کنید:
Dockerfile A:
Install big linux dependencies
Copy requirements.txt
Install reuirements
Dockerfile B:
Copy requirements.txt
Install reuirements
Install big linux dependencies
دو ایمیج بالا دقیقا یک کار را انجام میدهند, اما در ایمیج دومی هرگاه requirements.txt تغییر میکند, ما دیپندنسیهای سنگین را از نو نصب میکنیم! پس بهتر است این لایههای سنگین را در ابتدای فایل ایجاد کنیم.
در درسهای بعد به مسائلی همچون multistage image build میپردازیم.
#kubernetes_up_and_running
@Code_Crafters
❤6
یکی از وحشتناکترین مسائلی که در خودشناسی باهاش روبرو میشید جایی از درونتون هستش که بهش میرسید و متوجه میشید که یک زمان کوتاهی یک آدمی اومده سراغتون، نه حتی با میل خودتون بلکه با اغواگری شدید خود اون فرد، یک آسیبی یک حس بدی از خودتون براتون جا گذاشته و بدون هیچ توضیح یا حرف سادهای گذاشته رفته
ترسناکتر اینجاست که باز این حس که زنده میشه مجدد ازتون میخواد که برید سراغ همون آدم مریض و ازش توضیح بخواید
باید قبول کنیم جذابیت فردی در اولین نگاه از هر فردی یا شخصی به احتمال زیاد (نه بطور قطع) نشان از اختلال شخصی و بیماری روانی هستش
بخوام چندتا نمونه بهتون بگم
اختلال مرزی: در ابتدای آشنایی بشدت جذابیت اجتماعی داره براتون
اختلال خودشیفتگی: بشدت آدم حق به جانب و سطح بالایی بنظر میاد
اختلال شکاکیت: در ابتدای آشنایی بشدت آدمی هستش که بهتون اهمیت میده
جذابیت ابتدایی بالا میتونه نشونه یک بیماری روانی زمینهای باشه که در برخورد اول قابل تشخیص نیست ولی منتها بشکل دیگهای خودش رو نشون میده
#موقت
ترسناکتر اینجاست که باز این حس که زنده میشه مجدد ازتون میخواد که برید سراغ همون آدم مریض و ازش توضیح بخواید
باید قبول کنیم جذابیت فردی در اولین نگاه از هر فردی یا شخصی به احتمال زیاد (نه بطور قطع) نشان از اختلال شخصی و بیماری روانی هستش
بخوام چندتا نمونه بهتون بگم
اختلال مرزی: در ابتدای آشنایی بشدت جذابیت اجتماعی داره براتون
اختلال خودشیفتگی: بشدت آدم حق به جانب و سطح بالایی بنظر میاد
اختلال شکاکیت: در ابتدای آشنایی بشدت آدمی هستش که بهتون اهمیت میده
جذابیت ابتدایی بالا میتونه نشونه یک بیماری روانی زمینهای باشه که در برخورد اول قابل تشخیص نیست ولی منتها بشکل دیگهای خودش رو نشون میده
#موقت
👍10❤2👏1🤡1
شاید عمیقا رنج انسان از زندگی همین مفهوم باشد، جایی که در انتهای تمام تلاشت صرف دوست داشتن کسی به منتها علیه نرسیدنی ختم شود که آن دیگری نمیخواهد یا تنها بازیچه برطرف شدن حس نیاز به دیده شدن او شوی که برگرفته از کمبودهای درونی اوست، آنچه بر تو غالب خواهد شد نرسیدن نیست بلکه بیگانگی عمیقیست که نسبت به دنیا و ارزشهای خود ساخته داری، با نگاه کوچکی به گذشته خود و آنچه را که از دیگری به تو با لمس رسیده باشد، چنان در خود خواهی شکست که هیچ توانی صرف بازسازی مجدد خویش نمیبینی، عمیقا دنبال پاسخی میگردی که آن دیگری هم از پذیرش اصل مسئله سرباز خواهد زد تا که بخواهد در یافتن پاسخ سرنخی به تو بدهد، حس دور شدن نه از دیگری بلکه از خودت شروع میشود، آدمی که به خود نرسد، به هیچ هم نمیرسد
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
خیلیها خودشونو رو فیلم باز میدونن و تنها تفسیرشون از این قضیه فقط این هستش که فیلم زیاد میبینن و ...
ولی در سطح کلی وقتی یک فیلم رو بررسی میکنی متوجه میشی که قبل از فیلم باز بودن، نیازه که تو کتاب باز باشی تا درک کنی یک فیلم چه چیزی میخواهد به تو بگوید، لغو تئوری انتخاب در تین سکانس کوچک اقدام علیه یکی از بزرگترین فلسفههای امروزی دنیا رخ داد که هدف آن بازگشت انسان به اصل زیست خودش هستش
ولی در سطح کلی وقتی یک فیلم رو بررسی میکنی متوجه میشی که قبل از فیلم باز بودن، نیازه که تو کتاب باز باشی تا درک کنی یک فیلم چه چیزی میخواهد به تو بگوید، لغو تئوری انتخاب در تین سکانس کوچک اقدام علیه یکی از بزرگترین فلسفههای امروزی دنیا رخ داد که هدف آن بازگشت انسان به اصل زیست خودش هستش
👍5👎4