Ви мене переконали що потрібно робити доповідь на тему: Don’t use Kubernetes))
Чи можна його нормально використовувати? Звісно що так. Моя позиція у тому, що це відбувається набагато рідше ніж хотілося б

Тоді й кости будуть відповідні.
Вже не один раз бачив що в куб, на окремі контейнери які 24/7 раняться, всовують те що там не має бути:
— Статика
— АПІ
— БілдАгенти
— Окремий Кеш/логування
І це ще дублюється для dev/qa/prod і потім, навіть для невеликого проєкту, який ще і толком клієнтів немає, виходить цінник 10тис$ на місяць за інфру.
А можна було, наприклад використати: s3bucket+CloudFront, API Gateway, CodeBuild і інші сервіси, або відповідні аналоги якщо у вас інший клауд.
Якщо є Куб + ще й мультиклауд + різні окремі тули для логів&кешу&ssl&etc , я Ні разу, не бачив, щоб на тому проєктs був лише один девопс. Складність дуже швидко зростає і потім, наприклад, для 20 девів потрібно 5 девопсів, замість одного.
Виж якщо використовуєте куб і мультиклауд, то напевне і Логування+моніторинг має вже бути не в КлаудВотч а в ’клаудагностік’ тулі. Так само і кеш і решта.

З мого досвіду: мулютиклауд лише на папері та в теорії дешевший, а в реальності завжди дорожчий, більше людей потрібно на підтримку, важче щось імплементувати нове, важче дебажити, важче онбордити. Якщо використовувати один клауд і меншу кількість інструментів, то й оптимізувати легше. Найпоширеніша помилка яку бачу — юзати куб скрізь де треба і не треба. Не всі проєкти це нетфлікс чи щось подібне, 90%+ проектів це B2B де навантаження не такі вже високі. Також часто можна використати Серверлесс і взагалі немати докеру і контейнерів.

Рекомендую використовувати тули які надаються або безплатно або за мінімальні кошти вашою хмарною платформою. Наприклад для AWS:
GuardDuty, Security Hub, WAF, Inspector

9 лютого в 11:00 запитав у військових на сході яким передавав старлінк чи/як все працює, сказали що все нормально працює і це ледь не єдине джерело інтернету. Мобільний майже не ловить. На Окупованих територіях старлінк не працює (і не працював раніше). Тому цікаво що саме змінилося, де він перестав працювати.

як мінімум для НеПрод Енвів цілком актуально

Рекомендую зробити наступне (кількість, дати, суми можете змінювати на ваший розсуд):
1. 21 листопада: Відписуєте усім рекрутерам які вам писали за останні декілька місяців і подаєтеся на всі позиції які вас цікавлять.
Кажете що ви зараз проходите інтерв’ю у декілька місць і готові остаточно прийняти рішення по оферу якщо він буде, наприклад, 21 грудня.
2. 22-листопада — 10 грудня проходите максимальну кількітсь інтерв’ю, наприклад 30 штук, зазвичай чим більше проходите тим краще це будете робити.
3. ~11 грудня отримуєте, наприклад, 7 оферів, наприклад на 1000$. Якісь з цих оферів вам подобаються більше — кращий проект, команда і тд.
4. Ті що вам подобаються менше — кажите що ’вони вам подобаються, але ви не готові їх розглядати з теперішніми умовами’. Тут або кажете суму яку їм потрібно ’накинути’, або намагаєтеся щоб вони перші то зробили, то на ваш розсуд. Наприклад кажите що хочете 1400$
5. якісь офери відмовляться підвищувати і кажуть що це максимум що можуть запропонувати для вас.
6. Повторюєте крок 4 поки у вас не залишиться 1-3 остаточних офери з яких ви будете вибирати. Але бажано так домовлятися щоб ви не приходили до одної і тоїж компанії по ’другому і далі колу’, бо може виглядати негарно. Але рекомендую бути відвертим тут, і також не давати 100% гарантій що ось з цю пропозицію ви точно приймете.

п.с. № 1 Чим більша кількість оферів тим легше вибирати
п.с. № 2 Дати, суми, кількості оферів індивідуальні.
п.с. № 3 Всі ці кроки можна пройти нікого не обманувши і будучи відвертим: ’Ви мені подобаєтеся, але є і інші проекти які я розглядаю і ще точно не певний, потрібно сісти і все обдумати.’
п.с. № 4 Рідко, але буває так що, на початку вам готові давати не більше xxxx$ бо у вас мало досвіду, і ви взагалі джун чи мідл а не сініор, але потім у вас було інтерв’ю з клієнтом і ви йому Дуже сподобалися і він сказав ’Хочу саме цього спеціаліста’, тоді, буває, вилка може зростати

20-30 днів разом з розмитненням

там неможливо в Україну замовити, ти платиш бронь, тебе ставлять в чергу і напишуть коли буде доступно.
Ті що офіційно працюють в Україні то це, здається, через МінЦифру, чи щось у цьому роді

Польский, доречі сьогодні підняли абонплату з 230 до 335 злотих

все було ок, буває що треба апгрейднути до режиму RV. В неті є багато доків як купуючи старлінк у польщу активувати його в Україні.

