За допомогою методології Agile/Scrum ми завжди зосереджені на найважливіших речах, тому функції, критичні для бізнесу, завжди в пріоритеті і реалізуються першими. Ми практикуємо CI/CD з автоматизованою роботою з кодом та управлінням конфігураціями.

• Визначення меж продукту
• Проектування архітектури
• Розробка продукту
• Послуги з тестування програмного забезпечення
• Підтримка та обслуговування програмного продукту
• Навчання користувачів
• Професійні консультаціії

Залежно від конкретних потреб проекту, ми розробляємо оптимальну схему розробки та використовуємо потрібні технології.

ПРИКЛАДТЕХНІЧНОГО ПІДХОДУ,ЩО ВИКОРИСТОВУЄТЬСЯ В РОЗРОБЦІ

Підхід до архітектури

Архітектура розробляється та будується відповідно до підходу Microservices Architecture (MSA) – створення системи за допомогою невеликих незалежних та самодостатніх сервісів, які тісно пов’язані з бізнес-процесами.

Для взаємодії компонентів розподіленої системи додатків ми пропонуємо використовувати REST + Message Broker, коли дані в темах можуть бути повторно використані для взаємодіючих сервісів з схемою доставки At-Most-Once, At-Least-Once або Exactly-Once.

Для архітектури сервісів пропонується шаблон DataBase per service як частина MSA, коли постійні дані кожного мікросервісу зберігаються приватними для цього сервісу та доступними лише через його API. Транзакції сервісу стосуються лише його бази даних.

Стек технологій

Пропонується використовувати наступні технології:
Java, Spring Boot, Kubernates, Docker, RestAPI, Ceph, Streaming API
Apache Kafka, Sping Vault, Hashicorp Vault, PostgreSQL
MongoDB Spring Cloud Config,Redis
GitLab, SonarCube, Open VAS, ElasticSearch, Logstash, Kibana, Filebeat, Journalbeat. Haproxy, Nginx

Моніторинг: Zabbix, Prometheus, Grafana. Журналювання: ELK, Sentry, Beats. Можливість відстеження за ID.

Підхід до інформаційної безпеки

Міцна криптографія з сертифікацією Державної служби спеціального зв’язку та захисту інформації. Виробниче середовище не повинно мати підключення до Інтернету, весь трафік (вхідний та вихідний) між різними сервісами повинен керуватися брандмауером.

Всі паролі та облікові записи за замовчуванням повинні бути змінені.

Всі бібліотеки, які використовуються публічно, повинні бути актуальними та періодично скануватися зовнішнім та внутрішнім програмним забезпеченням для виявлення вразливостей.

Всі паролі, які використовуються сервісами або користувачами, повинні відповідати політиці та процедурам паролів з правилами, такими як регулярна зміна паролів.

Розгортання в середовище Staging має проходити юніт-тести, інтеграційні тести, тести на вразливість.

Підхід до робочих процесів

CI/CD: Git, GitLab, pipelines, Kubernetes, SonarCube, Sentry.

Управління змінами, управління завданнями: Jira, Confluence, Slack, Jira Helpdesk.

Розробка: Agile, Scrum, SOLID, ACID.

Доставка: Розгортання через кілька середовищ (Dev, Sandbox, Staging, Production), Blue/Green Deployments, Canary Deployments, Автоматичне розгортання після коміту в ізольованому середовищі Dev.

• Юніт тести
• Інтеграційні тести
• Тести на вразливість
• Автоматичні тести
• Мануальні тести

Залежно від потреб проекту ми практикуємо наступне:
Створюється автоматизована система тестування для перевірки нової функціональності, емуляції штучного навантаження та відтворення можливих помилок у режимі, який найбільше наближений до реального. Розгортання в середовищі Staging піддається юніт тестам, інтеграційним тестам, тестам на вразливість. Всі модулі програмного забезпечення повинні бути повністю або частково покриті автоматичними тестами та юніт тестами.