Попробуйте бесплатно
Пн-Пт: 9:00 - 18:00
beta Картинка DevOps Cloud

DevOps Cloud

Облачная платформа разработки для реализации программных продуктов

Об услуге

DevOps Cloud – экосистема, состоящая из портала самообслуживания, набора инструментов и сервисов. Данная платформа позволяет минимизировать взаимодействие разработчиков с инфраструктурным уровнем.


Выгода для бизнеса:  
  • Конструктор. Поддержка как готовых конвейеров развертывания, так и пользовательского pipeline с заменяемыми инструментами. 
  • Сокращение time to market. Повышение скорости вывода на рынок новых релизов за счет отлаженных процессов и методик DevOps. 
  • Производительность. Автоматизация и оптимизация процессов. 
  • Сокращение стоимости разработки. Перенос затрат из CAPEX в OPEX. Оплата только за использованные инструменты и ресурсы. 
  • Обеспечение высокой надежности. Использование независимых компонент для реализации программных продуктов уменьшает вероятность выхода из строя всего приложения в случае выхода из строя отдельного сервиса.
  • Уменьшение числа ошибок в релизах. Повышение оперативности выявления и устранения выявленных ошибок, сокращение дефектов на протяжении всего жизненного цикла разработки.

Платформа включает в себя

  • Системы управления конфигурациями и постановкой задач, репозитории для хранение кода и артефактов, task-tracker 
  • Системы сборки и оркестрации 
  • Системы тестирования, мониторинга и логирования  
  • Среда интеграции / Предрелизный контур 
  • Продуктивный контур 

Пользователям будет предоставлена возможность к созданному конвейеру разработки подключить дополнительные сервисы, которые не придется разворачивать самостоятельно – их можно будет подключать по запросу, а также по возможности анонсировать в коде приложения.

Сервисы входящие в инфраструктуру DevOps Cloud

Выберите сервисы для внедрения практики DevOps в Вашей компании. Автоматизируйте ручные задачи и управляйте сложными средами в любом машстабе и высокой скорости реализации.

Облачная тестовая среда
Сервис автоматического развертывания сред для Development, Staging, Production.
Анализ и измерение качества кода
Непрерывный анализ и измерение качества кода
Сервис контейнеризации
Масштабируемый и безопасный сервис контейнерной оркестрации на базе Kubernetes
Сборка кода в облаке
Реализация на базе GitLab

Пользователи платформы

