Необходимо ли е QA-ите, които работят с AI агенти, да имат предварителна подготовка?

Според Димо Митев, за да бъде AI агентът полезен и ефективен, трябва потребителят да знае какво иска и, съответно, как да формулира въпроса си. Това умение, подчертава той, се корени в иновативното мислене.

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

Въпреки това QA архитектът напомня, че не е фатално, ако въпросите не са правилно формулирани.

Няма да каже „Оф, не може да се разберем“ и да стане и да си тръгне,

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

Рени Станкова допълва, че иновативното мислене е необходимо на всички специалисти от IT сферата – QA, developer, devops-а и др. – защото то позволява бързото и ефективно решение на проблема.

Това е умение, което на всеки един от нас ни е полезно и е необходимо без значение дали е в контекста на AI света или ако се работи без такъв помощник,

Дими Митев споделя личен опит – как в Payhawk част от работата му се състои в review-иране на end-to-end тестове, писани от инженерите. Те наброяват 120 човека в компанията, което отхвърля възможността QA архитектът самостоятелно да се заеме с тях. Именно за тук се намесва AI – QA архитектът прави guideline, в който описва каква трябва да e структурата на тестовете, и го дава на AI агентa.

Представи си, че си мега готиния и добър QA automation инженер, някой отваря pull request, ти отиваш и ревюираш – и работи, супер добре работи. Агентът казва „тук не си ползвал тази добра практика“ и спряха да ме занимават хората, така че отивам към следващия проблем, който трябва да решавам,

AI агентът е много ефективен за правене на self-review, което е изключително важно, защото така се хващат грешки, typo-та при рефакторинг, както и при други компоненти, потвърждава Рени.

Този подход е полезен да си направиш self-review на промените, които правиш – създавайки си такова правило да си саморевюираш задачите, които си завършил – така пестиш време и хващаш лесни грешки.

Какво е бъдещето на Manual QA ролята?

Manual QA в класическия смисъл няма да оцелее като роля, защото AI вече може да автоматизира тестови сценарии и повтарящи се задачи, смята Димо Митев. Той оприличава работния процес на бъдещия QA с „правенето на кекс“ – за приготвянето може да се използва вилица, миксер, кухнески робот. Всеки следващ уред оптимизира процеса, но най-важният елемент е рецептата – тоест това, което QA специалистът ще измисли.

Аз винаги съм гледал на Manual QA-стването като все едно да правите примерно кекс.

Той допълва, че е от изключително значение и мисленето. Затова е много важно да се развива мисленето и има начини, чрез които да се направи.

Четете книги, решавайте логически задачи, решавайте кръстословици,

Защо все пак ръчното тестване може да бъде от полза за Junior QA-те?

Въпреки, че бъдещето на Manual QA ролята не е особено розово, експертите вярват, че все пак ръчното тестване може да бъде от полза за Junior QA-те. Бъдещите специалисти в ИТ сферата могат бързо да развият технически background, знания за Java екосистемата или за технологиите на Microsoft, които да бъдат основа за кариерното им развитие. Работата на Manual QA може да изгради разбиране на автоматизираните процеси, които се случват в компанията.

По-смислено е преди да започне да се автоматизира, да се вникне първо в системата, в разработката на софтуера, в нейните фази и т.н., казва в допълнение Димо Митев

Изискванията се вдигат, какво е важно за фирмите-работодатели?

Ефектът от навлизането на AI се усеща навсякъде в IT сферата – освен Manual QA-ите, намалява търсенето за developer-и, pm-и, devops-и и др. с около 40%-50% според Димо. Той допълва, че изискванията се вдигат – нещо, към което днешните и бъдещите IT специалисти ще трябва да се адаптират чрез постоянно развиване на знанията и уменията.

Новите изисквания към QA-ите в сезона на AI – Критично мислене, Разбиране, DevOps познания, и още…

