База знаний Антона Сидорова

База знаний по аналитике, ИТ архитектуре, API. Документирование. Тесты инструментов.

Project maintained by daemon110282 Hosted on GitHub Pages — Theme by mattgraham

DevOps

DevOps (development и operations):

это методология автоматизации технологических процессов сборки, настройки и развёртывания программного обеспечения
позволяет выстроить конвейер, на котором разработчики, тестировщики и сисадмины работают в едином потоке и вместе отвечают за результат — код, выпущенный в релиз для пользователей
CI - процесс обеспечения процесса непрерывной интеграции
CD - процесс доставки, развертывания

tech

Maven, SBT
Запускается по Trigger:
- push: This workflow is initiated when changes are pushed to the repository
- branches: It runs when changes are pushed to the “main” branch

Spinnaker
GitLab CD
TeamCity
В Docker собирается сборка под требуемый контур
- docker desktop
- docker-compose.yml when building a multi-container Docker application
Контура
Стратегии Deployment

Старт разработки
Создание аккаунтов в Store
Подготовка
Финальная проверка сборки
- имитировать установку приложения из Store
  - Для Android-сборок мы можем использовать, к примеру, FireBase. У них есть раздел App Distribute. Для iOS-сборок есть TestFlight.
Отправка сборки на проверку в Store
- fastlane нюансы разрешений приложения
Финал разработки
Публикация Deploy сборки Release в Store: fastlane IOS
Примеры
- Flutter GitLab CI CD Firebase

Each container should do one thing and do it well. A few reasons:

There’s a good chance you’d have to scale APIs and front-ends differently than databases.
Separate containers let you version and update versions in isolation.
While you may use a container for the database locally, you may want to use a managed service for the database in production. You don’t want to ship your database engine with your app then.
Running multiple processes will require a process manager (the container only starts one process), which adds complexity to container startup/shutdown.