ШІ on-premise проти хмари — питання, яке в Україні визначається поглядом на дані та регулювання.

Що насправді порівнюється

Головний критерій — не кількість функцій, а контроль: де обробляються дані, які моделі доступні та чи можна перейти від одного постачальника. Приватна платформа проти SaaS та on-premise проти хмари — про те саме.

Стійкість і суверенітет даних

Після 2022 року Україна законодавчо дозволила розміщувати державні та критичні дані у хмарі за кордоном задля стійкості (Закон «Про хмарні послуги» № 2075-IX та постанови Кабміну № 263 і № 1500) — понад 100 державних реєстрів перенесли до хмари AWS, при цьому державну таємницю та службову інформацію виключили. Це «перевернута» логіка суверенітету: дані виносять із-під ризику обстрілів, але водночас вони потрапляють під чужу юрисдикцію. В Україні фізично немає регіону жодного з гіперскейлерів (AWS, Azure, Google Cloud); найближчі — у Франкфурті, Варшаві та Стокгольмі. Тобто питання суверенітету — не про відстань чи затримку, а про юрисдикцію. Американські закони CLOUD Act (2018) і FISA Section 702 дозволяють вимагати від провайдерів, що контролюються зі США (AWS, Microsoft, Google), видати дані, збережені будь-де у світі, зокрема в регіонах ЄС, — юрисдикція визначається власністю компанії, а не розташуванням сервера. Регіон «у ЄС» забезпечує резидентність даних і відповідність GDPR, але не означає «поза американською юрисдикцією». Де зберігати дані для ШІ — регіон ЄС (власний акаунт), українські провайдери, on-premise або локальний інференс.

Оскільки osFoundry можна розгорнути у власній інфраструктурі та підключити європейські або open-weight моделі, платформа може працювати у вашому власному акаунті в регіоні ЄС, на українському ґрунті або локально — це шлях до резидентності та суверенітету даних, а не «коробка» з-за кордону. (Чесно: osFoundry має керований регіон ЄС, але НЕ має керованого українського регіону; для даних на території України під українською юрисдикцією шлях — self-host у власній інфраструктурі чи в українського провайдера, або local-first.)

Практичний орієнтир

Оскільки osFoundry можна розгорнути у власній інфраструктурі та підключити європейські або open-weight моделі, платформа може працювати у вашому власному акаунті в регіоні ЄС, на українському ґрунті або локально — це шлях до резидентності та суверенітету даних, а не «коробка» з-за кордону. (Чесно: osFoundry має керований регіон ЄС, але НЕ має керованого українського регіону; для даних на території України під українською юрисдикцією шлях — self-host у власній інфраструктурі чи в українського провайдера, або local-first.) Модельний рівень можна обрати європейський або open-weight: Mistral (Франція, ЄС, частина моделей під ліцензією Apache 2.0) — європейський флагман, поряд з open-weight Llama, Qwen чи Gemma, які можна запускати self-hosted або локально. Українські LLM поки що розвиваються радше як дослідницькі та державні проєкти (національна LLM на базі Gemma під проводом Kyivstar, бета — навесні 2026; MamayLM; спільнота lang-uk; воркшоп UNLP в Українському католицькому університеті) — згадуємо їх як контекст, а не як комерційний флагман. Рішення варто ухвалювати за чутливістю даних та вартістю володіння.

Незалежність і чесність

dgm — незалежний інтеграційний партнер (не пов’язаний з osFoundry / OS LLC) і не є юридичним чи податковим радником. dgm поки що не має завершених клієнтських інтеграцій, тому наведені нижче сценарії описані як типові або можливі, а не як реалізовані проєкти.

Підсумок

Для української компанії виграє архітектура, яка тримає дані під контролем і не прив’язує до одного постачальника. Зверніться до dgm, щоб обговорити ваш сценарій і запропоновану архітектуру.