Виждал съм всякакви хора, но не съм виждал такива, в които съм усетил силна амбиция и желание и да не са си постигали целта.

Това не важи само за Junior-ите, но и за всеки един специалист, допълва Рени от Experian. Тя се аргументира, че ако един специалист не се учи, няма да успее да надгради професионалното си развитие, а в някои случаи дори може да изостане.

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

Към това Димо допълва:

Шансът, ако не четем нищо, да се превърнем в технически трупове, е много голям, така че не се превръщайте в технически трупове.

Има ли промени в добрите практики с навлизането на AI инструментите?

Практиките и тестовите принципи не са се променили, смята Димо Митев. Процедира се по същия начин при ранното тестване, defect clustering-а, pesticide парадокса, просто се правят по-бързо.

Най-важното на AI оптимизацията е да се разрешават проблемите още в начална фаза, когато разрешението вече е по-скъпо, допълва Рени Станкова.

От най-голямо значение е разработката на софтуер, от който клиентите да са доволни, съгласява се Димо Митев. Точно това е ролята на QA специалистът – да подсигури качеството на продукта.

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

добавя той.

Ще се търсят ли QA-и?

Според Райна изкуственият интелект влияе на QA специалистите така както и на developer-ите и на всички други специалисти в IT сферата – като ефективен помощник и оптимизатор. Въпреки оптимистичната нагласа, тя напомня, че за да се осигурява качеството на кода и продуктите, трябва да се прилага критично мислене в подходите и решенията, които AI тулове и агенти предоставят.

Тя споделя за изкуствения интелект:

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

Виждането на Димо, обаче е по-различно. Според него QA-ите няма да намалеят, а напротив – ще се увеличат.

Аз може би имам малко по-различно мнение и виждане за нещата. Съмнявам се, че ще намалеят, че ще останем като индианци в резерватите в Щатите. По-скоро очаквам, че QA-ите ще станат още по-търсени.

Той поясни, че изкуственият интелект е променил ролята на QA специалиста – сега QA-ите трябва много по-рано да се включват в процеса на създаване на софтуер, за да приложат критичното мислене в него и да зададат въпроси като „Защо се прави това нещо?“ „Каква е тази функционалност?“ и т.н.

QA позициите: Кои са застрашени и кои имат бъдеще?

QA Архитектът от Payhawk допълва, че чрез AI вече “изключително бързо се създава код” – например чрез похвата vibe coding, който може да скъси процеса на писане на код до 3-5 минути. Това означава, че днес се генерира много повече код, който трябва да бъде тестван от QA-ите.

Димо пояснява, че въпреки че изкуственият интелект може сам да тества код, не е способен да генерира всички възможни сценарии и test case-ове, подобно на developer-ите, които не могат да измислят всички възможни unit тестове. Затова са необходими QA специалистите – заради критичното си мислене и клиентската перспектива.

Затова той напомня, че за да оцелеят QA специалистите при новите пазарни условия, трябва да наблягат на мисленето – аналитично, логическо, креативно и критично.

Как ще се променят изискванията?

Според Рени отговорът на този въпрос зависи от сферата и компанията. Тя пояснява, че всяка компания работи с различни технологии следва различни изисквания за съвместимост, използва различни application-и, и всичко това влияе върху изискванията.

Това до някаква степен е дефинирано или предефинирано от самата компания, в която даденият QA работи

Димо от Payhawk се съгласява напълно с казаното от Рени и допълва, че колкото по-бързо един QA специалист се научи да работи с AI агенти, толково по-бързо ще се адаптира към пазара и ще бъде успешен. И все пак той задава въпроса:

Но всъщност какво означава един QA да е успешен в днешно време?

На този въпрос той не се забавя да отговори – QA специалистът е успешен, когато клиентът е удовлетворен. Това зависи не само от качеството на продукта, но и от скоростта на разрешаване на проблем при оплакване на потребител. Той отново набляга на важността от широките познания, защото именно от тях зависи скоростта при разрешаване на проблем. От значение са следните фактори: доколко QA специалистът има познания и парктика в DevOps сферата, разпознава ли пайплайни, знае ли какво се включва, когато се прави commit и др.

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

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

