برنامه نویسی

سفر من از طریق وبلاگ AWS: درس های آموخته شده و آمار تصادفی

هفته گذشته وبلاگ (اصلی) AWS را بررسی کردم. من تمام مقالات را از پست خوش آمدگویی در سال 2004 تا آخرین مقاله مرور کردم. من همه آنها را نخواندم. من فقط برخی از داده ها را با استفاده از پایتون و یک اسکریپت Bash جمع آوری کردم.

اعداد تصادفی

بیایید با اعداد تصادفی شروع کنیم. تا امروز وجود دارد 3925 پست.

سالی که بیشترین پست را داشت؟ 2015 با 320 پست، تقریبا یک پست در روز. سپس AWS متوجه شد که به وبلاگ‌های “ثانویه” بیشتری نیاز است. اکنون محتوای بیشتری برای خواندن دارید، اما در چندین وبلاگ پخش شده‌اید.

ماه برتر؟ خوب، نوامبر البته 571 پست اثر re:Invent، با افزایش قابل توجهی در چند سال اخیر. ماه ساکت تر؟ فوریه با 229.

پست ها در مقابل ماه ها

من ماه به ماه را در طول سال‌ها ترسیم می‌کنم که می‌توانیم ببینیم چگونه نقش وبلاگ اصلی AWS تغییر کرده است و چگونه تحت تأثیر اعلامیه‌های وگاس قرار می‌گیرد.

روندهای ماهانه

روز برتر همیشه؟ یک روز مجدد: اختراع (3 دسامبر 2019) با 27 مقاله

نویسنده برتر؟ جف بار ، البته. او به عنوان نویسنده 80٪ از پست ها (3136) ظاهر می شود، اما این شامل تعداد کمی از پست های مهمان و پست هایی است که در سال های قبل از نویسندگان دیگر می آمدند اما توسط خود جف ارسال می شدند.

صرفه جویی یا پیچیدگی؟

من عاشق بحث در مورد اعداد بیهوده هستم، اما ممکن است تعجب کنید، من به دنبال چه بودم؟

ماشه توسط جف بار اخیر اصول رهبری برای وبلاگ نویسان AWS News کنجکاو بودم که در طول سال‌ها پست‌ها چقدر طولانی‌تر (و معمولاً پیچیده‌تر) شدند.

به‌عنوان یک ویرایشگر InfoQ و به‌عنوان یک معمار ابر، تلاش می‌کنم تا خودم را حتی با بزرگترین اعلان‌ها و وبلاگ اصلی AWS به‌روز نگه دارم. جف بار می نویسد:

در مورد زمان خود و خوانندگان خود صرفه جویی کنید (…) پست ها را مختصر نگه دارید و وقت خوانندگان را بیهوده صرف نکنید.

بدون هیچ تحلیل پیچیده، من فقط طول صفحه را بر حسب بایت بررسی کردم و اندازه ثابت ظاهر و احساس صفحه را حذف کردم. به استثنای چند مورد، از جمله الف متن مصاحبه جف بار در وب 2.0، تمام طولانی ترین مقالات بسیار جدید هستند.

طول پست ها

پست ها طولانی تر می شوند. آیا نویسندگان به اندازه کافی صرفه جو نیستند؟ این پلتفرم به روز رسانی ها و ویژگی های بیشتری دریافت می کند و پیچیدگی اعلان ها را نیز افزایش می دهد.

S3 و Route53

بیایید چند مقاله از زمان های اولیه و پست های اخیر را با هم مقایسه کنیم.

معرفی آمازون Route 53 Application Recovery Controller (2021)

تقریبا 3000 کلمه و بیش از 30 اسکرین شات و نمودار برای توصیف نحوه عملکرد ویژگی جدید Route53 مورد نیاز است.

Amazon Route 53 – سرویس نام دامنه AWS (2010)

در باره 600 کلمه ، حتی یک اسکرین شات و یک لوگوی ابتدایی Route53 برای اعلام این سرویس و ویژگی های اصلی آن کافی بود.

در مورد یک پست حتی کوتاهتر چطور؟

آمازون S3 (2006)

فقط به پایان رسید 200 کلمه یکی از کوتاه‌ترین پست‌های تاریخ، برای یکی از مهم‌ترین اعلامیه‌های تاریخ AWS، Amazon S3 کافی بود. جف بار (به معنای واقعی کلمه) یک هواپیما برای گرفتن داشت:

من باید چند دقیقه دیگر یک هواپیما به دره سیلیکون بگیرم، وگرنه خیلی بیشتر می نویسم.

Amazon S3 اشیاء جدید را به صورت پیش فرض رمزگذاری می کند (2023)

در مقایسه، آخرین اعلامیه در مورد S3، تغییر در پیش فرض یک چک باکس، به چهار برابر کلمات بیشتر نیاز داشت.

من تعجب می کنم که یک جمع بندی S3 17 سال بعد چقدر طول می کشد.

نتیجه گیری

دوران استقرار برنامه های کاربردی وب که صرفاً بر EC2، RDS و S3 تکیه می کردند، مدت هاست گذشته است. AWS اکنون ادعا می کند “بیش از 200 سرویس کاملاً برجسته از مراکز داده در سطح جهان” هر کدام دارای چندین گزینه، مدل های قیمت گذاری و گزینه های استقرار هستند.

هرگز زمان بهتری برای توسعه دهنده بودن وجود نداشته است. اما هرگز زمان سختی برای انتخاب صحیح وجود نداشته است. حتی دنبال کردن فقط وبلاگ AWS اولیه نیاز به تلاش زیادی دارد. و این تنها یکی از وبلاگ های مختلف ارائه شده توسط ارائه دهنده ابر است.

نویسندگان هیچ مشکلی ندارند، مطمئن هستم که آنها سعی می کنند تا حد امکان صرفه جو باشند، اما به روز نگه داشتن خودمان سخت تر می شود.

به اندازه کافی، ما در حال حاضر به بیش از 700 کلمه رسیده ایم.

پست سفر من از طریق وبلاگ AWS: درس های آموخته شده و آمار تصادفی اولین بار در cloudiamo.com ظاهر شد.

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

همچنین ببینید
بستن
دکمه بازگشت به بالا