Бизнес-заказчик
Руководитель бизнеса
Технический директор
Менеджер, PM, PO
Техническое руководство проекта
Team Lead
DevOps
Security
Архитектор
Исполнитель
Аналитик
Разработчик
Тестировщик
Бизнес-заказчикам
Тех. руководству проекта
Исполнителям
  • Возможность использования механизма ChatOps для постановки и контроля выполнения задач;
  • Мониторинг движения проекта, выраженного в деньгах - метод освоенного объема;
  • Возможность задавать метрики и менять их для расчета и формирования KPI;
  • Расчет KPI;
  • Расчет текущей стоимости проекта + оценки конечной стоимости проекта при текущих показателях выполнения работ;
  • Мониторинг утилизации и стоимости утилизированных ресурсов;
  • Мониторинг работы продуктивного контура в разрезе релизов и функциональности;
  • Автоматическое информировании об исправлении багов;
  • Пояснительная записка (release notes).
  • Возможность быстрого масштабирования сред (c возможностью использования сторонней среды выполнения);
  • Возможность клонировать эталонную среду для создания сред тестирования;
  • Возможность использовать шаблоны Pipeline c уже преднастроенными и интегрированными между собой инструментами с использованием принципе Best Practice. (на первых этапах с возможностью использования CI/CD из Техносерв Cloud, со сторонней облачной платформой, например Amazon, Google, Microsoft;
  • Реализация Таск-треккера + Agile desk с возможностью внесения изменений напрямую из тасков – Комбинирование функционала task-tacker’а и agile desk. Возможность управления, например внесение изменений в конфигурацию, напрямую из task’а
  • Возможность добавления в работу pipeline точек апрува на продолжении работы;
  • Инструмент сбора логов для последующей аналитики разработчиком (например в ELK);
  • Система мониторинга (например Prometheus) ;
  • Карта реализованных микросервисов;
  • Форма, где можно задать ряд требований к средам и инструментам по которой произойдет автоматическое формирование конфигураций сред и инструментов (с возможностью внесения изменений), а также возможность расчета бюджета;
  • Возможность использования механизма централизованного RBAC для назначения ролей в команде разработки и предоставления доступа;
  • Создание собственной песочницы для тестов / тестовых сред для feature branch;
  • Создание собственных сред с загрузкой туда образов;
  • Continuous Inspection - механизм для ревью + соответствие стандартам форматирования;
  • Механизм создания документации по реализованным функциям;
  • Автоматическое заведение тасков с теста с приоритетами;
  • Возможность использования механизма ChatOps (для конфигурирования);
  • Возможность загружать образы собственного изготовления в Docker registry результатов, а также Dashboard для Docker registry позволяющий отображать количество образов и занимаемое ими пространства;
  • Система для тестирования, позволяющая визуализировать test-case’ы и user stories + автотесты. на - Система для тестирования, позволяющая визуализировать test-cases и user stories + автотесты.

Какие задачи решает DevOps Cloud?

Разработчик
Тестировщик
Руководитель проекта
Team Lead
Разработчик

Разработчику необходимо реализовать функцию, требующую специальных знаний/опыта, которых в команде ни у кого нет, например, общий hibernate-кэш для микросервисов.

Разработчик проводит исследование, находит ряд инструментов, которые помогают в решении проблемы - Ignite, redis, memcached. У каждого из решений есть плюсы и минусы.

В старой парадигме, если позволяет время, разработчик делает MVP с каждым инструментом, чтобы понять, что больше подходит команде в данной ситуации. Если время не позволяет - по наиболее понравившемуся отзыву в сети.

В новой парадигме разработчик может быстро провести эксперименты и создать MVP за счёт того, что установка и настройка инструментов не нужна: можно заказать их как сервисы через веб-интерфейс. Более того, разработчик будет иметь некую гарантию, что инструмент настроен правильно, т.к. предоставляется через TS Cloud, а не развёрнут разработчиком лично.

Value для разработчика - экономия времени, принятие проверенных решений.

Тестировщик

Тестировщику необходимо провести тестирование по сценариям, нагрузочное тестирование, регрессионное тестирование. Помимо stag-среды требуются дополнительные тестовые окружения для различных видов тестирования.

В старой парадигме, чтобы получить дополнительную тестовую среду тестеровщику необходимо обращаться за помощью к DevOps’у и проходить ряд административных процедур, а также тратить время на ожидание настройки среды.

В новой парадигме тестировщик может выделить себе новую тестовую среду нажатием кнопки в любой момент времени.

Value для тестировщика - возможность проводить тестирование в независимости от человека, выделяющего ресурсы, в любой момент времени, затрачивая на это минимум усилий.

Руководитель проекта

Тимлиду необходимо в короткие сроки развернуть несколько сред и начать разработку с командой.

В старой парадигме, этот процесс требовал согласования с ИТ-отделом.

В новой парадигме тимлид может сразу развернуть нужные среды, а отчитаться/оптимизировать расходы ресурсов после.

Value для тимлида - быстрый старт. не тратится время на ожидание.

Team Lead

Тимлиду нужно в течении максимум 2 спринтов уже начать выдавать (показывать) результаты заказчику. У него нет ресурсов/времени на выстраивание devops-пайплайна. У его проекта, наверняка, есть особенности, но начать готовы со "стандартным" pipeline или одним из стандартных, лишь бы не терять время на это (нет времени для определения этапов pipeline в зависимости от ветки, встраивание sonarqube, встраивание публикации артефактов, их версионирования и т.п., но мне это нужно иметь максимум спустя месяц после старта)

В старой парадигме, работы начинаются либо без pipeline и со старта будет иметь место быть неконтролируемый код и много ручного труда по сборке дистрибутивов / стендов, либо затраты времни тимлида/разработчиков на это в ущерб функционалу

В новой парадигме - стандартный pipeline доступен в облаке из коробки, тимлид может галками отметить нужные / ненужные шаги.

Value для тимлида - экономия времени на старте проекта


Готовы начать?


Отправьте заявку прямо сейчас и получите месяц
бесплатного доступа к инфраструктуре


Подключить услугу

Задать вопрос

У вас есть вопрос, идея, предложение или хотите стать нашим партнером? Просто отправьте нам сообщение в свободной форме, и в течение рабочего дня мы свяжемся с вами.

Имя*
Фамилия*
Компания
Категория вопроса
Телефон*
E-mail*
Вопрос*
Защита от автоматического заполнения
Введите символы с картинки*

* - Поля, обязательные для заполнения

Авторизация

Логин (e-mail)
Пароль
Забыли пароль?

Авторизация доступна заказчикам Техносерв Cloud. Чтобы стать нашим клиентом, свяжитесь с нами. Спасибо!

Восстановление пароля

Логин (e-mail)

На ваш e-mail будет отправлено письмо со ссылкой на страницу смены пароля

Контакты службы поддержки:
+7 (495) 790-79-79
support@technoserv.cloud

Сервис обратного звонка RedConnect