Инфраструктура · Проект с фиксиран обхват

Вашата инфраструктура, изградена веднъж. И готова да бъде изградена отново съвсем същата.

Изграждаме цялата основа —мрежа, частна свързаност, защита на входа, Kubernetes, бази данни, мониторинг и автоматизирания път към продукция— в облака, който имате, във вашия център за данни или и на двете места. Предаваме ви я работеща, документирана и описана като код, за да може екипът ви да я възстанови идентична, когато е необходимо.

Това е проект с фиксиран обхват: обхватът и крайният резултат се договарят от самото начало; не е пакет от часове.

Да обсъдим вашия проект

Предпочитате имейл? Пишете ни на hola@habil.mx

Доверяват ни се организации, за които непрекъснатостта и сигурността не подлежат на компромис

  • BanCoppel
  • Zurich
  • Allianz
  • GNP Seguros
  • MetLife
  • Costco
  • Seguros Multiva
  • Aserta
  • Bx+
  • Veolia
  • Truper
  • Argos

Инфраструктурата, която никой не може да изгради отново

В много компании инфраструктурата е изграждана ръчно, на части и набързо: мрежа, настроена от човек, който вече не е тук, сървър, който никой не смее да пипне, катинар за сигурност на сайта, който изтича без предупреждение. Работи, докато не се наложи да бъде повторена: идентична тестова среда, втора площадка, одит или преместване в друг облак.

Скъпото не е да я изградите: скъпо е да не можете да я изградите отново съвсем същата. Всяка разлика между това, което е тествано, и това, което работи в продукция, е повреда, която чака своя ден.

Симптоми, които дейността ви вече познава

  • «Никой не знае точно какво има в облака, нито кой го е създал.»

    Технологииакаунти, мрежи и права, които са растели без план.

  • «За да свържем центъра за данни с облака, отворихме порт към интернет.»

    Сигурностоткрита врата там, където би трябвало да има частна връзка.

  • «Тестовата среда не прилича на продукционната.»

    Операциитова, което е минало при тестовете, се проваля при внедряване.

  • «Катинарът за сигурност на сайта изтече и разбрахме от клиента.»

    Дигитално направлениесайт, паднал заради нещо, което е можело да се предвиди.

  • «Ако загубим сървъра или региона, не знаем колко време ще ни отнеме да го възстановим.»

    Генерално ръководствонепрекъснатост, която зависи от паметта на един човек.

Цялостна основа, предадена като проект

Проектираме и изграждаме наведнъж основата, върху която ще работят вашите системи, и ви я предаваме работеща. Всичко остава описано като код: същото описание, което е изградило инфраструктурата ви, може да я изгради отново, идентична, в друг акаунт, друг регион или в тестова среда. Екипът ви получава и документацията, за да я поддържа, без да зависи от нас.

Във вашия облак.

AWS, Google Cloud, Microsoft Azure, Linode или друг. Проектираме със собствените услуги на всеки от тях, без да ви обвързваме с доставчик, когото не сте избрали.

Във вашия център за данни.

Върху вашите собствени сървъри, със същата дисциплина като в облака: всичко е описано като код и документирано.

Хибридно.

Чувствителното — при вас, останалото — в облака, свързани с частни връзки, които не минават през интернет.

А ако системата ви днес е в друг облак, преместваме и нея: мигрираме от Oracle Cloud или друга платформа, като методът първо се изпробва върху извадка и всеки обект се проверява при пристигането си.

Какво включва основата

Избираме заедно с вас това, от което се нуждае вашият случай: не всичко е приложимо винаги и нищо не се добавя по каталог.

  • Мрежа и VPC.

    Мрежи, подмрежи, маршрути и правила за достъп, проектирани на слоеве, така че всяка система да вижда само това, което ѝ е необходимо.
  • Частна свързаност.

    VPN между площадки, за да свържете центъра си за данни с облака или един облак с друг, и частни връзки като PrivateLink, за да използвате облачни услуги, без да минавате през интернет.
  • Балансьори на натоварването.

    Трафикът се разпределя между няколко сървъра, с проверки на състоянието, които изключват този, който се проваля.
  • Защитна стена за приложения (WAF).

    Публична или във вашия център за данни —AWS WAF, Cloudflare, Azure Front Door, ModSecurity или друга—, за да спира обичайните атаки, преди да стигнат до приложението ви.
  • nginx и обратни проксита.

    Входната врата към вашите услуги: маршрути, криптиране и правила на едно място.
  • Kubernetes.

    Управляван в облака или на вашите сървъри —EKS, AKS, GKE, Rancher, OpenShift или друг—, така че системите ви да стартират еднакво във всяка среда и сами да се възстановяват от обичайни повреди.
  • Безсървърни услуги.

    Шлюз за API, който извиква функции в облака, като API Gateway с Lambda, за това, за което е по-изгодно да плащате според използването.
  • Бази данни.

    Управлявани в облака или на вашите сървъри —PostgreSQL, MySQL, SQL Server, Oracle или друга—, с резервни копия и достъп по роли.
  • DNS и криптиране.

    Домейни, частни зони и криптирането на вашите сайтове (TLS), с автоматично подновяване и предупреждение преди всяко изтичане.
  • Наблюдаемост и мониторинг.

    Метрики, журнали и сигнали, свързани от първия ден, за да научите за повреда преди клиентите си.
  • CI/CD.

    Автоматизираният път, по който вашите системи стигат до продукция —GitHub Actions, GitLab CI, Jenkins, Azure DevOps или друг—, с тестове и анализ на сигурността при всяка промяна.

