Очакваме икономията на API

Сподели
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Като човек, който създава продукти за интеграция, прекарвам много време в проучване на индустриалните и технологичните тенденции, докато говоря с анализатори, инженери, архитекти, целеви клиенти и моите партньори по продукти. Тази работа неизбежно премества моята гледна точка в някаква версия на „какво се случва сега, какво е вероятно да се случи през следващите няколко години и каква е моята роля в насочването на индустрията към възможно най -доброто бъдеще?“ Тази статия има за цел да осигури синтез на най-въздействащите идеи през последната година и тяхното влияние върху моето мислене като продукт мениджър за свързаност. Надявам се да ви хареса четенето и очаквам вашите мисли в коментарите.

API стават част от интернет тъканта

За някои студенти по съвременна технологична история, “свързаност” част от интернет изглеждаше много различно само преди няколко десетилетия. От “свързаност, “Имам предвид API, протоколи като HTTP и договорени архитектурни модели, които отключват данни. В резултат на това специалистите по технологиите говорят за “наследствена модернизация” проекти за разкриване на силози за стари технологии, които иначе биха останали скрити от дигиталната жизнена сила на бизнеса. Тези така наречени проекти за цифрова трансформация често разчитат на XML-RPC, за да позволят интеграция с мейнфрейми, докато новата цифрова ера донесе стандарти като REST, GraphQL и Web of Things.

Безплатно за търговска употреба. Не се изисква приписване.

Докато утвърдените компании инвестират в нови API за подпомагане на проекти за дигитална трансформация, ранните стартиращи фирми надграждат най -новите технологични пакети. Тази тенденция превръща интернет в нарастващ плат на взаимосвързани технологии, каквито никога не сме виждали. Тъй като броят на новите технологии достига своя пик, основната тъкан-иначе известна като икономиката на API-подхранва пазара да претърпи технологични консолидации с исторически високите брой придобивания.

Има две интересни последици от тази тенденция. Първият е, че всичко това води до необходимостта от по-добри, по-бързи и по-разбираеми API. Много доставчици на платформа за интеграция-като-услуга (iPaaS) разбират това доста добре. Утвърдените решения на iPaaS, като тези от Microsoft, MuleSoft и Oracle, непрекъснато се подобряват с нови инструменти, докато продължават да се появяват нови участници, като Zapier и Workato. Всички инвестират в опростяване на интеграционния опит върху API, като по същество ускоряват времето за интегриране (ниво на нарастващо значение, когато става въпрос за гъвкавост на бизнеса). Някои наричат ​​тези преживявания „съединители“, докато други ги наричат ​​„шаблони“. Но в крайна сметка водещите интеграционни умове активно се инвестират в тази област.

Второто следствие е добре дефинирана, базирана на протокол свързаност. Поглеждайки към света на ОТПАДЪЦА, дефиниран добре приет архитектурен стил в дисертацията на Рой Филдинг ー виждаме това API на REST доминират на сцената с утвърдени стандарти за спецификации като OpenAPI спецификацията (известна преди като Swagger). Тези протоколи не само дават възможност на водещите в индустрията решения за iPaaS да се споразумеят как ще изглежда следващият свят на свързаност, те също така поставят основата за развитие на нови преживявания-често наричани иновации. Повече технологии просто се появяват, предлагайки продукти за визуализация и трансформация, които разбират тези стандарти, като същевременно привличат повече потребители в света на свързаността.

Аз съм развълнуван от потенциала на това пространство и способността му да дефинира фундаменталните градивни елементи на бъдещия интернет с API като централен елемент на неговата структура.

Също: API, микрослужбите успяват, стига организацията да не пречи

Разбиващи се силози с индексирано търсене и подобно на браузъра API откриване

Преминаването от специализирани инструменти и стандарти към прост слой за откриване на API означава, че всеки служител, който може да пише заявки и логически потоци, също ще може да създава пълноценни приложения и опит, насочен към клиентите. Много водещи анализатори сега виждат тази динамика като повече API се консумират от по-малко технически отдели като маркетинг, финанси, продажби и човешки ресурси.

Виждам, че тази тенденция продължава да се развива в две основни форми. Първият от тях е универсално търсене и откриване на API. Много от нас използват Google за търсене на информация и крайните точки в „Googling“ (адресируемото местоположение на API) и данните не трябва да се различават. Това означава, че ще се развият повече инструменти, но подходът, който предприемаме, ще бъде коренно различен; вместо да документираме ръчно новите крайни точки с препратки и API портали, можем да започнем индексиране на нови API динамично въз основа на техните машинно четими описания. Използвайки техники, подобни на тактиките на Google за обхождане, които откриват обществено достъпни уеб страници, повече потребители ще имат достъп до всички обществено достъпни крайни точки и данните.

