نتایج: 9 پیشرفت تکنولوژیکی بزرگ در سال 2019

الکساندر چیستیاکوف در تماس است، من یک مبشر هستم vdsina.ru و در مورد 9 رویداد برتر فناوری در سال 2019 به شما بگویم.

در ارزیابیم بیشتر به سلیقه خودم تکیه کردم تا نظر کارشناسان. بنابراین، این لیست، برای مثال، شامل خودروهای بدون راننده نمی شود، زیرا اساساً هیچ چیز جدید یا شگفت انگیزی در این فناوری وجود ندارد.

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

1. برنامه های کاربردی سرور قابل حمل در زبان برنامه نویسی Rust برای WebAssembly

بررسی را با دو گزارش آغاز می کنم:

1. گزارش برایان کانتریل "زمان بازنویسی سیستم عامل در Rust؟"، توسط او در سال 2018 خوانده شد.

در زمان خواندن این گزارش، برایان کانتریل در Joyent به عنوان CTO کار می کرد و هیچ ایده ای نداشت که سال 2019 برای او و Joyent چگونه به پایان می رسد.

2. گزارش استیو کلابنیک، یکی از اعضای تیم اصلی زبان Rust و نویسنده کتاب "The Rust Programming Language" که در Cloudflare کار می کند، در مورد ویژگی های زبان Rust و فناوری WebAssembly صحبت می کند که به شما امکان می دهد از مرورگرهای وب به عنوان استفاده کنید. پلتفرم هایی برای اجرای برنامه ها

در سال 2019، WebAssembly با آن رابط WASIکه دسترسی به اشیاء سیستم عامل مانند فایل ها و سوکت ها را فراهم می کند، از مرورگرها فراتر رفته و بازار نرم افزارهای سرور را هدف قرار داده است.

ماهیت پیشرفت آشکار است - بشریت یک زمان اجرا دیگر دارد که می تواند برنامه های قابل حمل برای وب را اجرا کند (آیا کسی اصل WORA را که توسط نویسندگان زبان جاوا اختراع شده است به خاطر می آورد؟).

ما همچنین به لطف زبان Rust راه نسبتاً ایمنی برای ساخت این برنامه ها داریم که دلیل وجود آن حذف کل کلاس های خطا در زمان کامپایل است.

WebAssembly چنان تغییر دهنده بازی است که Solomon Hikes، یکی از سازندگان Docker، نوشت که اگر WebAssembly و WASI در سال 2008 وجود داشتند، Docker به سادگی متولد نمی شد.

جای تعجب نیست که Rust یکی از پذیرندگان فناوری جدید قابل حمل بوده است - طبق نتایج، اکوسیستم آن به صورت پویا در حال توسعه است و Rust برای چندین سال محبوب ترین زبان برنامه نویسی بوده است. نظرسنجی انجام شده توسط StackOverflow.

این اسلایدی از سخنرانی استیو است که به وضوح نسبت تعداد باگ‌های امنیتی که می‌توان با استفاده از Rust به طور کامل از آنها جلوگیری کرد را به کل باگ‌های موجود در مایکروسافت نشان می‌دهد. Windows، که در طول یک دهه و نیم گذشته یافت شده است.

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

۲. پروژه ورونا از مایکروسافت، که صرفه‌جویی خواهد کرد Windows و صفحه جدیدی از تاریخ را برای هر سیستم عاملی باز خواهد کرد

تعداد باگ‌ها در هسته مایکروسافت Windows و اکثر برنامه‌های کاربری در طول ۱۲ سال گذشته تقریباً به صورت خطی افزایش یافته‌اند.

در سال 2019، متیو پارکینسون از مایکروسافت پروژه ورونا را به عموم مردم ارائه کرد، که می تواند به این موضوع پایان دهد.

این یک ابتکار مایکروسافت برای ایجاد یک زبان برنامه‌نویسی امن بر اساس ایده‌های زبان Rust است: همکاران بخش تحقیقات مایکروسافت دریافتند که بیشتر مشکلات امنیتی با میراث سنگین زبان C مرتبط هستند، که در آن بیشتر Windowsزبان شبیه به Rust، Verona، حافظه و دسترسی همزمان به منابع را با استفاده از ... مدیریت می‌کند. اصل انتزاع هزینه صفر. اگر می خواهید با جزئیات نحوه عملکرد آن را درک کنید، نگاهی بیندازید گزارش خود پارکینسون.

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

سوال برایان کانتریل از پاراگراف اول: "آیا وقت آن نرسیده که هسته سیستم عامل را در Rust بازنویسی کنیم؟" پاسخ غیرمنتظره ای دریافت کرد - واضح است که هنوز امکان بازنویسی هسته سیستم عامل وجود ندارد، اما برنامه هایی که در فضای کاربران در حال اجرا هستند در حال بازنویسی هستند. روندی غیرقابل توقف آغاز شده است و این صفحه جدیدی از آینده را برای همه سیستم عامل ها باز خواهد کرد.

3. افزایش محبوبیت زبان برنامه نویسی دارت به لطف چارچوب فلاتر

مطمئن هستم که خبر زیر نه تنها برای ما و عموم مردم، بلکه برای اکثر شرکت کنندگان مستقیم در روند شکل گیری آن یک شگفتی بزرگ است. زبان برنامه نویسی دارت که هشت سال پیش در گوگل ظاهر شد، امسال رشد سریعی در محبوبیت داشته است.

من از روش خود برای ارزیابی محبوبیت زبان های برنامه نویسی با تجزیه و تحلیل مخازن در Github، یک بار در ماه استفاده می کنم. به روز رسانی داده های جدول. اگر در ابتدای سال فقط 100 مخزن محبوب در دارت وجود داشت، امروز 313 مورد از آنها وجود دارد.

دارت از نظر محبوبیت از Erlang، PowerShell، R، Perl، Elixir، Haskell، Lua و CoffeeScript پیشی گرفته است. به نظر می رسد هیچ زبان برنامه نویسی دیگری امسال سریعتر رشد نکرده باشد. چرا این اتفاق افتاد؟

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

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

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

۴. احتمال بقای هسته Linux و جامعه آن به لطف ماشین مجازی eBPF

ما در کنفرانس های VDSina دوست داریم: امسال به کنفرانس DevOops در سن پترزبورگ رفتم و در یک میز گرد که به روندها و چیزهای داغ در صنعت اختصاص داشت شرکت کردم. در سال 2019، نظرات برجسته در چنین مکالماتی عبارت بودند از:

• داکر مرده چون خیلی کسل کننده است
• Kubernetes زنده است و حدود یک سال دوام خواهد آورد - هنوز در کنفرانس های سال 2020 درباره آن صحبت خواهد شد.
• در همین حال، در هسته Linux مدت‌هاست که هیچ آدم زنده‌ای به درونش نگاه نکرده است

از دیدگاه من، من با نکته آخر در توسعه هسته موافق نیستم. Linux همین الان اتفاقاتی در حال رخ دادن است که نه تنها جالب، بلکه انقلابی هستند. قابل توجه‌ترین آنها ماشین مجازی eBPF است که در ابتدا برای حل وظیفه طاقت‌فرسای فیلتر کردن بسته‌های شبکه ایجاد شد و از آن زمان به یک ماشین مجازی همه منظوره در سطح هسته تکامل یافته است.

توسعه برای هسته Linux: بود

توسعه برای هسته Linux: شد.

با eBPF، هسته اکنون رویدادهایی را گزارش می‌دهد که می‌توان تا حدی آنها را خارج از هسته مدیریت کرد - این رابط امکان تعامل ایمن و کارآمد با هسته از فضای کاربری و گسترش و تکمیل قابلیت‌های هسته را فراهم می‌کند. Linuxو از چشم بینای لینوس توروالدز عبور می‌کند.

قبل از eBPF، توسعه برنامه‌هایی که فعالیت‌هایشان ارتباط نزدیکی با تعامل با هسته داشت، Linux داستان پیچیده‌ای بود—ایجاد چیزهایی مثل درایور برای دستگاه‌های کند و رابط‌های کاربری برای سیستم‌های فایل در فضای کاربری نیاز به یک فرآیند بررسی رسمی توسط توسعه‌دهندگان باتجربه هسته داشت. Linux.

ظاهر رابط eBPF روند نوشتن چنین برنامه هایی را بسیار ساده کرده است - آستانه ورود کاهش یافته است، توسعه دهندگان بیشتری وجود خواهند داشت و جامعه دوباره زنده می شود.

من در شور و شوق خودم تنها نیستم: دیوید میلر، توسعه دهنده هسته قدیمی اهمیت eBPF را برای بقا (!) اکوسیستم توسعه هسته اعلام می کند. یک توسعه دهنده دیگر، نه کمتر معروف برندان گرگ (من از طرفداران بزرگ او هستم) eBPF را یک پیشرفت می نامد، که 50 سال است که برابر نشده است.

در همین حال، لینوس توروالدز معمولاً علناً او را برای چنین چیزهایی تحسین نمی کند و من می توانم او را درک کنم - چه کسی می خواهد علناً خود را شبیه یک احمق جلوه دهد؟ 🙂

5. Linux تقریباً با رابط io_uring ناهمزمان در هسته، میخ آخر را به تابوت FreeBSD کوبید. Linux

از آنجایی که ما در مورد هسته صحبت می‌کنیم Linuxلازم به ذکر است که پیشرفت قابل توجه دیگری که امسال رخ داده است: گنجاندن یک هسته جدید I/O API ناهمزمان با کارایی بالا io_uring توسط Jens Axbow از فیس بوک.

برای سال‌های متمادی، مدیران سیستم و توسعه‌دهندگان FreeBSD انتخاب خود را با این واقعیت توجیه می‌کردند که FreeBSD ورودی/خروجی ناهمزمان بهتری نسبت به ... دارد. Linuxمثلاً این استدلال در گزارش خود در سال 2014 استفاده کرد گلب اسمیرنوف از Nginx.

حالا بازی زیر و رو شده است. سیستم فایل توزیع شده Ceph قبلاً به استفاده از io_uring تغییر وضعیت داده است و نتایج معیار عملکرد چشمگیر هستند، با افزایش IOPS از 14٪ تا 102٪ بسته به اندازه بلوک. یک نمونه اولیه با استفاده از I/O ناهمزمان در PostgreSQL وجود دارد (حداقل برای نویسنده پس زمینه), کار بیشتر برنامه ریزی شده در تبدیل PostgreSQL به ورودی/خروجی ناهمزمان. اما با توجه به ماهیت محافظه کارانه جامعه توسعه دهندگان، ما هنوز در سال 2020 شاهد این تغییرات نخواهیم بود.

6. بازگشت پیروزمندانه AMD با خط پردازنده Ryzen

هیچ چیز غیرعادی نیست، فقط این است که AMD که برای مدت طولانی در حاشیه صنعت بوده است، رکورد پشت سر هم می شکند.

خط جدید پردازنده های Ryzen نسبت قیمت / عملکرد باورنکردنی را نشان می دهد: آنها بر لیست پرفروش ترین پردازنده های آمازون تسلط دارید، و در برخی مناطق فروش پردازنده های AMD از فروش اینتل بیشتر است. در رقابت، اینتل مجبور است اقدامات بسیار نامطلوب انجام دهد: باعث می شود برنامه های ساخته شده با کامپایلر خود با کارایی کمتری روی پردازنده رقیب اجرا شوند. با وجود راه‌های کثیف مبارزه اینتل، ارزش بازار AMD بسیار نزدیک به ارزش های رکورد سال 2000 است.

7. اپل با پیروی از AMD قصد دارد با iPadOS و ترفندهای قدیمی گیتس بخشی از پای اینتل را در اختیار بگیرد.

همه کسانی که می توانند اسلحه ای را در دست بگیرند، معمولا سعی می کنند در نبردهای غول ها شرکت کنند و نه تنها AMD برای پایه غذایی اینتل رقابت می کند. اپل مانند گاو قدیمی در شوخی رفتار کرد.

آرام آرام از کوه پایین می رویمیک گاو نر پیر و جوان بر بالای کوهی ایستاده اند و گله ای از گاو در زیر آن می چراند.
گاو نر جوان گاو پیر را پیشنهاد می کند:
- گوش کن، سریع، سریع برویم پایین و به گاو بکوبیم
و به سرعت، به سرعت، به بالا برمی گردیم!
- نه!
-خب پس سریع، سریع بریم پایین، هر کدوم دو تا گاو صدا بزنیم و سریع-
سریع برگردیم!
- نه!
-خب پس چی پیشنهاد میکنی؟
- آهسته آهسته از کوه می رویم، کل گله را می کشیم و
آهسته آهسته به جای خود برگردیم!

