Skip to main content

Kolomiiets Technical Inform – Online Conference 25'

Про конференцію

Kolomiiets Technical Inform – Online Conference 25' — це моя перша особиста ініціатива організувати відкриту онлайн-технічну подію для інженерів, архітекторів, безпекових спеціалістів, DevOps-інженерів та IT-лідерів.

Конференція об'єднує тих, хто хоче поділитися досвідом, обговорити реальні виклики у розробці, безпеці, хмарних технологіях і архітектурі. Ми прагнемо чесно говорити як про хайпові теми — AI, хмари, сучасну архітектуру, DevSecOps, — так і про речі, без яких неможлива стійка та якісна розробка: побудову систем, безпечний SDLC, бази даних, code quality.

🎯 Подія відкрита для всіх — від початківців до досвідчених експертів. Це можливість поділитися знаннями, поспілкуватися з колегами, надихнутися новими ідеями та відчути себе частиною українськомовної технічної спільноти, незалежно від вашого місцезнаходження.

Ми прагнемо створити подію, де кожен зможе комфортно виступити, навчитися та поділитися ідеями рідною мовою.

Спікер

Микола Коломієць

Микола Коломієць

RBAC/ABAC без болю: як впровадити Cerbos у своїй архітектурі

Unlocking the Secrets of Application Architecture

Architecture That Works: Using Azure’s Well-Architected Lens

LinkedIn

Подати заявку на виступ

У нас немає жорстких вимог до спікерів.

Ми щиро раді як початківцям, які хочуть поділитися першим досвідом або ідеєю, так і досвідченим експертам, що прагнуть донести глибокі теми або спровокувати цікаву дискусію.

Якщо ти гориш своєю темою, вмієш надихати або хочеш спробувати себе на сцені — чекаємо тебе!

П.С. Якщо є вагання, чи вистачає твоїх знань чи досвіду, або хочеш допомоги в підготовці — просто познач це під час подачі заявки. Ми з радістю допоможемо.

Подати заявку на виступ

Програма конференції

📅 Дата: 5 липня 2025 року
📺 Формат: онлайн, трансляція на YouTube

🛡️ RBAC/ABAC без болю: як впровадити Cerbos у своїй архітектурі
🔧 Практичний підхід до впровадження системи контролю доступу в мікросервісах за допомогою Cerbos.
🏗️ Architecture That Works: Using Azure’s Well-Architected Lens
📐 Як п’ять принципів Well-Architected Framework допомагають будувати надійну архітектуру — не лише в Azure.
🔍 Unlocking the Secrets of Application Architecture
⚙️ Як обрати архітектуру, яка дійсно працює: від моноліту до мікросервісів, з урахуванням потреб бізнесу.

Організатор

Я — технічний експерт, архітектор рішень і лідер команд розробників та спеціалістів з безпеки. Вже понад 10 років я працюю у сфері ІТ, беру участь у розробці складних проєктів, будую процеси, впроваджую хмарні рішення та допомагаю командам знаходити баланс між технологіями, бізнесом та людьми. Kolomiiets Tech Inform Conference — моя перша особиста ініціатива як організатора. Я захотів створити простір для щирих технічних обговорень, обміну досвідом, де можна поділитися своїми викликами, знахідками, а також підтримати українськомовну технічну спільноту — незалежно від того, де ми зараз перебуваємо.

LinkedIn профіль

Comments

Post a Comment

Popular posts from this blog

Why Microsoft Azure Well-Architected Framework Can Improve Architecture

Small and medium-sized businesses often face a common challenge: the absence of experienced cloud engineers. Due to limited resources, teams typically choose the quickest path—getting things done in the easiest, fastest way. Unfortunately, this approach often leads to solutions that aren't secure, cost too much, and become nearly impossible to extend or manage effectively. Recognizing this critical challenge, Microsoft Azure has developed the Well-Architected Framework. This comprehensive set of guidelines and best practices helps businesses assess their existing solutions and guides them toward building robust, secure, cost-effective, and manageable cloud infrastructures from the start. The Azure Well-Architected Framework is structured around five essential pillars: Cost Optimization : Ensuring that cloud resources are used efficiently and effectively, reducing unnecessary expenses. Operational Excellence : Focusing on the ability to run and monitor systems effectively, ensuring ...
2 comments
Read more

"Dushnylo" Series: Monolith First approach.

I keep hearing, “You MUST start with a monolith.” Every new project? Always? When I hear that, two thoughts immediately come to mind:      1️⃣ “It depends.” You can’t just blindly say every project must start as a monolith.      2️⃣ My inner Dushnylo whispers: “Time to make a post about this.” So, here’s my take: I disagree. Not only do I disagree, but I believe the most critical and dangerous part of system design is analyzing and understanding business needs before making architectural decisions. Why? Simple. Imagine you’re building a streaming platform that processes massive amounts of data, handles notifications, and integrates with third-party services. Does this sound like something you’d build as a pure monolith? Of course not. But I do agree on one thing—you have to start somewhere. That starting point could be a simple core application —yes, it might look like a monolith at first. But you’re not designing the entire system as a monolith. ...
Post a Comment
Read more

"Dushnylo" Series: The Trouble with GET: Real-World REST API Challenges

Have you ever seen a fully implemented, truly and absolutely by-the-books REST API? With all the correct HTTP methods, status codes, and the perfect design? No? Me neither. And you might ask — why not? After all, it's supposed to be easy , right? Well, yes — technically, it is easy. But in real life, you always run into edge cases. Let’s take a simple example. According to REST principles, if you want to retrieve data, you should use the GET method. Simple and elegant, and documented everywhere. But then the question arises: how do you pass parameters in a GET request? Answer: via URL path or query parameters. But as you already know, there’s a limit to how much you can fit into a URL — usually around 2048 characters . That’s fine for small, basic queries. But what about advanced searches ? You want to pass dozens of filters , custom ordering , maybe even a list of IDs to fetch. Sometimes it’s a list of GUIDs — and not just one or two, but hundreds . In these cases, G...
Post a Comment
Read more