Треба було б добре, напевне, надати посилання на першоджерело і звідки це все пішло machalliance.org
Ні я писав про замовника який деплоїться на AWS. SAP CCv2 зараз на базі Azure, в них також контейнери, але не впевнений що K8s. Насправді багато чого в них скрито і ви докінця так і незнаєте що і як.
Багацько запитань, але спробую відповісти.
я так и не понял, где там микросервисы, если везде из описания синхронные http api интеграции)
еммм тут щось не докінця зрозуміло де звязок. Можливо ви мали на увазі щось про реактивні системи?
что скажем если надо вести разработку параллельно 5 командами в core сервисах
я зараз на проекті де 7 хайбріс команд, UI команда іще декілька які з нами інтегруються. Не бачу проблеми в організації роботи, таке враження що раніше ніхто проекти не розробляв великими командами :)
или сделать multi-tenancy
є підтримамка з коробки, взагалі без проблем;
птимизировать latency для юзеров работающих в us/asia,
ну тут не питання до самої платформи, а швидше до її деплойменту і ці проблеми присутні у всіх системах. Але нащастя є вже готові рішення такі як Availability Zones, CDN, Web caches і т.д. Ми наприклад використовуємо на одному з проектів Akamai.
как сделать ci/cd и как тестировать весь этот xml, jquery и flexible search query
про це напевне треба написати окремо, але процес абсолютно не відрізняється від інших технологій.
как обеспечить версионируемость паблик контрактов и multiversioning в продакшине если надо для разных компонентов иметь различный delivery цикл или надо все релизить одним махом как в классике монолитов2000-х
тут напевне все таки два питання: версійність інтеграційних контрактів та реліз цикли для різних компонент системи.
З коробки OCC API манеджить версійність за допомогою різних Spring MVC DispatcherServlet, тобто якщо ваша зміна справді порушує контракт, тоді ви просто додаєте новий мапінг на версію і котролер(и) який буде хендлити запити. Але насправді ви можете реалізувати підхід який вам більше підходить.
Нарахунок релізу — так зміни необхідно інтегрувати якомога швидше щоб «fail fast», і деплоїтись також разом. Використовується на проектах Blue/Green з Zero-downtime, для того щоб сесії в користувачів не завершувались — Spring Session з Redis.
В них справді затята боротьба зараз.
Ви напевне плутаєте SAP CRM тв SAP ERP з SAP Commerce Cloud
Це ви займаєтесьhttps://kyma-project.io/ ?
Слух але круто! Я там тобі ріквест в лінкеді кинув, будемо досвідом ділитись ;)
Колись читав статтю про популярність Spring vs Java EE і там були такі цифри, але от зараз неможу знайти пруф лінк. Трохи пошукав і хіба знайшов щось схоже тут www.baeldung.com/java-in-2018 але це тільки ~80%. По інших ослідженнях справді десь приблизно половина. Та й останнє дослідження нашого ринку показує що 56% dou.ua/...or-senior-java-developer Соррі за числа без пруфа.
WOW! Ти займаєся CCv2?
— Справді найкраще раз спробувати ніж 100 раз почути/прочитати :)
— Performance дуже відносне питання: все залежить від SLA(вимог) які ставиить замовник та власне рівня кастомізації(модифікації) під конкретні потреби. Наприклад в нас були вимоги: 7-8тис замовлень в годину, 10тис. активних користувачів, були навіть 50тис batch ордерів за 1 год. Також замовник проводив стрес тестування коли за 10хв одночасно логінилось ~15тис користувачів, мали перевіряти більше, але тестовий інстанс SSO на AWS лямбдах мав обмеження по кількості запитів. Найбільше втрат по швидкодії завдає зміна стану системи, наприклад просто пошук продуктів, є досить швидким так як відбувається в SOLR, а от додавання продукту в коризину, з мого досвіду, завжди несе за собою проблеми, так як змінюється стан корзини, відбувається повна рекалькуляція, яка за собою несе перевірку промовшенів, наявність, податки і т.д. А якщо ще врахувати, що щось було змінено під вимоги замовника, а в більшості випадків так і є, то саме корзина стає проблемним місцем.
— Якщо говорити про потужності серверів в SAP Commerce Cloud сервісі, ну тут швидше треба говорити з SAP. Я бачив дуже різні конфігурації hybris кластерів, були навіть такі де одна нода мала VM з 64 Гбайт RAM та CPU 32 core, але як на мене той сетап був недуже вдалий так як ресурси просто не використовувались. В більшості випадків налаштовуються кластера з різними layers(рівнями) та групами нод, які відповідають за конкретні задачі(storefront, backoffice, integration, cronjobs etc), кожна нода мала по 16Гбайт RAM з яких для JVM 12Гбайт(типу щось на зразок AWS c5.2xlarge) в кожній гропі по декілька нод для балансування навантаження та відмовостійкості. На проектах часто в нас K8s і відповідно є Scaling Up/Down як самого hybris кластера так і K8s кластера, що дозволяє ефектифгніше використовувати ресурси.
— SAP CCv2 вже набагато кращий ніж перша версію, яка фактично була повністю мануальна і тікет процесався днями. В новій версії SAP автоматизував більшість процесів, але «нюаси» всеодно присутні, сподівають вони швидко імпрувнуться :)
Вибачте, напевне як ви кажете:
Для таких сборок есть джннкинс, CI, и прочее. Кто имел дело с реальными серьезными энерпрайз проектами — знают о чем речь.звернули увагу на мої слова:
Рятував remote run на TeamCity :)Світ СІ не обмежується Jenkins(Hudson).
Можливо у вас справді якісь такі проекти коли в «хмарах» розробляєте напряму. Чи під клавдами ви розумієте віртуалки? В будь-якому випадку необхідне середовище для девелопера де він буде розробляти і відлагоджувати свій код.
И мою иронию и сарказм вызывает как раз вот такие заблуждения.А в чому власне «заблуждения»? Я ж тут не теорію розказую, а описав реальний проект :)
Сейчас на локальном компе уже практически ничего не осталось, все в облаке, на удаленных серваках, а комп опять становиться простым терминалом.Це напевне ваше «оціночне» судження....
P.S. Зараз на проекті працюємо на віртуалках, то настільки «мультики», що коли після цього відкриваєш локальний екліпс то таке враження, що більшого щастя для девелопера не може бути :) і що швидкість розробки зростає в 5 раз :)))).
Ви просто не працювали з «реальним» Java ентерпрайзом коли i5 + 8 гб це типу так собі щоб «не сильно мучитись». І це не про середньо-стандартний CRUD на Spring + Spring MVC, JPA/Hibernate + Tomcat.
Мав досвід роботи з такими системами, а саме hybris.com. І щось мені підказує, що Яков власне і мав на увізі системи такого класу. В мене була робоча машина i5 + 8Гб білд з початковою ініціалізацією займав порядка 30 хв, а якщо ще інтегрейшени проранати це ще
На цьому проекті команда власне скаладалася з усіх контракторів, які працювали віддалено(Україна, Росія, США), а також я + автомайшен «службовці» з великої компанії :).
Скажу чесно це був мій найкращий проект з усіх сторін:
— Технічно — замовник технічний, перший раз я взяв для себе дуже багато цікавого власне від замовника. Завдання містили в собі справді цікаві технічні моменти.
— Організаційно — здивувало, те що ніхто нікого ніколи не "копав«(що часто можна побачити), тому що всі знали за що відповідальні, свідомі того, що завдання повинно бути виконано вчасно.
Не було якихось не потрібних бюрократичних моментів типу, сіньор, джун і т.д. Лід завжди відкритий до чогось нового(аргументовано) і готовий допомогти.
І тоді я зрозумів, що робота відалено це не обовязково фріланс, який в більшості випадків зводиться до en.wikipedia.org/...i/Cowboy_coding
Насправді, оригінальну статтю давно читав на блозі компанії Якова, і не тільки її.
Памятаю коли перший раз побачив виступ Якова на JeeConf jeeconf.com/...java-developer то цитував вислови своїм колегам та друзям.
Проте:
Он ответил — 6 GB с возможностью апгрейда до восьми. Это печаль. Если бы я спросил заранее, то не взял бы его на этот проект. Тот конкретно софт требует много памяти. Моя вина, согласен, надо было спросить заранее.а також
Если вам это мешает, то лучше наймите кого-нибудь, которому комфортно в кубике. И среди них есть сильные ребята.Викликало абсолютно негативне враження.
Як на мене, питання ресурсів для роботи девелопера це другорядне питання. Після таких слів все більше поважаєш компанії «службовців», де робочі машини мають функції напіватоматичного апгрейду. Пишеш в Help Desk що треба ще один монітор, 12 гб памяті, і після після підтвердження, що це потреби проекту, приходить адміністратор який чемно це все вставлює(весь процес займає приблизно
Я думаю, якщо customer happy, і продовжить контракт з компанією на рік через те, що Вася зробив все класно, то Васі менеджер подарує і МАС, і 4к(чи як там) монітор.
І як підсумок, головне щоб спеціаліст був класний, а залізо питання другорядне...
Так звичайно підписуйте меморандуми, і все у вас буде добре.... Тільки, що ви скажете великим гравцям, яким ваші домовленності насправді до одного місця, і які дивляться набагато далі від вас. Подивіться на:
press.samsung.ua/...entry-RD-v.html
lp.edu.ua/node/4418
Як на вашу думку вони переймаються меморандумом?
І що саме дивно... вони не жаліються на ВУЗи!!!!
А почему в резюме можно писать Java Developer, а в дипломе — нельзя?understandingjapanese.files.wordpress.com/...1/face_wall.jpg
Нельзя ли «научить учиться» взрослого человека всего за 4 года? А остальные два года потратить, чтобы прокачаить его до мидла?Мідла на яку саме технологію? Java, PHP, Scala, Javascript, Go, Groovy etc.
І ще одне запитання... Хто відпрацював 3 роки «в місці де відправлять» згідно умов держ замовлення?
Говорити можна багато, але як на мене компанії повинні взаємодіяти з ВУЗами не просто на папері, а брати на стажування студентів(я знаю багато таких випадків у Львові), підтримувати викладання в ВУЗах, в плані проводити лекції, на яких пояснювати як в реальному виробництві. В ВУЗах хороший теоретичний фундамент, але проблема з практикою, тому,що викладачі не перебувають в виробничому середовищі. Це треба виправляти і насправді все до того йде, чого варті лабораторії, які відкривають компанії в ВУЗах.
Нарахунок junior, програмісти якого рівня швидше прокачуються в плані практики та знань(звичайно в сімї не без ур..а)? Junior спеціалістів треба головне правильно направляти, вони готові на все аби показати.
З власного досвіду: 13 студентів(java) із яких
— Servlets, JSP
— HTML, CSS(Bootstrap)
— Javascript, jQuery, Ajax, JSON
Так спали вони мало ;) і звичайно все це знали не досконало, але perfomance справді дуже вражаючий.
Дякую! Джуе цікаве інтерв’ю. Так тримати.
Дякую, нам “офісному планктону” з аутсорсингу це дуже потрібно, це як ковток свіжого повітря.Сарказм
Видно наши аутсорсы чем-то отличаются, нам в нашем удается людьми быть.якось не дуже себе “не людиною” відчути
Це було, якщо чесно, нижче пояса...
Дякую, нам «офісному планктону» з аутсорсингу це дуже потрібно, це як ковток свіжого повітря.
Дякую, за інтервю! Це лише моя субєктивна думка, але напевне багато хто коли побачив інтервю з Ростиславом з Startupline щось таки знайоме почув, але тут Drucode класний стартап це +1, але таких напевне не один десяток у Львові. Коли почув, що ви проводите інтервю у Львові подумав що зараз ми почуємо директорів EPAM Львів, SoftServe, Eleks, Edvantis, Lohika, Nravo компаній які на слуху у Львові, когось з Львівського ІТ кластеру. Як на мене вам необхідно «піднімати планку»...
Все просто, спішать, бо можуть на наступних виборах не пройти, того не буде часу коли стригти.