Enterprise є робочою співпрацею, а не більшим планом. Він призначений для організацій, які не можуть дозволити третій стороні торкатися свого вихідного коду на інфраструктурі цієї сторони. Більшість випадків покривають два варіанти розгортання: анклав Confidential Computing у вашій власній хмарі та локальна (on-prem) інсталяція за подвійним сліпим принципом. Обидва виконують повний пайплайн, з тими самими трансформаціями і пресетами, що й публічна хмара; змінюється лише місце виконання. Enterprise стоїть вище за Studio.
Усе на цій сторінці визначається, створюється та встановлюється за індивідуальним контрактом. Самостійного підключення і прайс-листа немає: обсяг робіт, строки й політика атестації прописуються в угоді. Щоб тримати вихідний код на власних машинах уже сьогодні без контракту, використовуйте Режим 1, безкоштовну локальну збірку.
Що дає співпраця
- Пріоритет у розробці на замовлення. Ваші вимоги до розгортання і трансформації чи правила збереження, потрібні вашому стеку, опрацьовуються поза загальною чергою.
- Приватна інсталяція рушія. Рушій працює у вашому власному обліковому записі GCP, AWS чи Azure або на обладнанні всередині вашого периметра. Варіантами є два описані нижче способи розгортання.
- Спільний процес перевірки безпеки та сертифікації. Ми разом із вашою командою опрацьовуємо ваші вимоги безпеки: опитувальники, огляд архітектури, умови обробки даних і докази, яких вимагає ваш аудитор.
Confidential Computing
Confidential Computing доступний лише в Enterprise, його обсяг визначається під час онбордингу, а політики атестації задаються для кожного контракту.
Рушій AfterPack працює всередині анклаву Confidential Computing у вашому хмарному обліковому записі (AWS Nitro Enclaves, GCP Confidential Space, Azure Confidential VMs). Ваша збірка завантажує вихідний код в анклав і отримує назад обфускований результат за тим самим протоколом взаємодії, що й у публічній хмарі. Анклав проходить атестацію до того, як у нього потрапить будь-який вихідний код, тож щойно атестацію пройдено, AfterPack як компанія не може бачити ваш вихідний код, і ви можете незалежно перевіряти це на кожній збірці.
Анклав доводить, що саме в ньому працює, через апаратно закорінену атестацію на кожній збірці, а змінений бінарник не проходить атестацію і завершує вашу збірку помилкою. Він працює як запечатаний бінарник без інтерфейсу налагодження, без віддаленого керування і без каналу телеметрії, його мережева політика дозволяє лише кінцеві точки атестації, а кожна збірка видає підписаний звіт (хеш входу, хеш виходу, хеш атестації) для вашого власного сховища доказів.
Вашим розробникам нічого не треба змінювати: плагін для фреймворку і npx afterpack@latest працюють так само, як у публічній хмарі, і директиви @afterpack враховуються так само.
Локальна (on-prem) інсталяція за подвійним сліпим принципом
Для Enterprise. Рушій AfterPack постачається як запечатаний бінарник, встановлений усередині вашого середовища: ізольовані від мережі (air-gapped) дата-центри, хмари, наближені до державного сектору, або будь-що, що не може звертатися до публічного інтернету під час збірки.
Подвійний сліпий принцип забезпечують дві властивості:
- AfterPack ніколи не бачить вашого вихідного коду. Рантайм живе всередині вашого периметра. Жодних зворотних викликів до інфраструктури AfterPack немає.
- Ваша команда ніколи не читає вихідний код AfterPack. Бінарник підписаний, його цілісність перевіряється, і він постачається без символів. Реверс-інжиніринг заборонено контрактом.
Цей варіант розгортання розрахований на найсуворіші режими державного сектору та регульованих галузей. Його створюють і встановлюють для вашого середовища за індивідуальним контрактом, а процедуру встановлення й оновлення узгоджують із вашою командою до запуску першої збірки.
SLA та експлуатація
Enterprise є єдиним тарифом із договірним SLA доступності, підкріпленим фінансовими зобов'язаннями: 99.9% на рік, порівняно з місячним SLO 99.5%, за яким працює стандартний хмарний API для Indie, Team і Studio. Реагування на інциденти, канали підтримки, зобов'язання щодо патчів і умови резидентності даних входять до того самого контракту. Що покривають ці цілі, див. на сторінці SLA. Доступність локального розгортання залежить від вашої власної інфраструктури.
Відповідність вимогам. Звіту SOC2 Type II немає. GDPR DPA, документація щодо стану безпеки та додатки під конкретного клієнта доступні на запит, а співпраця включає проходження вашого власного процесу сертифікації разом із вашою командою.
Трансформації на замовлення
У межах співпраці Enterprise можна замовити доповнення до каталогу трансформацій, наприклад:
- Розпізнавач шаблонів для власної DSL або мови шаблонів, яку використовує ваша команда.
- Правило збереження для пропрієтарного механізму рефлексії під час виконання, що виходить за межі того, що покриває
identifiers.reserved. - Додаткову руйнівну трансформацію, налаштовану під конкретну загрозу, наприклад прив'язку, ворожу до відтворення трас (trace replay), для античиту. Античиту все одно потрібна авторитетна перевірка на сервері. Спершу прочитайте Що AfterPack не замінює.
Трансформації на замовлення постачаються як частина вашої приватної збірки рушія. Їхній обсяг визначається для кожного контракту, і вони ніколи не додаються до публічного рушія.
Коли хмарного SaaS недостатньо
Три сигнали підкажуть, що ви переросли публічні хмарні плани:
- Служба комплаєнсу не погоджує, щоб хмара торкалася вихідного коду, а ваш аудитор хоче, щоб рантайм був у вашому власному середовищі. → Безкоштовна локальна збірка.
- Вам потрібні трансформації, яких немає в публічному рушії. → Studio або Enterprise.
- Вам потрібен індивідуальний контракт: SLA, відшкодування збитків (indemnification) або зобов'язання щодо обробки даних понад стандартний DPA. → Enterprise.
Якщо нічого з цього не стосується вас, використовуйте Team або Studio у публічній хмарі.
Контакти
Щодо визначення обсягу Enterprise, питань розгортання чи запитів на трансформації на замовлення:
support@afterpack.dev. Зазвичай відповідаємо протягом одного робочого дня. Вкажіть обсяг коду, який ви захищаєте (рядки або мегабайти), ваші вимоги щодо хмари чи локального розгортання і регуляторний режим, через який виникла ця розмова.
Далі
- Режими розгортання: де працює рушій.
- SLA: цілі доступності, реагування на інциденти й зобов'язання щодо патчів.
- Плани та тарифи: повна матриця можливостей усіх планів.
- Збірки та просування: зберіть один раз і просувайте ті самі байти від dev до prod.
- Конфіденційність і обробка даних: резидентність, субобробники та DPA.
- Модель загроз: драбина супротивників, про яку запитає перевірка на відповідність вимогам.