İçeriğe geç
DESTEK SİSTEMİ
Bulut ve DevOps

Sıfırdan yeniden kurabileceğiniz altyapı

Bulut ortamlarını, dağıtım hatlarını ve izlemeyi öyle kuruyoruz ki yayına almak rutinleşiyor, kapasite talebi izliyor ve “üretimde ne çalışıyor” sorusunun cevabı bir kişi değil bir dosya oluyor.

İyi altyapı nasıl hissettirir

Farkı dışarıdan bile anlarsınız. Dağıtımlar mesai saatlerinde yapılır, çünkü kimse onlardan korkmaz. Yeni bir ortam iki hafta değil bir öğleden sonra alır. Bir şey bozulduğunda uyarı müşteriden önce gelir ve günlükler zaten tek bir yerdedir. Oraya varmak büyük ölçüde manuel adımları ve belgelenmemiş bilgiyi ortadan kaldırmakla ilgilidir. Konsolda tıklanarak değil Terraform’da tanımlanan altyapı. Test edilenin dağıtılan olmasını sağlayan konteynerler. Testleri çalıştıran ve başarısız olursa yayına almayı reddeden bir hat. Düzenli olarak geri yüklenen yedekler; çünkü test edilmemiş bir yedek yalnızca bir umuttur. Bunu hem geliştirdiğimiz hem de geliştirmediğimiz uygulamalar için yapıyoruz. Dağıtımınız şu anda bir SSH oturumu ve sırayı hatırlayan bir kişi içeriyorsa, başlamak için iyi bir yer orasıdır.

Temel faydalar

Bunun işiniz için değiştirdiği şeyler.

Dağıtımlar rutine döner

Her birleştirmede test eden, derleyen ve yayına alan bir hat, sürüm çıkarmadaki tören havasını da korkuyu da ortadan kaldırır.

Yeniden oluşturabileceğiniz ortamlar

Sürüm kontrolündeki altyapı, hazırlık ortamının istendiğinde üretimle birebir eşleşecek şekilde yeniden kurulabilmesi demektir.

Kapasite talebi izler

Otomatik ölçeklenme ve makul kaynak limitleri: yoğun bir hafta bir satın alma kararı gerektirmek yerine yalnızca bir hafta boyunca daha fazlaya mal olur.

Önce siz haberdar olursunuz

Kimsenin bakmadığı CPU grafiklerinden değil, müşterinin fark edeceği belirtilerden uyarı: hatalar, gecikme, kuyruk derinliği.

Gerçekten geri yüklenmiş yedekler

Planlı bir geri yükleme tatbikatı; çünkü bir yedeği ilk kez test ettiğiniz an bir olay anı olmamalıdır.

Neler teslim ediyoruz

Gerçekte elinize geçenler.

  • Bulut mimarisi tasarımı

    Çalıştırdığınız işe göre boyutlandırılmış ağ, işlem, depolama ve veritabanı düzeni; maliyeti yazılı olarak.

  • Konteynerleştirme

    Docker’a taşınmış uygulamalar ve üretimle yeterince örtüşen, işe yarar bir yerel geliştirme ortamı.

  • CI/CD hatları

    Otomatik testler, statik analiz, derleme ve dağıtım; istediğiniz yerde bir onay kapısıyla.

  • Kod olarak altyapı

    Her ortam için Terraform modülleri; uygulama kodu gibi gözden geçirilir.

  • İzleme ve günlük toplama

    Metrikler, yapılandırılmış günlükler, hata takibi ve harekete geçebilecek birine yönlendirilen uyarılar.

  • Yedekleme ve felaket kurtarma

    Yazılı bir kurtarma hedefi, otomatik yedekler ve prova edilmiş, belgelenmiş bir geri yükleme.

  • Maliyet incelemesi

    Doğru boyutlandırma, rezerve kapasite ve her hesabın biriktirdiği kullanılmayan kaynaklar.

Temel yetkinlikler

Bu hizmetin dayandığı mühendislik alanları.

Bulut mimarisi
Konteynerler ve orkestrasyon
CI/CD otomasyonu
Kod olarak altyapı
İzleme ve gözlemlenebilirlik
Yedekleme ve kurtarma
Otomatik ölçeklenme
Gizli bilgi yönetimi
Kesintisiz dağıtım
Bulut maliyeti optimizasyonu

Kullandığımız teknolojiler

Başvuracağımız teknoloji yığını ve her parçanın ne işe yaradığı.

Docker

Konteynerler: geliştiricinin yerelde çalıştırdığı uygulama ile üretimdeki uygulamanın aynı çıktı olmasını sağlar.

Kubernetes

Konteyner orkestrasyonu: servislerin nerede çalışacağına karar verir, düşeni yeniden başlatır, yoğun olanı ölçekler — kimse panoyu izlemek zorunda kalmadan.

Terraform

Dosyalarla tanımlanan ve sürüm kontrolünde tutulan altyapı; bir ortam hatırlanmak yerine yeniden kurulabilir.

AWS

Yönetilen veritabanları, depolama ve ağ hizmetleriyle bulut altyapısı; kapasite satın alma siparişini değil talebi izler.

GitHub Actions

Testleri çalıştıran, çıktıyı derleyen ve dağıtan hat: her commit’te, aynı sırayla, her seferinde.

Redis

Önbellekleme, kuyruklar ve hız sınırlama için bellek içi depo: veritabanını bekleyen sayfa ile beklemeyen sayfa arasındaki fark.