Димо допълва с пример от собствения си опит, когато е започнал във Payhawk, от компанията са release-вали продукти два пъти на седмица. Днес, той споделя, че release-ите са средно 9 на седмица, благодарение на редовния мониторинг. Той заключва:

И това цялото нещо става благодарение на някаква автоматизация, на мониторинг, който вие може да покажете: „Вижте къде сме били преди, къде отиваме сега.

Какви технически умения ще станат задължителни за QA специалистите?

За да е успешен един QA трябва да има познания по DevOps практики и правила. Той трябва да познава не само бизнес изискванията, а и как системата работи, как се доставя на клиента, какво се случва, когато се направи commit или pull request, какви тестове се изпълняват, както и процесите по automation testing, version control, continuous integration и др. Това обясни Димо от Payhawk.

Аз виждам едно все по-голямо припокриване между ролята на QA и ролята на DevOps. За мен е изключително важно един успешен QA да има солидни DevOps познания.

Той заключава:

Aко искаме да оцелеем в този пазар, трябва да бъдем гъвкави и адаптивни

QA инженерите трябва да се стремят към широк спектър от познания – не само в контекста на DevOps, а цялостно технически. QA трябва да знае какви са архитектурата на продукта, service-а, технологиите, които се използват при четене на код, процеса по правене на ревю, requirement-ите и какво трябва да се достави. Всичко това насочва QA специалистите към development сферата – процеси, практики и clean code практики. Това е виждането на Рени от Experian.

Изводът е, че ако QA-ът има широки познания по процеса на разработка, то той подпомага качеството на продукта, скоростта на release-а и ефективната автоматизация.

Засягайки необходимостта от DevOps познания QA специалистите трябва да познават CI/CD. Според Димо това е изискване, което все повече се налага и се включва като част от интервютата. Причината, че днес  QA трябва да предотвратява проблеми, а не да ги разрешава, обяснява Димо.

Ние като QA трябва да бъдем мъдри, да се опитваме да предвиждаме къде могат да се появят някакви проблеми, и да предотвратяваме тяхното появяване.

Кои умения смятате, че ще бъдат най-ключови за специалистите в облачната инфраструктура през следващите 3–5 години?

С непрестанното развитие на технологиите в сферата на облачните решения и все по-големия интерес от компаниите към тях, специалистите в сферата са все по-търсени.

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

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

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

Какви подходи използвате в Paysafe, за да развиете и задържите таланти в екип, който работи с cloud технологии?

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

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

Служителите получават достъп до множество източници с актуална техническа литература и възможности за сертифициране, осигурено от компанията.

Каква роля според вас ще играят автоматизацията и изкуственият интелект в развитието на талантите в тази сфера?

Автоматизацията и изкуственият интелект са основните ускорители на техническото развитие на кандидатите в областта на облачните технологии. Те помагат за създаването на интелигентни и предвидими технически решения, с допълнителна ключова черта – възможност за автоматично разпознаване на грешки и коригирането им.

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

Кои нови роли или профили очаквате да се появят в областта на cloud инфраструктурите и как да се подготвят кандидатите за тях?

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

Част от  тези роли са:

Cloud-native Platform Engineer – с фокус създаване на платформи за разработка на облачни бизнес системи

Cloud FinOps Specialist – с нарастването на инфраструктурата нараства и нуждата от контрол на разходите и тяхната оптимизация

SecOps Engineer – работа с инфраструктура като код за контрол на сигурността, както и изграждане системи за ранна детекция на проблеми

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

РУБРИКА“КАРИЕРИ” ДОСТИГА ДО ВАС С ПОДКРЕПАТА НА:

Материалът и изображенията са предоставени от Paysafe

