Как стартъп с AI подобри достъпността на приложенията и оптимизира разходите за инфраструктура на AWS

Цели

Една от основните цели беше да се осигури висока достъпност на приложението Blockade Labs, като се използват екземпляри EC2 в облака на Amazon Web Services (AWS). Ключовите компоненти на проекта включваха преминаване към нова технология и създаване на нови настройки за подготовка и производство с акцент върху подобряване на архитектурата на облака и конфигурацията на PHP, както и оптимизиране на разходите в AWS.

Резултати

• Подобрената достъпност на приложението беше от решаващо значение за Blockade Labs, която гарантира на своите потребители генериране на сложни, впечатляващи панорамни изгледи само за няколко секунди. Проблемите с прекъсването на работата на сървъра бяха отстранени с оптимизираната конфигурация на PHP, която ефективно балансираше използването на паметта и централния процесор.

• Адекватната оптимизация на инфраструктурата осигури и финансови ползи: 30% по-ниски разходи за потребление на AWS.

Фокус върху високата достъпност

• С нарастващия брой потребители и следователно с изискванията за висока достъпност на базираните на AI приложения, хоствани в AWS, Blockade Labs си постави за цел да се справи с предизвикателствата пред инфраструктурата (чрез внедряване на нови технологии), да подобри конфигурацията в екземплярите EC2 и да осигури оптимална производителност на приложенията дори когато сървърът е изправен пред претоварване и рязко нарастване на търсенето.

• Въпреки че се опитаха да разрешат проблемите вътрешно, сложността на технологичните предизвикателства ги накара да потърсят външен партньор. Използвайки опита си в предоставянето на добре структурирани инфраструктурни решения и експертните си познания за постигане на висока достъпност в средите на AWS, екипът на Mainstream предложи решение за преминаване от текущото към желаното състояние на инфраструктурата.

Текущо състояние

По време на работата на Mainstream клиентът използваше уеб сървър Apache, който не можеше да се справи с многото клиентски заявки. Освен това използваше остаряла версия на PHP (8.0), която се нуждаеше от актуализация.

Една от ключовите цели на проекта беше да се осигури възможност за мащабиране (увеличаване и намаляване на броя на екземплярите) за оптимална производителност на приложението по всяко време.

Нашето решение

• Първата стъпка беше преминаването от стари към нови технологии. Екипът на Mainstream оптимизира конфигурацията на PHP 8.2, а конфигурацията на Apache беше прехвърлена към конфигурационни файлове на nginx, което отговаряше на по-големия брой връзки на клиента с приложението.
• На втория етап внедрихме групова услуга за автоматично мащабиране с балансиращ натоварването модул в AWS. Тази услуга позволява на системата да се мащабира динамично чрез разширяване или намаляване на броя на екземплярите EC2. След като създадохме и проверихме настройката за подготовка, продължихме с производствената настройка, като използвахме груповата услуга за автоматично мащабиране и балансиращ натоварването модул, като максималният капацитет беше определен на 5 екземпляра.
• Установихме, че причина за прекъсването на работата на сървъра е неправилната конфигурация на PHP. S3 бъкетът е бил претоварен с изображения, генерирани от потребителите, и кешът не е бил изчистван, което е натоварвало броя на нишките на PHP, дефинирани в пула на PHP на сървърите. Нашият екип внедри подходяща конфигурация и постигна баланс между използването на паметта и централния процесор от сървъра.

Намаляване на разходите като допълнителна полза

В допълнение към гореспоменатите предимства, като например високата достъпност на приложенията, постигнахме 30% по-ниски разходи при цялостното използване на AWS. Тази икономия беше постигната въз основа на подходи за оптимизиране на данните, като например оптимизиране на достъпа до S3 обекти чрез разпределение на CloudFront и оптимизиране на Redis.