Матеріали на тему «мікросервіси»

RSS

Чому успішний айтівець має бути оптимістом, як генерувати датасет і бути чесним з командою

Олександр Соловйов 2513

У сьомому випуску подкасту 1-2-3 Techno ми запросили Олеся Петріва, аби трохи порефлексувати про факапи і те, яким має бути успішний айтівець. А ще він розповів про те, як колись з командою робив генерування датасету і як розвивали в компанії таку цінність, як чесність. 1

Робити кастомний браузер — складно. Про розробку застосунків та як мобільній команді довелося стати Full Stack

Олександр Соловйов 2966

У шостому випуску подкасту 1-2-3 Techno ми запросили Сергія Мокієнко, аби трохи порефлексувати про мобільну розробку. Чому створення мобільного застосунку — це дороге задоволення, як Сергію довелося стати Full Stack розробником та про унікальний досвід зі створення кастомного браузера.

Эволюция архитектуры проекта. Из монолита в микросервисы

Denys Lishchenko 9770

У каждой компании своя история масштабирования. На примере Fiverr тимлид Денис Лищенко разбирает шаги для бэкенд-части. Статья может быть полезной бэкенд-разработчикам, которые планируют расширять свой проект или интересуются, как работают компании с большим количеством трафика. 30

Що таке сучасний Front-end і як він зміниться у майбутньому. Дискусія на DOU

Марія Дубініна 15498

Днями ми зібрались на YouTube-каналі DOU і поговорили про Front-end з Андрієм Лісточкіним, Юрієм Артюхом та Юрою Федоренком. А тепер публікуємо короткі тези розмови. Та ви завжди можете обрати: слухати повний запис чи прочитати текст. 11

Софт из 90-х VS микросервисы: что банки могут перенять у финтех-компаний

Ruslan Kolodyazhnyi 4890

Руслан Колодяжный, CTO британской финтех-компании Wirex, пишет о принципах организации IT-инфраструктуры, особенностях построения процессов работы финтех-компаний, их отличиях от классических банков, а также о том, что именно финансовые компании должны максимально быстро внедрять в своих организациях для повышения своей конкурентоспособности. 7

Ошибки в архитектуре ПО и как их избежать. Часть 2

Юлія Беба 10708

По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Во второй части говорим о согласовании нефункциональных требований, использовании хайповых технологий, особенностях TypeORM и так далее. 13

Ошибки в архитектуре ПО и как их избежать. Часть 1

Юлія Беба 15471

По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Всего мы собрали 11 кейсов. В первой части рассмотрим случаи о несоответствии шаблона проектирования требованиям, об Event driven state machine, неправильной настройке ORM и прочем. 39

О темной стороне legacy-кода. Как решить проблемы с монолитными приложениями

Grigori Kochanov 7011

Про микросервисную архитектуру и переход на нее говорят много, но редко упоминают о том, что проекты приходят к этому после многих лет развития как монолиты. Чтобы поменять архитектуру живого решения, надо пройти через несколько этапов. Автор работал с разными проектами — и с полноценным multitenancy service-oriented REST architecture в Oracle, и с огромным монолитом, в репозитории которого были коммиты за десять лет. 50

От простого к сложному: путь от монолита к микросервисам

Александр Павленко 20185

Эта статья для тех, у кого монолит перестал справляться с решением задач и только усугубляет все процессы. Пригодится и тем, кто только знакомится с микросервисами. Вы не найдете ответа на вопрос, что лучше, зато прочтете об опыте перехода от монолитной к микросервисной архитектуре. 297

Эвристики и мнемоники в тестировании: шаблоны для тестирования API

Antonina Taranenko 18581

В статье вы найдете шаблоны и паттерны, которые помогают во время исследовательского тестирования API. А также основные мнемонические схемы и эвристику, которая отлично подойдет для тестирования микросервисов. Материал будет полезен для всех тех, кто ранее взаимодействовал в основном с графическим интерфейсом и только-только начинает знакомиться с API. 8

Что следует знать об организации работы при переходе на микросервисную архитектуру

Ruslan Kolodyazhnyi 16277

Руслан Колодяжный, CTO R&D-центра финтех-компании Wirex, рассказывает о переходе от монолитной архитектуры к микросервисной и как изменения организационного подхода повлияли на процесс разработки. Этот опыт будет полезным тем, кто планирует переход на микросервисную архитектуру и хочет сделать этот процесс максимально эффективным. 38

Vert.x + Micronaut. Для чого нам Dependency Injection y світі мікросервісів

Taras Kohut 5192

Розробник Тарас Когут ділиться досвідом додавання DI до проекту на Vert.x. Стаття буде корисна всім, кому близька тема чистого коду й, звісно, DI. Спробуємо розібратися, які проблеми може розв’язати DI, розглянемо приклади поганого/хорошого коду, виміряємо вплив на швидкодію програми. 21

Микросервисный подход в веб-разработке: micro frontends

Oleksandr Zinevych 42147

Фронтенд-разработка превратилась из простого набора дополнений для пользовательского интерфейса в сложную экосистему с большим количеством инструментов и высоким порогом входа. Алекс Зиневич, Competence Lead в Perfectial, рассказывает о микросервисном подходе в веб-разработке пользовательских интерфейсов. 16

