Решение для адаптации и развития стека отечественных технологий Китая Адаптация отечественных технологий — это не только замена бренда. Он отображает целевую архитектуру CPU, операционную систему, базу данных, промежуточное программное обеспечение, периферийные устройства и зависимости приложений, а затем обновляет исходный код, сборки, драйверы, интерфейсы, данные и процессы развертывания для получения доказательств совместимости в определенных версиях и условиях тестирования.
| Элемент проекта | Заявление о решении |
|---|---|
| Лучше всего подходит | Для правительственных и корпоративных организаций, производителей оборудования и групп разработчиков программного обеспечения, которым нужна новая система домашнего стека, миграция существующей бизнес-системы, замена серверной или настольной среды, адаптация к отечественной платформе оборудования или работа по совместимости с несколькими архитектурами. |
| Необходимые данные | Входные данные включают текущий инвентарь аппаратного и программного обеспечения, CPU и набор инструкций, версии операционной системы и ядра, версии базы данных и промежуточного программного обеспечения, исходные или проверяемые пакеты, сторонние библиотеки и лицензии, периферийные устройства и интерфейсы, масштаб данных, топологию развертывания, базовые показатели производительности, требования безопасности, окно простоя, список целевых продуктов и сценарии приемки. |
| Объем поставки | Результаты согласованы по объему и могут включать реестры активов и зависимостей, матрицу пробелов в совместимости, проект миграции, адаптированный исходный код или исправления, BSP и драйверы, сценарии сборки, конфигурацию, пакеты или образы, сценарии миграции базы данных, документацию по интерфейсу, тестовые примеры, записи проверки, руководства по развертыванию и откату, известные проблемы и неразрешенные зависимости. Компоненты и лицензии с закрытым исходным кодом по-прежнему регулируются условиями поставщика. |
| Как определяется прием? | Приемка может проверять установку, запуск, функциональную эквивалентность, периферийные устройства и интерфейсы, целостность данных, разрешения, обновление и откат, согласованные пороговые значения снижения производительности, длительную работу, восстановление после сбоев и повторяемое развертывание в указанном стеке и версиях. Записи идентифицируют модель CPU, операционную систему, ядро, базу данных, промежуточное программное обеспечение, компилятор, библиотеки, набор данных и версии инструментов тестирования. |
Наиболее подходящие пользователи и сценарии
Для правительственных и корпоративных организаций, производителей оборудования и групп разработчиков программного обеспечения, которым нужна новая система домашнего стека, миграция существующей бизнес-системы, замена серверной или настольной среды, адаптация к отечественной платформе оборудования или работа по совместимости с несколькими архитектурами.
Какие входные данные необходимы для запуска?
Входные данные включают текущий инвентарь аппаратного и программного обеспечения, CPU и набор инструкций, версии операционной системы и ядра, версии базы данных и промежуточного программного обеспечения, исходные или проверяемые пакеты, сторонние библиотеки и лицензии, периферийные устройства и интерфейсы, масштаб данных, топологию развертывания, базовые показатели производительности, требования безопасности, окно простоя, список целевых продуктов и сценарии приемки.
Какие модули может включать в себя система?
Область действия может охватывать оценку x86, ARM, LoongArch или RISC-V; Bootloader, UEFI, ядро, BSP и драйверы устройств; изменения в системе кросс-компиляции и сборки; Библиотека C/C++ и совместимость с ABI; Java, .NET, Web или миграция настольных приложений; SQL, хранимые процедуры и миграция данных; замена обмена сообщениями, кеша, Web-сервера и другого промежуточного ПО; плюс установщики, контейнеры, сценарии операций, адаптация мониторинга, резервного копирования и восстановления.
Что можно доставить?
Результаты согласованы по объему и могут включать реестры активов и зависимостей, матрицу пробелов в совместимости, проект миграции, адаптированный исходный код или исправления, BSP и драйверы, сценарии сборки, конфигурацию, пакеты или образы, сценарии миграции базы данных, документацию по интерфейсу, тестовые примеры, записи проверки, руководства по развертыванию и откату, известные проблемы и неразрешенные зависимости. Компоненты и лицензии с закрытым исходным кодом по-прежнему регулируются условиями поставщика.
Как определяется прием?
Приемка может проверять установку, запуск, функциональную эквивалентность, периферийные устройства и интерфейсы, целостность данных, разрешения, обновление и откат, согласованные пороговые значения снижения производительности, длительную работу, восстановление после сбоев и повторяемое развертывание в указанном стеке и версиях. Записи идентифицируют модель CPU, операционную систему, ядро, базу данных, промежуточное программное обеспечение, компилятор, библиотеки, набор данных и версии инструментов тестирования.
Пределы и граница ответственности
Проект внутреннего стека сам по себе не доказывает, что каждый компонент произведен внутри страны или что он прошел сертификацию безопасности, нормативных требований, секретной защиты, криптографии или отраслевую сертификацию. Результаты зависят от целевых версий, открытых интерфейсов, доступности исходного кода, документации драйверов, сторонних лицензий и различий в оборудовании. Для закрытых компонентов может потребоваться поддержка поставщика или альтернативная конструкция. Совместимость и производительность ограничиваются подтвержденным инвентарем и отчетом об испытаниях.
Сопутствующие услуги и дела
Вернитесь к обзору решений , чтобы сравнить сценарии, или просмотрите примеры проектов, связанных с . Метрики и условия из дела не применяются автоматически к новому проекту.
Часто задаваемые вопросы
Должна ли адаптация внутреннего стека заменить существующую систему за один переход?
Не обязательно. В зависимости от окна простоя, бизнес-риска и зависимостей проект может использовать адаптацию на месте, послойную замену, параллельную работу или перепроектирование. Рабочие нагрузки баз данных и основного бизнеса обычно проходят выборочную проверку, интеграцию интерфейса и репетицию отката перед поэтапным переключением.
Может ли один проект поддерживать несколько отечественных процессоров, операционных систем и баз данных?
Можно оценить несколько стеков, но для каждой комбинации архитектуры CPU, операционной системы, базы данных, промежуточного программного обеспечения и версии драйвера требуется собственная матрица совместимости, артефакты сборки и записи испытаний. Поддерживаемый объем ограничен подтвержденными версиями продукта и результатами приемки.
Означает ли завершение адаптации, что прошла сертификация безопасности или отраслевая сертификация?
Нет. Проверка адаптации охватывает установку, функции, интерфейсы, данные, производительность и работу в согласованном стеке. Оценка безопасности, секретная защита, криптография и отраслевая сертификация требуют отдельной работы в соответствии с применимыми стандартами и процедурами уполномоченных органов.