Видео: Deploying and invoking API Endpoint - Amazon API Gateway p3 (Ноември 2024)
Вчера присъствах на срещата на върха на Amazon Web Services в Ню Йорк и бях впечатлен от това, как AWS коренно промени съобщението си през годините.
Изглежда сега AWS се фокусира все повече върху предоставянето на инструменти, насочени към улесняване на живота на разработчиците, вместо да се съсредоточи единствено върху създаването на алтернативна инфраструктура на вътрешните центрове за данни. Това беше очевидно в новите съобщения за продуктите - API шлюз и ферма за тестване на съвместимостта на приложения в широк спектър от Android и Amazon Fire телефони и таблети.
Главният технологичен директор на Amazon Web Services Вернер Фогелс, който беше домакин на основната бележка, отбеляза как компанията се развива. Той започна с пускането на AWS през 2006 г., във времето, когато повечето ползи бяха от страна на бизнеса, а Amazon избухваше „от това да бъде държан като заложник от традиционните ИТ компании“.
Vogels продължи да отбелязва как оттогава компанията непрекъснато добавя функции, отбелязвайки, че през 2014 г. стартира 516 основни нови функции и услуги и ще пусне допълнителни функции през тази година. Amazon продължава да се разклонява от инфраструктурни услуги и за сигурност и управление, инструменти за управление, услуги за платформи, корпоративни приложения и, наскоро, хибридни инструменти за управление на облака.
Както често го прави, той повтаря мантрата, че „облакът е новото нормално“. По-интересно ми беше обаче, когато той отбеляза, че Amazon планира да се отдалечи от предлагането само на инфраструктура в края на API (интерфейс на приложната програма) до предлагането на „платформи в края на API“. С други думи, това не е просто акцент върху инфраструктурата като услуга (IaaS), но и акцент върху платформата като услуга (PaaS).
Разбира се, това не е съвсем ново - Amazon отдавна предлага платформа услуги, като Elastic MapReduce (EMR), която работи на Hadoop, представена през 2009 г., или базата данни Dynamo DB noSQL, въведена преди три години. Но промяната в ударението изглежда забележителна.
В основния текст Vogels обсъдиха шест основни тенденции в изчислителната техника и реакциите на Amazon към всеки. Те включват: бързо придвижване (лесно завъртане нагоре или надолу различни услуги); фокусиране върху основните компетенции (оставяне на предприятията да се съсредоточат върху създаването на кода, докато Amazon предоставя инфраструктурата); без сървъри (нито дори сървърни копия и вместо това да се използват услуги, управлявани от събития като Kinesis за поточно предаване на данни и Lambda за компютърни услуги); да бъде сигурен и спазващ (с множество сертификати, включително HIPAA); мобилен телефон (хостинг на бек-енд услугите, които работят на мобилни устройства); и въвеждане на данни за работа (с акцент върху процеса на машинно обучение на компанията).
Особено ме интересуваше концепцията за разгръщане на изчислителни услуги без уточняване или разгръщане на конкретни сървъри и вместо това да използвам управлявани от събития услуги като Lambda. Виждам къде това наистина би могло да улесни живота на разработчиците на определени видове услуги и оставам очарован от потенциалните приложения на машинното обучение в различни области.
Линията за по-късна, по-подробна сесия на Amazon ML беше сред най-дългите на конференцията. В тази сесия бяха споменати възможни приложения, вариращи от персонализация и препоръки до откриване на измами и целенасочена реклама. Виждам къде цената на услугата - 10 цента на 1000 прогнози - може да изглежда доста ниска за някои прогнози и доста висока за други.
Новите продукти бяха интересни и ориентирани към разработчиците, като най-интересният от тях е новият Amazon API Gateway, който позволява на програмист по-лесно да създава и управлява мащабируем REST API около код, който той или тя е написал. Както обясни Мат Ууд на Amazon, това поддържа всички видове функции, като версия, измерване и дроселиране, кеширане, подписване и автоматизация и възможност за генериране на SDK за JavaScript, iOS или Android. Идеята е да се предприеме сложен процес и да се направи лесно.
Други сравнително нови функции включват CodeCommit, управлявано хранилище за код; CodePipeline, платформа за непрекъсната доставка; Каталог на услугите, който дава възможност за организиране на разнообразни услуги за среда за самообслужване; и Device Farm, за тестване на приложения на широк спектър от истински смартфони и таблети Android и Amazon Fire. (Забележка: Изглежда, че това не включва устройства с iOS.) Отново фокусът изглежда най-вече върху улесняване на живота на разработчиците.
Както стана често в основните бележки за програмисти, редица клиенти говориха за това как използват уеб услугите на Amazon. Изпълнителният директор на Nordstrom спомена малък екип, фокусиран върху облачната поддръжка, който вече може да поддържа над 50 екипа за приложения, за да помогне на тези екипи да изграждат по-добри и по-бързи приложения. Официалният директор на Министерството на транспорта в Ню Йорк обсъди, използвайки приложението на Amazon за захранване на приложение, наречено Vision Zero View, което показва жертвите на трафика и сериозните наранявания, които се отнасят към 2009 г., с надеждата нюйоркчаните да забавят скоростта и да карат внимателно. А CTO за стартиране на здравно осигуряване Oscar говори за това как използването на услугите на Amazon при спазване на HIPPA позволи на Oscar да има само два системни инженера за 45 разработчици, работещи върху до 125 производствени промени на ден. "Свършихме с физическите центрове за данни", заключи той.
Вогелс подчерта, че "всичко е за бързото движение" и отбеляза, че броят на инструментите само продължава да расте. "Никога не е имало по-добър момент за изграждане на приложения от този в момента", каза той.