“Мониторингът на New Relic AI предоставя на инженерите, работещи в областта на изкуствения интелект, силата на наблюдаемостта, като осигурява необходимата информация за отстраняване на грешки, наблюдение и подобряване на приложенията за изкуствен интелект, гарантирайки, че те работят по предназначение, предоставят точни резултати и отговарят на нововъзникващите стандарти за отговорно използване”, пише New Relic в публикация в блога, когато платформата е въведена за първи път в ранен достъп през ноември миналата година.

New Relic AI е вече общодостъпно и ще даде възможност на клиентите бързо да определят основната причина за проблемите с приложенията за изкуствен интелект, което ще позволи по-ефективно отстраняване и разрешаване на проблемите.

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

Клиентите могат също така да проследяват жизнения цикъл на отговорите на ИИ, което е полезно за отстраняване на проблеми с производителността и качеството, като халюцинации, например.

Инструментът предоставя и метод за сравняване на различни модели по отношение на производителността, разходите и качеството.

“Чрез проследяване на използването на токени в моделите на ИИ можете да определите кои модели са най-скъпи за изпълнение. След това можете да изберете по-евтини модели, за да оптимизирате архитектурата на приложението си за изкуствен интелект”, пише New Relic.

New Relic има над 60 интеграции в екосистемата на AI, включително популярни LLM, библиотеки за машинно самообучение, векторни бази данни и рамки за оркестрация.

ГЛЕДАЙТЕ: Къде Инвестират ИТ Специалистите? Успешните Стратегии – Част 1

ГЛЕДАЙТЕ: Къде Инвестират ИТ Специалистите? Успешните Стратегии – Част 2

ГЛЕДАЙТЕ: ИТ Индустрията във Варна – част 2 | Епизод 2 | The BIG TECH #BG | DevStyleR

Прочетете още:
1. Amazon Добави Още Актуализации в Amazon Bedrock
2. Изследователи: Windows Defender Може да Бъде Заблуден да Изтрие Бази Данни
3. ОТ ПЪРВО ЛИЦЕ: РАЗХОДКА ИЗ НОВИЯ ОФИС НА DELASPORT

Последвайте ни във Facebook, Instagram, LinkedIn и YouTube.

ЗАПИШИ СЕ: Уебинар на Тема „Къде Инвестират ИТ Специалистите? Успешните Стратегии“

Технологичният гигант обяви също, че първият предварителен преглед на .NET 9 и третият предварителен преглед на .NET Aspire вече са налични.

ЗАПИШИ СЕ ЗА УЕБИНАРА ТУК

От Microsoft посочват, че основните области, в които ще бъдат направени подобрения, са разработката на приложения в облака и на приложения с изкуствен интелект.

“През последните няколко години изградихме силни основи на облачните приложения, като производителност по време на изпълнение и мониторинг на приложенията. Ще продължим тези усилия. Също така насочваме вниманието си и към сферата на производствените инфраструктури и услуги, например работа в Kubernetes и използване на управлявани бази данни и кеширащи услуги като Redis”, пише екипът на .NET в Microsoft в публикация в блога.

За да подобри производителността на приложенията в облака компанията работи по Native AOT. Въпреки предимствата си, Native AOT изисква използването на много инструменти, с които разработчиците обикновено не работят, което го прави недостъпен.

Голяма част от .NET 9 ще бъде актуализирането на поддръжката на Visual Studio, за да стане по-достъпна за разработчиците.

Повече подробности около новостите в .NET 9 прочетете на DevStyleR.io – The First Preview of .NET 9 is Available

Гледайте Втори Епизод “ИТ Индустрията във Варна – Компании, Кариера, Бъдеще” от документалната поредица The BIG TECH на DevStyleR.

Слушайте новия подкаст на DevStyleR “Може ли да се доверим на Cloud Provider”.

Следвайте ни във Facebook, Instagram, LinkedIn и YouTube.