Станут ли микросервисы архитектурой будущего

Michael Brodskiy 24341

Михаил Бродский, Lead Software Engineer, рассказывает, почему микросервисная архитектура остается популярной сейчас и будет востребованной в будущем. Рассмотривает основные группы и типы микросервисов, касаясь основных моментов, которые возникают при проектировании и решении задачи перехода от монолитной системы к микросервисам. 75

Інтеграційні платформи (iPaaS): у чому фішка

Yaroslav Klochnyk 24401

Потреба в швидкій синхронізації даних між різними системами поставила перед інтеграційними платформами складні й комплексні завдання. Ярослав Клочник, Java Developer, розглядає різноманітні платформи на зразок ESB чи iPaaS та їхні особливості. 18

Приклад gRPC-мікросервісу на Go

Ярослав Характерник 10030

Фреймворк gRPC можна розглядати як хорошу заміну REST під час взаємодії між мікросервісами. Ярослав Характерник, Golang Developer, демонструє розробку мікросервісу для збереження статистики. 39

Техническая поддержка микросервисов 24/7: как мы строили процесс

Andriy Trubitsyn 8085

Это был первый опыт внедрения такого подхода в харьковском офисе ЕРАМ, и он оказался непростым. Надо было разобраться в новой системе — Opsgenie и ее интеграции, найти желающих для ночных дежурств, спланировать работу и поставить процесс на рельсы. 12

Складнощі тестування мікросервісів та що з ними робити

Oleksii Ostapov 16669

Мікросервіси складно тестувати атомарно, з мікросервісною архітектурою важко керувати даними, забезпечити транзакційність, зробити автоматизоване UI-тестування. Ці та інші складнощі розглядає Олексій Остапов, QA в Infopulse. 104

Делаем простой и надежный микросервис рассылки пушей на компонентах AWS

Андрій Товстоног 11636

Всем привет! Я — Андрей Товстоног, DevOps Engineer в Genesis. В статье поделюсь опытом построения маленького микросервиса с использованием бессерверной архитектуры AWS. Также расскажу, как работают push-уведомления и с какими проблемами мы столкнулись при реализации этого решения. 18

DOU Labs: як в ELEKS створили інтеграційну платформу для підприємств, або Автоматизовуємо великий бізнес

Dmytro Lukyanov 4213

Привіт, мене звати Дмитро, я Integration Architect у компанії ELEKS. У цій статті розповім про архітектурний підхід, який ми використовуємо для інтегрування систем, цифрування й автоматизування бізнес-процесів на великих підприємствах. 1

← Сtrl 12 Ctrl →

Коментарі

Посадові обовʼязки тестувальників: 😅 0. чатються та ниють в чатах 1. ниють на колах 2. ниють плани про тестування 3. проводять ниюче тестування 4. автоматизують ниття 5. подають звітність про ниття 6. аналіз проведеного ниття
Ця стаття суперечить конституції, яка каже про однакові права та свободи. www.youtube.com/watch?v=Dcbxz323Tds
А що буде з правом на сумлінну відмову? Яке є частиною свободи совісті, яка гарантується статтею 18 Міжнародного Пакту про Громадянські та політичні права та статтею 9 Європейської Конвенції з Прав Людини.
Я абсолютно проти тестових завдань, якщо це не лайв кодинг під час співбесіди. Але мене дивує обурення коментаторів тут щодо складності завдань. Там же нічого складного немає!
Спільното, триває цьогорічне опитування: jobs.dou.ua/questionary Приєднуйтесь також!
У нашому проєкті тестові завдання стосуються насамперед TypeScript. Оскільки ми розробляємо бібліотеки компонентів, важливо, щоб людина вміла експресивно описати API. І перевіряється це запитанням «Опишіть бест практики при створенні АПІ».
Вже ніяк. Досвід каже — не треба лізти в цю хрінь. Заробити там важко, втратити легко. Краще СнП500
Податися на нові гранти зможуть виробники: а шо у нас з ППО все гуд?) а то шось пункту не бачу) зброї на нетрадиційних принципах дії орнув дякую) краще було б написати зброї на нових принципах)
головне щоб ці інвестиції в себе не згоріли з анімацією пакування в бусік)
Mantis Analytics — це ШІ-платформа моніторингу інформаційного поля. Її фокус — покращення ефективності ведення інформаційної війни.
Навіть оплачувані шкідливі. Хоча якщо ви працюєте щоб це все потім вкласти в лікарню то ваше особисте діло.
а яким саме чином вкладаєтесь в малий бізнес (ломбарди, ферми, промприлад)?
Колись влаштовувався в одну заморську контору на посаду фронтенд-розробника. Посада без рівня, єдина вимога — досвід ФЕ мінімум 3 роки (в мене на той час трохи не дотягувало до 3). Проходив тестове на HackerRank.
У мене ніхто диплом не питав, про трудову я взагалі мовчу. У мене в відділенні було троє IT-шників: ios dev, drupal web dev і я — devops. Всі отримали вос100 і поїхали в механізовані/штурмові бригади.
В моїй учебці, по закінченні всі отримали ВОС100. А по прибуттю в частину, питали хто що вміє і розпихували по вакантним посадам. Звʼязківці, БПЛА, водії і тд. Хтось одразу їхав на Донбас, знаючи ким він буде.