اپل با انتشار iPadOS جدید، تاکتیکی را علیه اینتل به نام «نوآوری مخل» به کار گرفت.

تعریف ویکی پدیا

"نوآوری مخرب" نوآوری است که تعادل ارزش ها را در بازار تغییر می دهد. در عین حال، محصولات قدیمی صرفاً به این دلیل غیررقابتی می شوند که پارامترهایی که قبلاً بر اساس آنها رقابت بود، اهمیت خود را از دست می دهند.

نمونه‌هایی از «نوآوری‌های مخرب» عبارتند از: تلفن (جایگزین تلگراف)، کشتی‌های بخار (جایگزین کشتی‌های بادبانی)، نیمه‌رساناها (دستگاه‌های خلاء جایگزین)، دوربین‌های دیجیتال (دوربین‌های فیلم جایگزین)، و ایمیل (پست‌های سنتی مختل شده).

اپل از پردازنده‌های مبتنی بر ARM کم مصرف خود استفاده می‌کند و ثابت شده است که این موضوع برای کاربران مهم‌تر از عملکرد کمی عقب‌مانده x86 اینتل است.

اپل در حال تصاحب سهمی از بازار است و آی‌پد را از یک پایانه سرگرمی به یک ابزار کاری کامل تبدیل می‌کند - ابتدا برای کسانی که محتوا تولید می‌کنند و حالا برای توسعه‌دهندگان. البته به این زودی شاهد مک‌بوک مبتنی بر ARM نخواهیم بود، اما مشکلات کوچک در طراحی صفحه‌کلیدهای مک‌بوک پرو، جستجوی راه‌حل‌های جایگزین را ترغیب می‌کند و یکی از آنها قول می‌دهد آی‌پد پرو با iPadOS باشد.

گیتس و مایکروسافت چه ربطی به آن دارند؟

زمانی، گیتس دقیقاً همان ترفند را با IBM انجام داد.

در دهه ۱۹۷۰، IBM بر بازار سرورها تسلط داشت و با اطمینان خاطر، کامپیوترهای شخصی را برای افراد عادی نادیده می‌گرفت. در دهه ۱۹۸۰، گیتس از بودجه IBM برای ایجاد و صدور مجوز MS-DOS استفاده کرد و حقوق سیستم عامل را برای خود حفظ کرد. مایکروسافت پس از دریافت پول، یک رابط گرافیکی برای MS-DOS ایجاد کرد و دنیای کامپیوترها متولد شد. Windows — در ابتدا فقط یک پوشش گرافیکی روی DOS بود، و سپس اولین سیستم عامل کامپیوتر شخصی مناسب برای عموم مردم. IBM، یک شرکت بزرگ و دست و پا گیر، بازار کامپیوترهای شخصی را به مایکروسافت جوان و سریع باخت. من این داستان قابل توجه را خیلی خلاصه کرده‌ام، بنابراین اگر به چگونگی رقابت اپل با اینتل در سال ۲۰۲۰ با iPadOS علاقه دارید، اکیداً آن را توصیه می‌کنم. آن را به طور کامل بخوانید.

۸. تقویت جایگاه ZFSonLinux - اسب پیر شیار را خراب نمی‌کند

ابتدایی امکان نصب را ارائه داد Ubuntu استفاده از سیستم فایل ZFS به عنوان سیستم فایل ریشه مستقیماً از نصب‌کننده. گاهی اوقات فکر می‌کنم مهندسانی که در Sun Microsystems کار می‌کردند، نماینده یک گونه بیولوژیکی جداگانه از Homo sapiens هستند (برایان کانتریل و برندن گرگ که قبلاً در Sun کار می‌کردند). خودتان قضاوت کنید، با وجود سال‌ها تلاش بشر برای ایجاد چیزی که حتی از راه دور شبیه سیستم فایل ZFS باشد، با وجود محدودیت‌های مجوز غیرقابل عبور که مانع از گنجاندن کد منبع ZFS در شاخه توسعه هسته اصلی می‌شود. Linuxما هنوز از ZFS استفاده می‌کنیم و این به این زودی‌ها تغییر نخواهد کرد.

9. شرکت کامپیوتر اکسید - ما تیم را از نزدیک زیر نظر خواهیم گرفت، که به وضوح توانایی زیادی دارد - حداقل یک نمایش جالب ایجاد کنیم

فهرستم را با ذکر دیگری از برایان کانتریل، جایی که شروع کردم، به پایان می‌برم.

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

ایده آنها نوید یک انقلاب جدید است و من حداقل از تماشای حرکت افکار آنها و پیشرفت آنها در سال 2020 خرسند خواهم بود.

کاری که در سال 2019 در VDSina انجام دادیم

ما در سال 2019 با VDSina هیچ پیشرفت تکنولوژیکی نداشتیم، اما هنوز چیزی برای افتخار کردن داریم.

در ماه فوریه، قابلیت استفاده از شبکه محلی بین سرورها را اضافه کردیم و سرویس ثبت دامنه را راه اندازی کردیم. قیمت یکی از پایین ترین قیمت ها در بازار بود - 179 روبل در هر ru/рф، از جمله برای تمدید.

در ماه مارس در IT Global Meetup شماره 14 صحبت کردیم.

در ماه آوریل، عرض کانال را برای هر سرور از 100 به 200 مگابیت افزایش دادیم و محدودیت ترافیک را برای همه تعرفه ها (به جز ارزان ترین) - به 32 ترابایت در ماه به طور قابل توجهی افزایش دادیم.

در ماه جولای، به مشتریان این امکان داده شد که به صورت خودکار نصب کنند Windows Server ۲۰۱۹. ارائه محافظت رایگان در برابر DDoS در شعبه مسکو آغاز شد.
همچنین در ماه ژوئیه، شرکت ما در Habré ظاهر شد و اولین کار را آغاز کرد مقاله ای در مورد نحوه نوشتن کنترل پنل میزبانی خود و اینکه چگونه به ما کمک کرده است تا جهشی کوانتومی در پشتیبانی مشتری داشته باشیم.

در ماه آگوست، آنها توانایی ایجاد عکس های فوری-پشتیبان گیری از سرور را اضافه کردند.
API عمومی منتشر شد.
عرض کانال را برای هر سرور از 200 به 500 مگابیت افزایش دادیم.
ما در کنفرانس Chaos Constructions 2019 شرکت کردیم و شلاق هایی با لوگوی شرکت به عنوان کالا توزیع کردیم (شعار کمپین «وقتی توسعه دهنده در اوج است» بود) و چت های تلگرام را منفجر کردیم.

در ماه سپتامبر، ما زیباترین و دوستانه ترین اینستاگرام یک شرکت فناوری اطلاعات را راه اندازی کردیم - VDSina شروع به صحبت در مورد اخبار و زندگی روزمره کرد. توسعه دهنده سگ.

در ماه نوامبر، ما به Highload++ رفتیم، در یک میز گرد در مورد "پایگاه های داده در Kubernetes" شرکت کردیم و شرکت کنندگان را کلاه کوسه پوشاندیم.

در ماه دسامبر، در یک جلسه DevOps در دفتر GazPromNeft با گزارشی در مورد پایگاه های داده در Kubernetes و در کنفرانس DevOpsDays در مسکو صحبت کردیم. با گزارش فرسودگی شغلیکه قطعا بهترین اجرای سال من بود.

نتیجه

همانطور که نسیم طالب گفت، پیش‌بینی آنچه قطعاً نخواهیم دید بسیار آسان‌تر است. می‌خواهم به این نکته اشاره کنم که هر چیز جدیدی که در سال ۲۰۲۰ خواهیم دید، ریشه در سال‌های ۲۰۱۹، ۲۰۱۸ و قبل از آن دارد. من سعی نمی‌کنم آینده را به طور دقیق پیش‌بینی کنم، اما مطمئناً ۲۰۲۰ سال [این اتفاق] نخواهد بود. Linux روی دسکتاپ (آخرین باری که دسکتاپ دیدید کی بود؟) و سال Linux حدود ده سال است که این را در دستگاه‌های تلفن همراه می‌بینیم.

در هر صورت، امیدوارم یک سال دیگر دوباره دور هم جمع شویم و در مورد اینکه واقعاً همه چیز چگونه پیش رفت، بحث کنیم.

عید همگی مبارک!

توسعه دهنده ما را در اینستاگرام دنبال کنید

منبع: www.habr.com