З воблака на сваё жалеза —
без драмы ў дзень пераключэння
Абследаванне, мэтавая архітэктура, міграцыя і перадача ў эксплуатацыю пасля яе. Для каманд, якія сыходзяць з публічнага воблака дзеля кошту, лакалізацыі даных ці кантролю, — і для тых, хто проста хоча, каб рахунак адпавядаў рэальнай загрузцы.
Магчымасці па міграцыі
Міграцыя — гэта пераважна абследаванне і рэпетыцыі. Сам пераезд мусіць стаць самым нецікавым днём праекта.
Абследаванне нагрузак і залежнасцей
Мы апісваем тое, што рэальна працуе: сэрвісы, сховішчы даных, заданні па раскладзе, залежнасці ад кіраваных сэрвісаў і незадакументаваныя сувязі паміж імі. Нічога не пераязджае, пакуль не трапіла на карту.
Праектаванне мэтавай архітэктуры
Цалкам on-premise, гібрыд або multi-cloud — выбар пад вашы патрабаванні да лакалізацыі даных, затрымак і бюджэту, з відавочна зафіксаванымі кампрамісамі кожнага варыянта.
Міграцыя Kubernetes і кантэйнераў
Тапалогія кластара, ingress, storage-класы і сакрэты ўзнаўляюцца на мэтавай платформе. Залежнасці ад кіраваных сэрвісаў замяняюцца self-hosted аналагамі, якія ваша каманда здолее эксплуатаваць.
Міграцыя баз даных і legacy
Перанос схемы і даных з пераключэннем праз рэплікацыю, плюс асобны маршрут для састарэлых прыкладанняў, якія ніколі не праектаваліся пераноснымі.
Бесперапыннасць CI/CD і observability
Пайплайны, staging-асяроддзі, маніторынг і структураваныя логі пераносяцца разам з нагрузкамі, каб дзень пасля пераключэння быў падобны на дзень да яго.
Аналіз выдаткаў і правільны сайзінг
Мы вымяраем рэальную ўтылізацыю, знаходзім лішак і падбіраем рэсурсы пад яго. Вынік — мадэль выдаткаў, якую можна зверыць з вашымі рахункамі.
Тры спосабы пераезду, выбраныя свядома
У большасці праектаў працуюць усе тры адразу — па групах сэрвісаў, а не для ўсяго ландшафту адначасова.
Перанос нагрузак з мінімальнымі зменамі, каб хутка апынуцца на мэтавай платформе, і аптымізацыя ўжо пасля таго, як новае асяроддзе сябе паказала. Мінімальная рызыка, максімальнае кароткатэрміновае дубляванне.
Перапрацоўка частак, прывязаных да канкрэтнага правайдара: кіраваныя чэргі, прапрыетарныя API сховішчаў, serverless-кропкі ўваходу, — каб вынік сапраўды быў пераносным.
Пераносім па адной абмежаванай групе сэрвісаў за стабільным інтэрфейсам, трымаючы абодва асяроддзі паралельна, пакуль этап не пацверджаны. Пераключэнне становіцца руцінай, а не падзеяй.
Пасля запуску
З чым мы працуем
- Kubernetes
- Docker
- Helm
- Nomad
- PostgreSQL
- MongoDB
- ClickHouse
- Redis
- CI/CD pipelines
- Staging environments
- Infrastructure as code
- Rollback procedures
- OpenTelemetry
- Sentry
- Structured logging
- Runbooks
Звязаная экспертыза
Думаеце сысці з публічнага воблака?
Дашліце цяперашнюю архітэктуру і свежы рахунак. Мы вернемся з рэалістычным аб’ёмам абследавання, варыянтам мэтавай архітэктуры і ўказаннем, дзе насамрэч эканомія.