توی معماری سیستم یک اصطلاحی داریم به اسم؛
distributed monolithic
که خب یک anti-pattern هست برای معماری micro-service اول هفته با یک شرکتی برای مشاوره صحبت کردیم (کارشون رو قبول نکردم ولی یک قرارداد کوچک بستم برای اینکه بگم مشکل فعلی سیستم کجاس)
معماری سیستم مثلاً قرار بوده micro-service باشه؛ در نگاه اول هم هست و حتی از تمام ابزارهای لازم هم داره استفاده میشه اما به اشتباه.
کل سیستم رو امروز کنار هم چیدم و روی یک سرور بالا آوردم (بجای چندتا سرور) و تبدیلش کردم به multi app monolithic اولش خیلی ناراحت و نگران بودند که پرفورمنس خراب میشه و ازین حرفا ولی بعد توی تستها دیدند که حداقل ۲ برابر سرعت پاسخ و تعداد درخواستهایی که هندل میشه بیشتره.
البته من مطمئن بودم که اینطوری میشه به سه دلیل :
۱- به وضوح anti pattern رو میدیدم
۲- تعداد درخواستهای بین سرویسها زیاد بود
۳- خیلی از زمان پروفایلنگ، برای درخواست بین سرویسها هدر میرفت روی نتورک. (که خب حتی async هم نبود که حداقل cpu هدر نره)
این موضوع دلیلی شد؛ بیام چندتا تعریف اشتباه که دائم میشنوم رو انتقال بدم:
۱- توی ماکروسرویس هر سرویس باید دیتابیس جدا داشته باشه.
این تعریف درسته، اما تفسیر غلط ازش زیاده؛ مثلاً ۹۹٪ فکر میکنند این یعنی برای هر سرویس باید یک سرور Postgres جدا داشته باشند، نه لزوماً مفهوم این تعریف اینه که:
مثلاً سرویس auth شما نره دیتای سرویس payment رو بخونه حتی اگر جفتشون روی یک دیتابیس هستند (فقط دوتا تیبل جداشده) و برای گرفتن دیتای مورد نیازش به سرویس payment درخواست بده
۲- هر تابع، متد یا ... باید single responsibility داشته باشه.
بله درسته، این یکی از موارد مهم هست اما تفسیر اشتباه ازش زیاده، مثلاً:
فرض کنید سرویس payment بالا، بعد از اینکه پرداخت انجام شد باید به بخش انبارداری تیکت بزنیم که پرداخت موفق بوده موجودی رو کم کن، به بخش حسابداری بزنیم که فاکتور صادر شده پرداخت شد و مثلاً به بخش ارسال کالا هم بگیم چیو بستهبندی و ارسال کنه به چه آدرسی ...
اینو دیدم که میگم، به طرف میگم، خب عالی توابع اینکارها رو بذار یکجا داخل یک تابع و درخواست بده اگر مشکلی توی پرداخت پیش اومد همه باهم باید rollback بخوره (توجه به بحث قبل شما حق نداری، تیبل سرویسهای دیگه رو دستکاری کنی)؛ برگشته میگه پس Single Responsiblity چی میشه ؟
یک ساعت داشتم براش توضیح میدم؛ که این تابع SRP رو رعایت میکنه چون تو فقط داری میگی من پول رو پرداخت کردم موفق بود یا نه.
۳- ماکروسرویس بهتره ...
نه چون یک چیزی سختتر هست پیادهسازیش لزوماً بهتر نیست، بسیار بسیار پروژه دیدم که گفتم خب همهی چیزایی که اینا لازم دارن اگر monolithic بود، هم سریعتر بود هم سرعت توسعهاش بیشتر بود هم نیاز به این همه دولوپر نداشت.
چندتا برداشت اشتباه دیگه هم بود که متأسفانه یادم نیست دیگه، ولی تبدیل سیستم به یک monolithic واقعی توی این پروژه نتایج خیلی بهتری داشت.
حتی برای مرحله بعدی هم پیشنهاد کردم اول سراغ
Load balance
و بالا آوردن چندتا instance از همین monolithic برند، بعد برای تبدیل به micro-sercive از یکی که معماری رو واقعاً بلد هست کمک بگیرند نه کسی که پوشه پوشه کردن فایلای پایتونش رو فقط یاد گرفته.
نهایتاً؛ البته من میدونم خیلی از این برداشتهای اشتباه از کجا میاد.
منابع ترجمه شده به فارسی.
ترجمه اشتباه لغوی یک کلمه، باعث میشه معنی یک جمله بطور کامل عوض بشه.
@pyHints ✍🏻
distributed monolithic
که خب یک anti-pattern هست برای معماری micro-service اول هفته با یک شرکتی برای مشاوره صحبت کردیم (کارشون رو قبول نکردم ولی یک قرارداد کوچک بستم برای اینکه بگم مشکل فعلی سیستم کجاس)
معماری سیستم مثلاً قرار بوده micro-service باشه؛ در نگاه اول هم هست و حتی از تمام ابزارهای لازم هم داره استفاده میشه اما به اشتباه.
کل سیستم رو امروز کنار هم چیدم و روی یک سرور بالا آوردم (بجای چندتا سرور) و تبدیلش کردم به multi app monolithic اولش خیلی ناراحت و نگران بودند که پرفورمنس خراب میشه و ازین حرفا ولی بعد توی تستها دیدند که حداقل ۲ برابر سرعت پاسخ و تعداد درخواستهایی که هندل میشه بیشتره.
البته من مطمئن بودم که اینطوری میشه به سه دلیل :
۱- به وضوح anti pattern رو میدیدم
۲- تعداد درخواستهای بین سرویسها زیاد بود
۳- خیلی از زمان پروفایلنگ، برای درخواست بین سرویسها هدر میرفت روی نتورک. (که خب حتی async هم نبود که حداقل cpu هدر نره)
این موضوع دلیلی شد؛ بیام چندتا تعریف اشتباه که دائم میشنوم رو انتقال بدم:
۱- توی ماکروسرویس هر سرویس باید دیتابیس جدا داشته باشه.
این تعریف درسته، اما تفسیر غلط ازش زیاده؛ مثلاً ۹۹٪ فکر میکنند این یعنی برای هر سرویس باید یک سرور Postgres جدا داشته باشند، نه لزوماً مفهوم این تعریف اینه که:
مثلاً سرویس auth شما نره دیتای سرویس payment رو بخونه حتی اگر جفتشون روی یک دیتابیس هستند (فقط دوتا تیبل جداشده) و برای گرفتن دیتای مورد نیازش به سرویس payment درخواست بده
۲- هر تابع، متد یا ... باید single responsibility داشته باشه.
بله درسته، این یکی از موارد مهم هست اما تفسیر اشتباه ازش زیاده، مثلاً:
فرض کنید سرویس payment بالا، بعد از اینکه پرداخت انجام شد باید به بخش انبارداری تیکت بزنیم که پرداخت موفق بوده موجودی رو کم کن، به بخش حسابداری بزنیم که فاکتور صادر شده پرداخت شد و مثلاً به بخش ارسال کالا هم بگیم چیو بستهبندی و ارسال کنه به چه آدرسی ...
اینو دیدم که میگم، به طرف میگم، خب عالی توابع اینکارها رو بذار یکجا داخل یک تابع و درخواست بده اگر مشکلی توی پرداخت پیش اومد همه باهم باید rollback بخوره (توجه به بحث قبل شما حق نداری، تیبل سرویسهای دیگه رو دستکاری کنی)؛ برگشته میگه پس Single Responsiblity چی میشه ؟
یک ساعت داشتم براش توضیح میدم؛ که این تابع SRP رو رعایت میکنه چون تو فقط داری میگی من پول رو پرداخت کردم موفق بود یا نه.
۳- ماکروسرویس بهتره ...
نه چون یک چیزی سختتر هست پیادهسازیش لزوماً بهتر نیست، بسیار بسیار پروژه دیدم که گفتم خب همهی چیزایی که اینا لازم دارن اگر monolithic بود، هم سریعتر بود هم سرعت توسعهاش بیشتر بود هم نیاز به این همه دولوپر نداشت.
چندتا برداشت اشتباه دیگه هم بود که متأسفانه یادم نیست دیگه، ولی تبدیل سیستم به یک monolithic واقعی توی این پروژه نتایج خیلی بهتری داشت.
حتی برای مرحله بعدی هم پیشنهاد کردم اول سراغ
Load balance
و بالا آوردن چندتا instance از همین monolithic برند، بعد برای تبدیل به micro-sercive از یکی که معماری رو واقعاً بلد هست کمک بگیرند نه کسی که پوشه پوشه کردن فایلای پایتونش رو فقط یاد گرفته.
نهایتاً؛ البته من میدونم خیلی از این برداشتهای اشتباه از کجا میاد.
منابع ترجمه شده به فارسی.
ترجمه اشتباه لغوی یک کلمه، باعث میشه معنی یک جمله بطور کامل عوض بشه.
@pyHints ✍🏻
👍8✍3❤1🔥1
جنگولرن
با لود نشدن فایل های استاتیک و سرو کردنشون توی وب سرور مشکل دارید؟ و هر بار یادتون میره راه درستش چیه؟
نکته هایی در مورد فایل های استاتیک جنگو – بخش سوم - آخر
توی دو بخش قبل گفتبم جنگو چطور فایل های استاتیک رو مدیریت میکنه.
حالا میخواهیم ببینیم توی development و production چه فرقی هست؟
وقتی debug=true باشه (یعنی حالت development) جنگو خودش فایل های استاتیک رو سرو میکنه.
این برای تست کافیه، ولی روی سرور واقعی (production) اصلاً توصیه نمیشه. چون هم کند ع هم امن نیست. (توضیح اینو توی کامنت همین پست میزارم)
توی production باید (بهتره) وب سرور (مثل nginx یا apache) فایل های استاتیک رو سرو کنن.
برای همین دستور collectstatic رو اجرا میکنیم تا همه فایل ها توی یه پوشه (همون STATIC_ROOT) جمع بشن و بعد اون مسیر رو برای وب سرور مشخص می کنیم.
فرض کن STATIC_ROOT ما اینه:
توی nginx معمولا اینجوری می نویسیم:
اینجا alias ینی:
هر وقت کاربر آدرس /static/... خواست، nginx برو سراغ پوشه staticfiles/ و ادامه مسیر رو اونجا پیدا کن.
مثلا:
تبدیل میشه به:
یه دستور دیگه هم هست به اسم root:
اینجا مسیر /static/ از URL حذف نمیشه و میچسبه به آخر root.
مثلا همون آدرس ع بالا:
میشه:
فرق شون چی شد؟
اون alias - بخش location (یعنی /static/) رو کنار می ذاره.
اون root - بخش location رو نگه میداره و به مسیر اضافه می کنه.
کلمه اون رو گذاشتم اولشون که راست چین بشن این دو تا خط بالایی 😁
برای همین ما معمولا برای static files از alias استفاده میکنیم.
اسپانسر این پست 👈 لینک
توی دو بخش قبل گفتبم جنگو چطور فایل های استاتیک رو مدیریت میکنه.
حالا میخواهیم ببینیم توی development و production چه فرقی هست؟
وقتی debug=true باشه (یعنی حالت development) جنگو خودش فایل های استاتیک رو سرو میکنه.
این برای تست کافیه، ولی روی سرور واقعی (production) اصلاً توصیه نمیشه. چون هم کند ع هم امن نیست. (توضیح اینو توی کامنت همین پست میزارم)
توی production باید (بهتره) وب سرور (مثل nginx یا apache) فایل های استاتیک رو سرو کنن.
برای همین دستور collectstatic رو اجرا میکنیم تا همه فایل ها توی یه پوشه (همون STATIC_ROOT) جمع بشن و بعد اون مسیر رو برای وب سرور مشخص می کنیم.
فرض کن STATIC_ROOT ما اینه:
/home/youruser/myproject/staticfiles/
توی nginx معمولا اینجوری می نویسیم:
location /static/ {
alias /home/youruser/myproject/staticfiles/;
}
اینجا alias ینی:
هر وقت کاربر آدرس /static/... خواست، nginx برو سراغ پوشه staticfiles/ و ادامه مسیر رو اونجا پیدا کن.
مثلا:
/static/css/style.css
تبدیل میشه به:
/home/youruser/myproject/staticfiles/css/style.css
یه دستور دیگه هم هست به اسم root:
location /static/ {
root /home/youruser/myproject/;
}
اینجا مسیر /static/ از URL حذف نمیشه و میچسبه به آخر root.
مثلا همون آدرس ع بالا:
/static/css/style.css
میشه:
/home/youruser/myproject/static/css/style.css
فرق شون چی شد؟
اون alias - بخش location (یعنی /static/) رو کنار می ذاره.
اون root - بخش location رو نگه میداره و به مسیر اضافه می کنه.
برای همین ما معمولا برای static files از alias استفاده میکنیم.
اسپانسر این پست 👈 لینک
❤14👍3👏2
Forwarded from TheAliBigdeli Channel
خوب بالاخره اینم تموم شد یه مینی دوره برای آشنایی با amqp و سیستم message queue
https://thealibigdeli.ir/courses/%D8%A2%D9%85%D9%88%D8%B2%D8%B4-%D9%BE%D8%B1%D9%88%D8%AA%DA%A9%D9%84-amqp-%D9%BE%D8%A7%DB%8C%D8%AA%D9%88%D9%86
📢 @thealibigdeli_channel
https://thealibigdeli.ir/courses/%D8%A2%D9%85%D9%88%D8%B2%D8%B4-%D9%BE%D8%B1%D9%88%D8%AA%DA%A9%D9%84-amqp-%D9%BE%D8%A7%DB%8C%D8%AA%D9%88%D9%86
📢 @thealibigdeli_channel
🔥7
معرفی کتاب
Designing APIs with Swagger and OpenAPI
خودم فقط عکسای تو کتابو دیدم. همه ش خروجی swagger و خروجی api بود 😁
ولی در موردش فهمیدم که:
این کتاب بیشتر روی اصول طراحی API تمرکز داره و به زبان برنامه نویسی خاصی وابسته نیست.
همه چی رو از پایه توضیح میده؛ از درخواست های ساده HTTP گرفته تا مستند سازی با OpenAPI.
توش یه پروژه ی نمونه هم هست که کمک می کنه بهتر درک کنی.
برای کسایی که تازه میخوان وارد دنیای API بشن خیلی خوبه، ولی اگه قبلا با Swagger یا OpenAPI کار کردی، ممکنه یکم ابتدایی به نظر بیاد.
تشکر از thisisnabi_dev
شما خوندن این کتاب رو توصیه می کنید؟
Designing APIs with Swagger and OpenAPI
خودم فقط عکسای تو کتابو دیدم. همه ش خروجی swagger و خروجی api بود 😁
ولی در موردش فهمیدم که:
این کتاب بیشتر روی اصول طراحی API تمرکز داره و به زبان برنامه نویسی خاصی وابسته نیست.
همه چی رو از پایه توضیح میده؛ از درخواست های ساده HTTP گرفته تا مستند سازی با OpenAPI.
توش یه پروژه ی نمونه هم هست که کمک می کنه بهتر درک کنی.
برای کسایی که تازه میخوان وارد دنیای API بشن خیلی خوبه، ولی اگه قبلا با Swagger یا OpenAPI کار کردی، ممکنه یکم ابتدایی به نظر بیاد.
تشکر از thisisnabi_dev
شما خوندن این کتاب رو توصیه می کنید؟
👍11❤3😁3👏2
جنگولرن
معرفی کتاب Designing APIs with Swagger and OpenAPI خودم فقط عکسای تو کتابو دیدم. همه ش خروجی swagger و خروجی api بود 😁 ولی در موردش فهمیدم که: این کتاب بیشتر روی اصول طراحی API تمرکز داره و به زبان برنامه نویسی خاصی وابسته نیست. همه چی رو از پایه توضیح…
کلاس دیاگرام جنریک ویوهای جنگو
از کتاب Fluent Python
پیرو پست قبلی، یکی از دوستان پیام داد که ما کتاب های زبان اصلی رو چاپ می کنیم
منم امروز کتاب Fluent Python رو سفارش دادم، چون 15 درصد تخفیف دارن.
فقط چون کتابش تقریبا 1000 صفحه اس، توی دو جلد چاپش کردن.
منم جلد اول رو سفارش دادم.
به دستم برسه در مورد هزینه و سرعت ارسال و کیفیت و... ش یه پست میزارم.
- آدرس کانال اصلی شون: @ITBook_Pub
- نمونه کار هاشون: @ITBook_Images
راستی
بعضی از کتابهارو توی کانال نذاشتن، و اگه کتاب خاصی مد نظرتون هست، می تونید اسم کتاب، یا فایلش رو براشون بفرستید.
از کتاب Fluent Python
پیرو پست قبلی، یکی از دوستان پیام داد که ما کتاب های زبان اصلی رو چاپ می کنیم
منم امروز کتاب Fluent Python رو سفارش دادم، چون 15 درصد تخفیف دارن.
فقط چون کتابش تقریبا 1000 صفحه اس، توی دو جلد چاپش کردن.
منم جلد اول رو سفارش دادم.
به دستم برسه در مورد هزینه و سرعت ارسال و کیفیت و... ش یه پست میزارم.
- آدرس کانال اصلی شون: @ITBook_Pub
- نمونه کار هاشون: @ITBook_Images
راستی
بعضی از کتابهارو توی کانال نذاشتن، و اگه کتاب خاصی مد نظرتون هست، می تونید اسم کتاب، یا فایلش رو براشون بفرستید.
❤7🆒2✍1🔥1
تابع get_FOO_display در جنگو چیه؟
بهترین روش برای توضیح این تابع، مثاله:
و نتیجه:
گرفتی کارش چیه؟ یس 👍🏻 اور نو 👎
بهترین روش برای توضیح این تابع، مثاله:
from django.db import models
class Person(models.Model):
SHIRT_SIZES = {
"S": "Small",
"M": "Medium",
"L": "Large",
}
name = models.CharField(max_length=60)
shirt_size = models.CharField(max_length=2, choices=SHIRT_SIZES)
و نتیجه:
>>> p = Person(name="Fred Flintstone", shirt_size="L")
>>> p.save()
>>> p.shirt_size
'L'
>>> p.get_shirt_size_display()
'Large'
گرفتی کارش چیه؟ یس 👍🏻 اور نو 👎
👍46🤔5❤1
دستور flush توی جنگو چکار میکنه؟
این دستور اینجوری اجرا میشه:
چکار میکنه؟
همه دیتاهای دیتابیس، بجز دیتاهای جدول migrations رو پاک میکنه. در واقع TRUNCATE میکنه.
سوال: TRUNCATE چیه؟
دستور TRUNCATE ربطی به جنگو نداره و دستور SQL هست. اینجوری معمولا نوشته میشه
فلان هم اسم جدولی هست که میخوای truncate کنی. این دستور همه دیتای جدول رو حذف میکنه، با این تفاوت که مثل DELETE لاگ نمیشه و خیلی سریع هست. لذا خطرناک هم هست . و البته identity یا همون Auto Increment رو ریست میکنه.
برای دیدن کد ع sql ع دستور flust می تونید بنویسید:
راستی بعد از flush ، جنگو post_migrate میکنه.
نظر عمو جی پی تی در مورد post_migrate:
این post_migrate جالبه
اینجوری تستش کنید:
یه migrate الکی بزنید، پیغام میده که چیزی برای مایگریت نیست، اما کارهایی روی دیتابیس کرده.
مثلا برو و توی جدول auth_permission یکی از codename هارو تغییر بده. مثلا یه عدد آخرش اضافه کن.
بعد دوباره migrate رو بزن و باز میگه چیزی برای مایگریت نیست.
حالا برو جدول auth_permission رو ببین. یه سطر بهش اضافه شده
مقدارش چیه؟؟؟
اگه میدونی یا تست ش کردی، جواب رو کامنت کن 😁😈
این دستور اینجوری اجرا میشه:
python manage.py flush
چکار میکنه؟
همه دیتاهای دیتابیس، بجز دیتاهای جدول migrations رو پاک میکنه. در واقع TRUNCATE میکنه.
سوال: TRUNCATE چیه؟
دستور TRUNCATE ربطی به جنگو نداره و دستور SQL هست. اینجوری معمولا نوشته میشه
TRUNCATE TABLE felan
فلان هم اسم جدولی هست که میخوای truncate کنی. این دستور همه دیتای جدول رو حذف میکنه، با این تفاوت که مثل DELETE لاگ نمیشه و خیلی سریع هست. لذا خطرناک هم هست . و البته identity یا همون Auto Increment رو ریست میکنه.
برای دیدن کد ع sql ع دستور flust می تونید بنویسید:
python manage.py sqlflush
راستی بعد از flush ، جنگو post_migrate میکنه.
نظر عمو جی پی تی در مورد post_migrate:
سیگنال post_migrate برای این طراحی شده که بعد از هر بار همگامسازی دیتابیس (migrate یا flush)، دادهها و تنظیمات لازم دوباره ساخته بشن.
چیزهایی که معمولا انجام میده:
ایجاد پرمیشنها برای تمام مدلها (هر بار بعد از flush، جدول auth_permission دوباره پر میشه).
ساخت گروهها یا دادههای پیشفرض که بعضی اپلیکیشنها نیاز دارن.
مثلا جنگو برای اپلیکیشن auth، همیشه پرمیشنهای add, change, delete, view رو دوباره ایجاد میکنه.
اجرای هر سیگنالی که تو پروژه به post_migrate وصل کردی.
مثلا اگر خودت کدی نوشتی که بعد از post_migrate یه کاربر پیشفرض یا دادهی خاص بسازه، اون هم دوباره اجرا میشه.
این post_migrate جالبه
اینجوری تستش کنید:
یه migrate الکی بزنید، پیغام میده که چیزی برای مایگریت نیست، اما کارهایی روی دیتابیس کرده.
مثلا برو و توی جدول auth_permission یکی از codename هارو تغییر بده. مثلا یه عدد آخرش اضافه کن.
بعد دوباره migrate رو بزن و باز میگه چیزی برای مایگریت نیست.
حالا برو جدول auth_permission رو ببین. یه سطر بهش اضافه شده
مقدارش چیه؟؟؟
اگه میدونی یا تست ش کردی، جواب رو کامنت کن 😁😈
❤11✍4👍2👏1
Forwarded from Security Analysis
This media is not supported in your browser
VIEW IN TELEGRAM
⭕️ بچه ها امسال بیاید مسابقات المپیک رو شرکت کنید با هم بریم بزنیم :)
من هم مثل هرسال توی مسابقات حضور دارم و اگر سوالی ، کاری راهنمایی چیزی فنی داشتید به گروه تلگرامی ما بپیوندید.
به امید دیدار در فینال مسابقات 🔥
@securation
من هم مثل هرسال توی مسابقات حضور دارم و اگر سوالی ، کاری راهنمایی چیزی فنی داشتید به گروه تلگرامی ما بپیوندید.
به امید دیدار در فینال مسابقات 🔥
@securation
❤1👎1🔥1
🤖 هوش مصنوعی همین الان کنارته!
شاید فکر کنی هنوز وارد دنیای هوش مصنوعی نشدی…🤔
ولی همین الان که داری این متن رو میخونی، هوش مصنوعی داره بهت نزدیکتر میشه!🤓
📌 اینجاست که میتونی با شناخت ابزارهای هوش مصنوعی زبانش رو ساده و کاربردی از صفر یاد بگیری و دنیای عظیم هوش مصنوعی رو به تسخیر خودت دربیاری💪🏻 🚀
در 👨🏻💻 @codenest_Ai
شاید فکر کنی هنوز وارد دنیای هوش مصنوعی نشدی…🤔
ولی همین الان که داری این متن رو میخونی، هوش مصنوعی داره بهت نزدیکتر میشه!🤓
📌 اینجاست که میتونی با شناخت ابزارهای هوش مصنوعی زبانش رو ساده و کاربردی از صفر یاد بگیری و دنیای عظیم هوش مصنوعی رو به تسخیر خودت دربیاری💪🏻 🚀
در 👨🏻💻 @codenest_Ai
❤1🥱1