Прочетете още:
1. Във Всяка Една Сфера Има Частица от Красотата на Математиката
2. GitHub Отвори Нова Група за Проекти с Отворен Код, Фокусирани върху ИИ
3. Топ 5 на Най-Добрите Книги за Инвестиране

Наташка споделя и за подкрепата, която компанията оказва на своите служители, които искат да се развиват в професионален план. “Стига да имам желанието, лидерите, с които работя в DXC Technology ще осигурят на мен и на всеки един служител, който иска да го направи, поле от тулове, от кариерни възможности, от необходимите обучения за целта и всичко останало, което е необходимо, за да може човек да се реализира точно там, където иска”.

The B(i)G TECH е уникална продукция за България, посветен на ИТ индустрията у нас.

Може да гледате втори епизод от The B(i)G TECH тук.

Слушайте новия подкаст на DevStyleR “Може ли да се доверим на Cloud Provider”.

Абонирайте се за DevStyleR, за да получите достъп до всички специални издания и да бъдете сред първите, които могат да се възползват от професионални обучения, уебинари, отстъпки за събития и други. Абонирай се Безплатно ТУК.

Следвайте ни във Facebook, Instagram, LinkedIn и YouTube.

Прочетете Още:
1. От Правец 8 в Детската Градина до Custom Development Manager в Milestone Systems
2. 7 Неща, които Трябва да Направите Преди да Стартирате TECH Бизнес 
3. Ивайло Христов: При Нас Професионалното Развитие на Колегите е от Изключителна Важност

“В днешната цифрова епоха данните непрекъснато се променят. Организациите трябва напълно да разбират какви данни имат – с точна класификация – и да поддържат надежден опис на чувствителните данни в облачните платформи, за да отговорят на нарастващите изисквания за сигурност на данните и достъп. А Immuta Discover помага на нашите клиенти да постигнат точно това”, коментира Мо Пласниг, главен продуктов директор в Immuta.

Според Immuta наличието на точни метаданни е важно за контрола на достъпа до данни, мониторинга и спазването на нормативните изисквания. Immuta Discover идентифицира структурирани данни в облачните платформи и може да използва метаданни от популярни корпоративни каталози за данни.

Повече подробности може да прочетете на DevStyleR.io – Immuta Releases Tool to Maintain Accurate Metadata

Гледайте Втори Епизод “ИТ Индустрията във Варна – Компании, Кариера, Бъдеще” от документалната поредица The BIG TECH на DevStyleR.

Слушайте новия подкаст на DevStyleR “Може ли да се доверим на Cloud Provider”.

Следвайте ни във Facebook, Instagram, LinkedIn и YouTube.

Представяме акценти от презентациите на Виктор и Миро, а ако Dev Bites концепцията ви звучи интересно, имаме добри новини! Първото събитие за 2023 ще се проведе в Пловдив, в Networking Premium (ул. Райко Даскалов 19-21) на 30 март от 19:00!

За микросървисната архитектура с любов

от Виктор Минковски

Има ли истинско противопоставяне Microservices vs. The World? По-скоро не. Защото микросървисите са част от света и важна част от заобикалящата ни среда. Те са и естествено продължение на основната цел на всеки софтуер – да помага на хората. Когато е използвана правилно, микросървисната архитектура е изключително удобна и полезна.

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

Друго тяхно предимство можем да обединим под понятието Agility. Микросървисите дават възможност за бързи и лесни ъпдейти на изолирани части от системата, върху която работим, а това е от особено голямо значение в съвременния бизнес свят, когато е нужно максимално да се скъсява TTM (Time To Market). Благодарение на тях можем да пускаме изолирани части от системата, да правим маркетингови проучвания и AB тестове, да експериментираме. Или пък лесно да подготвяме различни версии на системата за различни клиенти.

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