PostgreSQL

JSON, tam metin arama ve coğrafi veri desteği güçlü bir ilişkisel veritabanı; düz tabloları aşan modeller için.

Teknoloji kullanımı

Bu yığındaki teknolojilerin, aşağıdakiler de dâhil olmak üzere çeşitli kuruluşlar tarafından kullanıldığı kamuya açık kaynaklarda belgelenmiştir.

Spotify

Kubernetes

Kaynak

adidas

Kubernetes

Kaynak

Booking.com

Kubernetes

Kaynak

Bose

Kubernetes

Kaynak

Bu kuruluşlar, listelenen teknolojilerin belgelenmiş kullanıcıları olarak anılmaktadır. Vertex Arc’ın müşterisi değildirler ve burada yer almaları Vertex Arc ile herhangi bir ilişki ya da onay anlamına gelmez.

Hizmet verdiğimiz sektörler

Bu hizmetin genellikle iyi oturduğu sektörler.

  • SaaS
  • FinTech
  • E-Ticaret
  • Medya ve Yayıncılık
  • Lojistik

Teslim sürecimiz

Bir işin ilk görüşmeden sürekli desteğe kadar nasıl ilerlediği.

  1. Keşif

    Yazılımın ne yapması gerektiğini, kimin kullandığını ve hangi kısıtların gerçek olduğunu çıkarırız. Çıktı bir teklif değil, yazılı bir kapsamdır.

  2. Mimari

    Veri modeli, sınırlar, entegrasyonlar ve altyapı; kimse uygulama kodu yazmadan önce kararlaştırılır ve mutabık kalınır.

  3. Tasarım

    Akışlar ve arayüz; ürünün gerçekte nasıl hissettirdiğini belirleyen boş, hatalı ve yetkisiz durumlar dâhil.

  4. Geliştirme

    Alışıldık bir yapı üzerinde gözden geçirilebilir artışlarla; bozulması pahalıya patlayacak yerlerde testlerle.

  5. Kalite ve güvenlik

    Yayına almadan önce işlevsel testler, performans kontrolleri ve kimlik doğrulama, yetkilendirme ile bağımlılık riskinin incelenmesi.

  6. Yayına alma

    Dağıtım, izleme ve gerçek trafiğin hazırlık ortamının bulamadığını bulduğu dönemde yakın takip.

  7. Sürekli iyileştirme

    Destek sistemi üzerinden yamalar, yükseltmeler ve yeni işler; böylece ürün sessizce yaşlanmak yerine bakımlı kalır.

Kullanım senaryoları

Bunun bitmiş bir ürün olarak görünüşü.

Manuel dağıtımdan bir hatta

SSH ile bağlanıp sırayı hatırlamaya dayalı bir sürümü, ekipten herkesin çalıştırabileceği test edilmiş bir hatla değiştirmek.

Trafik patlamasını atlatmak

Yükü katlayan bir kampanya, lansman ya da sezon; sabaha kadar ayakta kalmakla değil, otomatik ölçeklenme ve önbelleklemeyle yönetilir.

Kurtarabildiğinizi kanıtlamak

Belgelenmiş ve prova edilmiş bir geri yükleme; böylece sözleşmedeki kurtarma hedefi gerçekten yaptığınız bir şey olur.

Neden Vertex Arc

Kurmadığımız altyapılar üzerinde de çalışırız

Bu işin çoğu mevcut bir ortam ve onu devralmış bir ekiple başlar. Bu normaldir, engel değil.

Konferans sunumuna göre değil size göre boyutlandırılır

İşletmelerin çoğunun service mesh’e ihtiyacı yoktur. Gereksinimi karşılayan en yalın mimariyi öneririz.

Kulaktan dolma bilgi değil, işletim kılavuzları

Kuyruk tıkandığında ne yapılacağı yazılıdır; böylece cevap kimin uyanık olduğuna bağlı olmaz.

Maliyet tasarımın parçasıdır

Altıncı ayda karşılayamayacağınız bir mimari iyi bir mimari değildir. Rakamı sayfaya yazarız.

Sıkça sorulan sorular

Kubernetes’e ihtiyacımız var mı?
Muhtemelen yok. Uygulamaların çoğu yönetilen konteynerlerde ya da birkaç sunucuda gayet iyi çalışır; Kubernetes ise ancak belirli bir ölçekte veya belirli bir dağıtım deseninde karşılığını veren bir operasyon yükü getirir. O çizginin hangi tarafında olduğunuzu söyleriz.
Mevcut bulut hesabımızla çalışabilir misiniz?
Evet. Verdiğiniz ve geri alabileceğiniz sınırlı erişimle sizin hesaplarınızın içinde çalışırız. Altyapı, alan adları ve faturalandırma baştan sona sizin adınıza kalır.
Buluta göç ne kadar sürer?
Tipik bir iş uygulaması için paralel çalıştırma dahil dört ila on hafta. Değişken nadiren altyapıdır; asıl belirsizlik veri göçü ve kimsenin belgelemediği entegrasyonlardır.
Gece 3’teki uyarıları kim alır?
Kime karar verirseniz o. Nöbette bizim olmamızı isterseniz bu, tanımlı bir yanıt penceresi olan bir bakım anlaşmasının parçasıdır. Kendi ekibinizin olmasını isterseniz uyarı sistemini kurar ve işletim kılavuzlarını yazarız.