вже замовив 3 стралінки (всі знайомим військовим, але спокійно так само можна і собі)
Замовляю з офіційного сайта у Польщу на мою адресу, яку мені видала Нова Пошта шопінг. Потім Нова Пошта Розмитнює (треба буде надіслати їм чек поштою) і пересилає мені в Україну, я оплачую мито через додаток НП і отримую в відділенні.
Все працює ок.
п.с. думаю що так само можна замовити не лише через НовуПошту а і інші компанії.

Бонуси і плюшки мають більше сенсу у інших системах оподаткування. Наприклад якщо сумарний податок на зарплату 50%, а витрати на відрядження чи інші бонуси і плюшки не оподатковуються, то у бонусах є сенс.

Якщо в компанії є кумоство то вона рано чи пізно буде мати гірші результати і/або закриється
Рекомендація: Якщо бачите кумовтсво то шукайте нову роботу на іншому проекті/компанії, бо є дуже висока ймовірність що у іншому місці у вас буде і більше ЗП і кращі умови

Можна реалізувати все що завгодно, питання лише у часі і мотивації.

Незважаючи на ’спад’ вакансій в ІТ. ДевОпс напрям це затронуло не сильно (суб’єктивна моя точка зору), тут раніше дуже невистачало спеціалістів і, умовно, якщо раніше на 10 вакансій була 1 людина, то зараз на 5 вакансій 1 людина.
Ваша ціль це стати ’Сильним Джуном або Слабеньким мідлом’, Чому? Бо це вважається людина яка самостійно зможе виконувати роботу і з неї буде більше користі ніж втрати часу на навчання цієї людини чи ’залагодження’ проблем які вона наробила.
З Рівнем Strong Junior/Middle ви зможете знайти роботу будь де, хоч в США, хоч в Європі, хоч в Україні (я зараз у Львові і постійно пишуть з пропозиціями).
А де вам жити то самі дивіться як вам ліпше, у кожного свої обставини, робота всеодно віддалена, якщо постаратися то в Україні можна мати контракт з компанією в США і отримувати оплату на Wise.
Тому яб розділив ваші питання на 2:
1. Як отримати найкращий ДевОпс досвід щоб прокачатися і отримати кращу ЗП і кращі пропозиції (це можна і самостійно зробити, наприклад здати 2-3 амазон сертифікати, що практично автоматично прирівняє вас мінімум до слабенького мідла)
2. Де виб хотіли жити.

«У планах було отримати сертифікацію (CKA), але зараз дуже важко морально зібратися, аби щось вивчити. Та й ті $395 краще витратити на допомогу ЗСУ, тому цього року без сертифікацій» (Middle DevOps).

Рекомендую іти здавати сертифікацію => ставати Сініором => більша ЗП => більше донатів на ЗСУ + більше витрат грошей в Україні

Скільки цей фідбек луп займає часу?

Луп — 5 хвилин

Ну скоріше більше вперед :)

все питання завжди в ціні і перформансі, якщо у вашому випадку ціна буде дешевше і перформанс кращий то без питань, у нас не так

В вас повністю задоволені таким рішенням чи розглядаєти альтернативи через якісь моменти?

Так повністю задоволені, рішення на порядок краще куберів і іншого.

В цілому, Serverless Framework я так розумію, ви задоволені?

Так, все ок. Якби з нуля, можливо щеб на SAM від AWS глянули

На чому пишите ваші сервіси? (цікаво наскільки серверлес підходить для Java)

.net3.1 нові сервіси на .net6.0
Так, Java цілком підходить. Якщо сапортиться в графі «runtime» то і може нормально працювати.

Як влаштували процес розробки? Ремоут-розробка чи імітуєте середовище локально. Наскільки все рівно працює (деви задоволені)?

є докер який збирає сервіс для простого дев середовища. Але деви тим дуже рідко користуються. в 95% відсотках ремоут розробка бо багато взаємодії сервісу з іншими сервісами. СіСд добре працює тому у тому немає проблем.

По архітектурі, щоб вас не нагружати, маєте якісь цікаві лінки? Вона виходить досить специфічна.

Гугліть «Serverless Architecture» & «Serverless AWS Architecture»

В вас був в команді хтось з цим досвідом?

я + толкові техліди + адекватні менеджери які готові до нового як у нас так і на стороні клієнта. Але то не весь наший ’ентерпрайз’, це у нас ’новий’ відділ, і потихеньку решта тім апдейтиться на нове, але то роки займе.

Ну і можливо роглядали контейнери на базі серверлес?

це крок назад. AWS це ввів бо багато команд не готові відразу в серверлес стрибати, а хочуть на контейнери перейти.

п.с. Існуючу вже архітектуру і/або код дуже важко на Serverless переводити, яб рекомендував це впроваджувати для нового функціоналу

Менш ніж 0.5 секунди, Якщо це `свіжий’ реквест, якщо на якомусь кроці використається кеш то напорядок швидше. Для цього юзаємо:
CloudFront + Lambda Edge + serverless-provisioned-concurrency-autoscaling