И все пак, защо точно микросървиси?Защото можем. В последните години технологиите много се развиха. И така, благодарение на микросървисите и на DevOps, всичко става лесно. И още по-важно – всичко работи. Но и защото са готини. Микросървисите ни дават прекрасната възможност да сме яки, да сме в час с новите технологии, да ги учим бързо.

За сблъсъка на микросървисите с реалността

от Мирослав Кошутански

Ще започна с няколко важни професионални съвета, авторството на които не е мое. Кое е първото правило за микросървисите според гуруто в нашата индустрия Мартин Фаулър? “Винаги започвайте с монолита!“. А кое първото правило за Domain-Driven Design, според Ерик Еванс? “Опознайте домейна”. А какъв е най-добрият начин за това? Монолитната архитектура. Забелязвате ли нещо общо?

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

Например, идеята за малки, фокусирани екипи звучи добре. Това обаче означава, че когато 20-30 такива екипа работят върху една и съща платформа, те трябва да се координират. А това е доста, доста трудно и със сигурност не е “бърза и лесна работа”. Същото се отнася и до микса от технологии при подобен тип работа. Златното правило е, дори при микросървисите, да се ползват не повече от 2-3 различни езика, тъй като иначе при споделяне на ресурси синхронизацията е просто кошмарна.

И нещата не стават по-прости! Ако трябва да разберем архитектурата на един микросървис, това не е проблем, защото е малък. Но когато става дума за цялата платформа, където много микросървиси си комуникират с хореография, а не с оркестрация, задачата става ненужно сложна. Ако пък сте решили да започнете работа с Kubernetes – не забравяйте с колко сложно начинание се захващате! Това е добър, изключително мощен инструмент, но използването на пълния му потенциал е всичко друго, но не и “лесно”.

И това не е всичко – проблемите продължават с изолирането на грешки, изолирането на данни, големия брой фреймуърки; distributed logging, tracing, monitoring; броя на микросървиси, за които отговаря всеки екип, дебъгване, repository management… И така стигаме до логичния въпрос: Какво можем да изберем вместо микросървиси?

Можем, например, да се придържаме към монолитната архитектура. Тя все още е нещо добро, все още съществува. Или пък да изберем предшественика на микросървисите – макросървисите. Ако са добре направени, те работят чудесно. Или пък да пробваме хибриден модел от монолит + микросървиси/макросървиси. В крайна сметка, проектът и изискванията трябва да са определящи за този избор. Ако клиентът ни не работи за Google, Microsoft, Netflix, Spotify или Amazon, то тогава отговорът е не, микросървисите не са задължителни.

Професионалистите в Немечек България използват широк набор от технологии (C++, C#, Java, Go, Python, PHP, JS, TypeScript, React.JS, Angular, Vue.js, Microsoft Azure, AWS, Native Аndroid and iOS applications) и разчитат на различни подходи към различните проекти. Прочетете повече на careers.nemetschek.bg

Model Serving премахва сложността на изграждането и поддържането на сложна инфраструктура за интелигентни приложения. Вече организациите могат да използват платформата Databricks Lakehouse Platform, за да интегрират системи за машинно обучение в реално време в своя бизнес – от персонализирани препоръки до чатботове за обслужване на клиенти, без да е необходимо да конфигурират и управляват основната инфраструктура.

Дълбоката интеграция в рамките на платформата Lakehouse предлага линейност на данните и моделите, управление и мониторинг през целия жизнен цикъл на ML – от експериментиране до обучение и производство. Databricks Model Serving вече е общодостъпен на AWS и Azure.

Повече подробности около новината можете да прочетете на международното издание DevStyleR.IO – Databrick Launches Databricks Model Serving with Purpose Facilitated ML

Цялото интервю с Николай Стойков може да прочетете в специалното издание FinTECH Индустрията #BG 2022, което вече е налично онлайн за абонати на DevStyleR тук. Ако все още нямате абонамент, не пропускайте възможността да станете част от общността на DevStyleR.BG – Абонирай се Безплатно ТУК.