Проведення семінару: Автоматизація бізнесу: від "моноліту" до "мікро-сервісів”

Анонс нашого заходу: семінар "Автоматизація бізнесу:

Від "моноліту" до "мікро-сервісів"". Приєднуйтесь до дискусії!

Дата: 25 Жовтня (Вівторок)

Час: з 19-00 до 22:00

Місце: м. Університет, вул. Богдана Хмельницького 33/34

Спікер: Зосим Максим, керівник компанії TQM systems

Організатор: Digital Masters

Реєстрація на захід тут.

Опис заходу:

Сьогодні автоматизація для бізнесу - необхідна умова зростання, збільшення ефективності і боротьби з конкурентами. Програм і сервісів автоматизації з кожним днем все більше: як вибрати? одну або кілька? чим керуватися? до яких проблем це може призвести? Навколо цього склалося безліч міфів і парадигм, які підігріваються виробниками різних програмних продуктів. Давайте розбиратися!

На інтенсиві ми розглянемо визначення "монолітної" і "мікро-сервісної" архітектури. Типові завдання для зростаючого бізнесу, що використовує ту чи іншу з них. І з якими помилками ви зіткнетеся, використовуючи різні варіанти.

Розберемо, якими критеріями керуватися при прийнятті рішення про архітектуру автоматизації бізнесу. На які ключові пункти звернути увагу. Що робити, якщо вибір був зроблений давно, чи можна поміняти архітектуру і з якими проблемами ми зіткнемося.

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

Для кого цей семінар:

• Власники бізнесу
• Власники інтернет-магазинів
• Управлінці
• Керівники ІТ відділу
• Бізнес аналітики
• Керівники ІТ компаній

Що ви отримаєте по завершенню:

• Варіанти реалізації програмної ІТ архітектури
• Дізнаєтеся ризики різних архітектур для бізнесу
• Критерії прийняття рішення при виборі
• Методологію переходу від одного варіанту до іншого

План доповіді:

1. Визначення та історична довідка
   
   • Що називати "монолітом"
   • Ідеологія "мікро-сервісів"
   • Чому так поширена монолітна система
2. Ілюзія вибору різних систем управління
   
   • Чому так?
3. Монолітний варіант архітектури
   
   • Як варіант зменшення ризиків
   • Як метод збільшення ризиків
   • Як методологія управління
   • Типові помилки створення централізованої системи;
4. Мікросервісний варіант архітектури
   
   • Як варіант зменшення ризиків
   • Як метод збільшення ризиків
   • Як рішення міграції на іншу систему
   • Як методологія управління
   • Типові помилки створення децентралізованої системи
5. Вплив на бізнес і бізнес процеси
   
   • Швидкість зміни бізнес-системи
   • Критерії вибору
   • Ризики для бізнесу від використання того чи іншого варіанту
   • Чому десять систем краще ніж одна, і чому одна краще десяти
6. Варіанти переходу
   
   • Що робити, якщо одна система вже є і все робить?
   • А не "зоопарк систем" чи все це?
7. Висновки

• 
• Контент-маркетолог TQM systems Nataliya Raevskaya
• 6/21/2020 8:37:46 AM
• uanews