Всичко се описва като код —Terraform за инфраструктурата и Ansible за конфигурацията на сървърите, или инструментът, който екипът ви вече използва— и се предава с документацията си.

Какво получавате при приключване на проекта

Работещата инфраструктура.

Изградена, тествана и готова вашите системи да работят върху нея.

Кодът, който я описва.

Във вашето хранилище, за да я изградите отново идентична в друг акаунт, друг регион или в тестова среда. Описва инфраструктурата, не данните ви: те пътуват с резервните ви копия.

Документацията.

План на това какво има, защо е така и как се поддържа: мрежи, достъпи, резервни копия и какво да се прави, ако нещо се повреди.

Предаването на вашия екип.

Сесия за предаване с тези, които ще я поддържат, за да не зависите от нас.

Договаря се като проект с фиксиран обхват: обхват, краен резултат и критерии за приемане, определени преди началото, а не пакет от часове.

Защо почти никога не се получава добре от първия път

Да изградите сървър е лесно. Да изградите основа, която издържа, която може да се одитира и която може да се повтори, е нещо друго, защото изисква:

Мислене на слоеве от самото начало.

Мрежата, достъпите и защитата на входа се решават преди първия сървър. Поправянето им по-късно струва колкото преместване.

Свързване на светове, без да се отварят врати.

Да свържете центъра си за данни с облака или два облака помежду им, без нищо да остане изложено на интернет.

Тестваното да е това, което работи.

Достатъчна е една ръчна промяна, за да престане описанието като код да е вярно и възстановяването вече да не излезе същото.

Това, което изтича безшумно.

Криптирането на сайтовете, ключовете и правата, които изтичат или са излишни и които никой не преглежда до деня, в който се провалят.

Предаването в ръцете на вашия екип.

Инфраструктура, която разбира само този, който я е изградил, не е завършена.

Затова крайният резултат не е само инфраструктурата: това е способността тя да бъде изградена отново съвсем същата.

Това не е идея само на хартия

Това е същата основа, с която днес управляваме няколко акаунта в AWS, и същата дисциплина, която прилагаме в центровете за данни на нашите клиенти:

  • Основата на няколко акаунта в AWS, които управляваме днес: мрежи, частни връзки, управлявани бази данни и функции, достъпни като API.

  • Kubernetes в собствената инфраструктура на глобален застраховател, в регулиран сектор.

  • Дигиталното откриване на сметки на една банка, с частни връзки между облака и нейния център за данни.

  • Тестовата среда на онлайн търговец, възпроизведена точно, така че това, което работи при тестовете, да работи същото и в продукция.

  • Почти терабайт, преместен от един облак в друг, проверен обект по обект.

Вижте казусите

Какво прави Hábil

Проектираме основата заедно с вас, изграждаме я, тестваме я и ви я предаваме с кода и документацията ѝ. Ако след това искате ние да я поддържаме, договаряме го отделно; ако не, екипът ви е готов да го прави.

Вече имате основата, а това, което ви боли, е внедряването?

Излизане в продукция

Нещо е паднало или са ви атакували и не можете да чакате проект?

Екип SWAT

Искате модели с изкуствен интелект, които работят във вашата собствена инфраструктура?

Hábil AI

Често задавани въпроси

Трябва ли да сменя облака си?
Не. Изграждаме в този, който вече имате —AWS, Google Cloud, Microsoft Azure, Linode или друг—, във вашия център за данни или и на двете места.
Защо като проект с фиксиран обхват, а не на час?
Защото купувате резултат: работещата основа, документирана и описана като код. Обхватът, крайният резултат и начинът на приемане се договарят преди началото.
Кой я поддържа след това?
Вашият екип, с документацията и сесията за предаване; или ние, ако така се договорим.
А ако вече имам нещо изградено?
Първо го преглеждаме. Понякога е по-добре да се опише като код това, което вече съществува; понякога — да се преработи една част. Ще го видим в първия разговор.
Можете ли да ни преместите от друг облак?
Да. Мигрираме от Oracle Cloud или друга платформа, като методът първо се изпробва върху извадка и всеки обект се проверява при пристигането си.

Започнете с плана

Разкажете ни какво трябва да изградите и къде. В първия разговор, без заплащане, преглеждаме какво би включвала основата, какъв краен резултат бихте получили и как тя би се изградила отново съвсем същата.

Да обсъдим вашия проект

Предпочитате имейл? Пишете ни на hola@habil.mx