Втората форма включва как изследваме тези API и данните, които те съдържат. Днес много разработчици започват с търсене на портал за API, намиране на подходящ SDK и изпробване на възможностите на API с инструменти за потребление на API като Postman. По-малко техническите потребители обаче се обръщат към решения с нисък код/без код, които преодоляват техническата пропаст чрез демистифициране на достъпа до API (умение, обикновено запазено за разработчиците на софтуер). Интересно е да се мисли какво ще се промени, докато развиваме основата на тези протоколи и стандарти. Вярвам, че скоро ще видим още подобни на браузъра инструменти за откриване, където уеб страниците се заменят с крайни точки, а информацията се заменя с данни. В този свят потребителите могат да търсят, заявяват, възпроизвеждат и свързват данните, вместо да се притесняват за техническите характеристики на API като URI, синтаксиса на крайните точки, параметрите на заявките и т.н.

Гледайки напред, това, което намирам за най -вълнуващо в това развитие, е, че ще видим създаването на нови цифрови възможности, които са по -близо до крайния потребител и се изграждат много по -бързо. Тези иновации също предизвикват необходимостта от професионалистите в предприятията да видят по -общата картина на това как всичко се свързва, докато продуктовите лидери и директорите по информационни технологии трябва да обърнат по -голямо внимание на несъответствията в потребителския опит или потенциалните проблеми със съответствието, поверителността и сигурността.

Също: Оказва се, че нисък код и без код са ценни и за професионалните разработчици

Производство на свързаност: протоколи срещу свързаност като услуга

Повече от всякога потребителите изискват достъп до данни. И все пак много съществуващи решения са твърде сложни, твърде скъпи или твърде тежки. Това създава технологичен вакуум, който ще бъде запълнен по следните начини. От една страна, специалисти по интеграция като мен ще продължат да напредват стандартите за свързаност. Оптимизирането за лесна консумация, особено от не-разработчици, ще доведе до нов слой на потребление на API, така че по-малко технически опит може да се развие отгоре.

От друга страна, ще се правят нови бизнес казуси за създаване на гъвкави решения за API-фасада-като-услуга. Тъй като повече потребители изискват по-бързо време за пускане на пазара, като същевременно приемат мащабируемостта, наличността и сигурността за даденост, ще се появят повече стартиращи фирми, които да отговорят на необходимостта. Вече виждаме нови участници, включващи инфраструктура за производителност като услуга на Nylas и унифициран API от Kloudless, който свързва над 150 SaaS решения чрез един каноничен модел. Всичко това улеснява от всякога създаването и поддържането на връзки с външни системи.

Докато напредваме във всяка посока, подозирам, че индустрията първо ще трябва да се съгласи за общи архитектурни модели, докато изграждаме нови решения около тях.

Данните са новата крайна точка в сигурността

Нарушенията на данните са тенденция нагоре, с рекорд от 1767 публично докладвани нарушения през първите шест месеца на 2021 г. Най -честите ни опити за осигуряване на данни са съсредоточени върху защитата на инфраструктурата, която осигурява достъп до тях: крайни точки. Въпреки че този подход има смисъл за някои организации, тъй като ние преместваме повече инфраструктура в облака, където инфраструктурата е далеч по -малко под техен контрол, осигуряването на тази инфраструктура става по -проблематично. Ние добавяме повече потребители в микса, които вече могат да търсят, заявяват и споделят данни с любимите си приложения и имаме рецепта за бедствие.

За да изпреварим тези тенденции, първо трябва да променим начина си на мислене. Вместо да защитаваме крайните точки в новия дигитален свят, ние трябва да защитаваме данните. Това пространство е пълно с интересни иновации с нови стандарти за криптиране и токенизиране които допълнително разпространяват модела на нулевото доверие. Тази тенденция се признава и от новите стартиращи фирми, които изграждат бизнеса около идеята за защита на данните с криптирани хранилища с данни и случаи на използване, вариращи от защита на PII до предлагане на HIPAA-съвместими хранилища за криптирани данни.

Независимо от начина, по който развиваме нашите нови API слоеве, в основата на „защитения“ подход ще бъде нашата способност да откриваме и работим с чувствителни данни.

Също: Защитата на API се превръща в „най -висок“ приоритет за корпоративните играчи

Долния ред

Ние все още „закръгляваме първата база“ по отношение на определянето на слоя за свързаност от следващо поколение и разбирането какви видове бизнес могат да бъдат изградени върху него. Тъй като API вече са в центъра на много цифрови трансформации, ние ясно виждаме тенденция за опростяване на потреблението на API с решения с нисък код/без код, които привличат повече потребители да създават свързани предприятия. Изпълняващо е да се мисли за свят, в който всеки може да допринесе за подобряване на бизнеса.


Антон Кравченко е директор на продукта в MuleSoft, компания от Salesforce. Ако обмисляте или изграждате продукти или протоколи, които засягат някоя от тези идеи, той би се радвал да чуе от вас.

Публикациите се превеждат автоматично с google translate

Източник: www.zdnet.com


Сподели
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •