نتایج: 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 کاملاً قابل اجتناب هستند به تعداد کل باگ‌های یافت شده در MS Windows در یک دهه و نیم گذشته نشان می‌دهد.

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

2. پروژه Verona از مایکروسافت، که ویندوز را ذخیره می کند و صفحه جدیدی از تاریخچه را برای هر سیستم عامل باز می کند

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

توسعه برای هسته لینوکس: بله

توسعه برای هسته لینوکس: اکنون

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

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

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

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

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

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

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

برای سال‌های متمادی، مدیران سیستم و توسعه‌دهندگان FreeBSD انتخاب خود را بر این اساس قرار دادند که FreeBSD ورودی/خروجی ناهمزمان بهتری نسبت به لینوکس داشت. به عنوان مثال این استدلال در گزارش خود در سال 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 انجام داد.

در دهه 1970، IBM با اعتماد به نفس یک غول که کامپیوترهای شخصی را برای افراد عادی نادیده می گرفت، بر بازار سرورها تسلط یافت. در دهه 1980، گیتس با پول IBM را ایجاد کرد و مجوز MS-DOS را برای آن صادر کرد و حقوق سیستم عامل را به خود واگذار کرد. با دریافت پول، مایکروسافت یک رابط گرافیکی برای MS-DOS ایجاد کرد و ویندوز متولد شد - در ابتدا فقط یک افزونه گرافیکی بر روی DOS و سپس اولین سیستم عامل برای رایانه های شخصی که برای استفاده توده ها راحت بود. IBM که یک شرکت بزرگ و دست و پا چلفتی است، در حال از دست دادن بازار رایانه های شخصی به مایکروسافت جوان و سریع است. من این داستان عالی را به طور خلاصه بازگو کرده ام، بنابراین اگر می دانید که اپل در سال 2020 با اینتل چگونه با iPadOS بازی خواهد کرد، به شدت توصیه می کنم آن را به طور کامل بخوانید.

8. تقویت موقعیت ZFSonLinux - اسب پیر شیار را خراب نمی کند

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نتیجه

همانطور که نسیم طالب گفت، پیش بینی چیزی که قطعا نخواهیم دید بسیار آسان تر است. من می خواهم توجه داشته باشم که همه چیز جدیدی که در سال 2020 خواهیم دید به سال های 2019، 2018 و قبل از آن بازمی گردد. فکر نمی‌کنم آینده را دقیقاً پیش‌بینی کنم، اما سال 2020 قطعا سال لینوکس روی دسکتاپ نخواهد بود (آخرین باری که دسکتاپ دیدید کی بود؟) و ما ده سال است که سال لینوکس را روی دستگاه‌های تلفن همراه می‌بینیم. سالها حالا

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

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

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

منبع: www.habr.com