1.1 Bir Sistemler Sistemi Olarak Arka Uç#

Modern bir arka uç nadiren tek ve yekpare bir uygulamadır. Birden fazla hizmet, veri tabanı, önbellek, mesaj kuyruğu ve üçüncü taraf entegrasyonlarından oluşan bir sistemler sistemi olarak daha doğru bir şekilde tanımlanır. Arka uç mühendisinin rolü, bu bileşenleri uyumlu, dayanıklı ve performanslı bir bütün halinde tasarlamak, oluşturmak ve düzenlemektir. Bu şunları içerir:

TIP

{title=“Core Backend Responsibilities”}

• Veri Modelleme ve Kalıcılık: Şemaların tasarlanması ve uygulamanın verilerini temsil edecek uygun depolama teknolojilerinin seçilmesi.
• İş Mantığı Uygulaması: İş kurallarını ve süreçlerini sağlam, test edilebilir ve bakımı yapılabilir koda dönüştürmek.
• API Tasarımı ve Yönetimi: Müşterilerin (ön uçlar, mobil uygulamalar, diğer hizmetler) sistemle etkileşimde bulunacağı sözleşmeye dayalı arayüzün oluşturulması.
• Altyapı ve Dağıtım: Sistemi üretimde çalıştırmak için gereken ortamları, yapılandırmaları ve süreçleri yönetme.
• Gözlemlenebilirlik ve İzleme: Sistemin sağlığı, performansı ve davranışına ilişkin görünürlük sağlamak için sistemin enstrümantasyonu.
• Güvenlik ve Uyumluluk: Sistemin tehditlere karşı korunmasını ve ilgili veri koruma düzenlemelerine uymasını sağlamak.

1.2 Bu Belgeye İlişkin Yol Haritası#

Bu derinlemesine inceleme, temel kavramlardan gelişmiş, gerçek dünya uygulamalarına kadar bilgi oluşturmak için yapılandırılmıştır.

• Bölüm 2: Temel İlkeler: Pazarlık edilemez temelleri oluşturuyoruz: sunucu ortamı, ağ protokolleri ve ortak veri serileştirme formatları.
• Bölüm 3: Temel Mimari Paradigmalar: Üst düzey mimari kalıpları analiz ederiz; Monolith, Mikro Hizmetler ve Sunucusuz; ve her birinin doğasında olan değiş tokuşlar.
• Bölüm 4: Arka Uç Teknoloji Yığını: Dil, çerçeve ve veritabanlarının seçiminin ardındaki ilkelere odaklanarak bir arka uç yığınının bileşenlerini araştırıyoruz.
• Bölüm 5: API’leri Tasarlama ve Oluşturma: REST, GraphQL ve gRPC’yi kapsayan API tasarımı sanatını ve bilimini derinlemesine inceliyoruz.
• Bölüm 6: Sistem Kalitesinin Sağlanması (İşlevsel Olmayan Gereksinimler): Bu, arka uç mühendisliğinin kalbidir. Ölçeklenebilirlik, performans, güvenilirlik ve güvenlik konularında derinlemesine bir araştırma yürütüyoruz.
• Bölüm 7: Modern Geliştirme ve Dağıtım Yaşam Döngüsü (DevOps): Araçları ve süreçleri inceliyoruz; CI/CD, konteynerleştirme, orkestrasyon; modern arka uç gelişimini mümkün kılan.
• Bölüm 8: Arka Uç Testi Sanatı: Arka uç sistemlerinin doğruluğunu ve sağlamlığını sağlamaya yönelik stratejileri tartışıyoruz.
• Bölüm 9: Sonuç: Ana temaları sentezliyoruz ve disiplinin geleceğine bakıyoruz.

Bu yolculuk kapsamlı ve detaylı olacaktır. Amaç, okuyucuyu yalnızca hangi teknolojilerin kullanılacağı bilgisiyle değil, aynı zamanda bunların neden ve nasıl etkili şekilde kullanılacağını anlayacak mühendislik bilgeliğiyle donatmaktır.

2.1 Sunucu: Fiziksel, Sanal ve Konteynerli#

Özünde arka uç, bilgisayarda çalışan ve sunucu olarak adlandırılan bir programdır (veya programlar kümesidir). Sunucu teknolojisinin gelişimi, daha fazla soyutlamaya, verimliliğe ve yönetilebilirliğe yönelik sürekli bir çabayı yansıtıyor.

NOTE

{title=“Evolution of Server Technology”}

• Bare Metal Sunucular: Görevlere ayrılmış fiziksel makineler. Maksimum performans, ancak pahalıdır ve ölçeklendirilmesi zordur.
• Sanal Makineler (VM’ler): Sanallaştırma, tek bir fiziksel makinede (ör. EC2, Compute Engine) birden fazla yalıtılmış sisteme olanak tanır.
• Kapsayıcılar: Uygulamaları ve bağımlılıkları bir araya getiren Docker gibi hafif paketler. Modern dağıtımın anahtarı.

2.2 HTTP Protokolü: Webin Dili#

Köprü Metni Aktarım Protokolü (HTTP), World Wide Web’e güç veren uygulama katmanı protokolüdür. Mekaniğini anlamak bir arka uç mühendisi için pazarlık konusu olamaz.

• İstek-Yanıt Modeli: HTTP basit bir model üzerinde çalışır. İstemci sunucuya bir istek gönderir ve sunucu yanıt verir. Bir arka ucun birincil işi bu istekleri işlemek ve uygun yanıtları formüle etmektir.
• HTTP İsteğinin Anatomisi:
• Yöntem (Fiil): Bir kaynak üzerinde gerçekleştirilmesi istenen eylemi belirtir. Yaygın yöntemler şunları içerir: -GET: Bir kaynağı alın. Güvenli ve bağımsız olmalı. -POST: Yeni bir kaynak oluşturun. İdempotent değil. -PUT: Mevcut bir kaynağı tamamen değiştirin. İdempotent olmalı. -PATCH: Mevcut bir kaynağı kısmen güncelleyin. Mutlaka idempotent olması gerekmez. -DELETE: Bir kaynağı silin. İdempotent olmalı.
• URI (Tekdüzen Kaynak Tanımlayıcı): İsteğin hedeflediği kaynağı belirtir (ör./api/v1/users/123).
• Başlıklar: İstekle ilgili meta verileri içeren anahtar/değer çiftleri (ör.Content-Type,Authorization,Accept).
• Gövde: Genellikle veri içeren isteğe bağlı bir veriPOST,PUT, VePATCHistekler.
• HTTP Yanıtının Anatomisi:
• Durum Kodu: Talebin sonucunu belirten üç haneli kod. Bunlar sınıflara ayrılmıştır: -1xx: Bilgilendirici -2xx: Başarı (ör.200 OK,201 Created) -3xx: Yönlendirme (ör.301 Moved Permanently) -4xx: İstemci Hatası (ör.400 Bad Request,401 Unauthorized,404 Not Found) -5xx: Sunucu Hatası (ör.500 Internal Server Error,503 Service Unavailable)
• Başlıklar: Yanıtla ilgili meta verileri içeren anahtar/değer çiftleri (ör.Content-Type,Cache-Control).
• Gövde: İstenen kaynağı veya hata bilgilerini içeren isteğe bağlı bir veri.
• Durumsuzluk: HTTP’nin temel ilkesi, durumsuz olmasıdır. İstemciden sunucuya gönderilen her istek, isteği anlamak ve işlemek için gereken tüm bilgileri içermelidir. Sunucu, istekler arasında istemciye ilişkin herhangi bir durumu saklamaz. Bu tasarım web’in ölçeklenebilirliği açısından temeldir. Durum genellikle istemcide yönetilir veya her istekle birlikte bir belirteç (JWT gibi) iletilir.

2.3 Veri Serileştirme Formatları#

Ön uç ve arka uç iletişim kurduğunda, değiş tokuş ettikleri verileri yapılandırmak için bir format üzerinde anlaşmaları gerekir. Bu işleme serileştirme denir.

NOTE

{title=“JSON Example”}

1
{
2
  "userId": 123,
3
  "username": "testuser",
4
  "isActive": true,
5
  "roles": ["reader", "commenter"]
6
}

:::- XML (Genişletilebilir İşaretleme Dili): JSON’dan önce gelir. JSON’dan daha ayrıntılıdır ve insanlar tarafından daha az okunabilirdir. Yeni web API’leri için yerini büyük ölçüde JSON almış olsa da, eski kurumsal sistemlerde, SOAP API’lerinde ve belirli yapılandırma dosyalarında hala yaygındır.

• Protokol Tamponları (Protobuf): Google tarafından geliştirilen ikili serileştirme biçimi. İnsan tarafından okunamaz. Başlıca avantajları performans ve verimliliktir. Protobuf mesajları JSON’a göre daha küçüktür ve serileştirilmesi/seri durumdan çıkarılması daha hızlıdır. Önceden tanımlanmış bir şema kullanır (.protohizmetler arasında sıkı bir veri sözleşmesi uygulayan dosya). Bu, verimliliğin çok önemli olduğu yüksek performanslı, dahili mikro hizmet iletişimi için onu mükemmel bir seçim haline getirir.

---

3.0 Temel Mimari Paradigmalar#

Bir arka uç sisteminin üst düzey yapısı, mimarisidir. Doğru mimariyi seçmek, sistemin nasıl geliştirileceğini, konuşlandırılacağını, ölçeklendirileceğini ve bakımının nasıl yapılacağını belirlediğinden, bir mühendislik ekibinin alabileceği en önemli kararlardan biridir.

3.1 Monolit: Birleşik Bir Sistem#

Monolitik mimari, bir uygulamayı tek ve birleşik bir birim olarak oluşturur. Tüm iş mantığı, veri erişimi ve kullanıcı arayüzü hizmeti bileşenleri tek bir kod tabanında bulunur ve tek bir yapı olarak dağıtılır.

CAUTION

{title=“Monolith Disadvantages”}

• Ölçeklenebilirlik Zorlukları: Yalnızca tek bir bileşen darboğaz oluştursa bile uygulamanın tamamını ölçeklendirin.
• Teknolojiye Kilitlenme: Başlangıçtan itibaren seçilen yığına kilitlendi.
• Esneklik Eksikliği: İstenmeyen yan etkiler olmadan değiştirilmesi zordur.

3.2 Mikro Hizmetler: Dağıtılmış Bir Yaklaşım#

Mikro hizmet mimarisi, bir uygulamayı, her biri belirli bir iş yeteneği etrafında organize edilen küçük, özerk hizmetlerin bir koleksiyonu olarak yapılandırır.

TIP

{title=“Microservices Advantages”}

• Bağımsız Ölçeklendirme: Hizmetler belirli ihtiyaçlara göre ölçeklenir.
• Teknoloji Özgürlüğü: Her hizmet için en iyi araçları seçin.
• Hata Yalıtımı: Bir hizmetin arızalanması tüm sistemin çökmesine neden olmaz.

3.3 Sunucusuz ve FaaS (Hizmet Olarak İşlevler)#

Sunucusuz, bulut sağlayıcının sunucuların tahsisini ve sağlanmasını dinamik olarak yönettiği bir bulut yürütme modelidir. Bir geliştirici, işlevleri biçiminde kod yazar ve bulut sağlayıcısı, olaylara yanıt olarak bunları çalıştırır.

NOTE

{title=“Serverless Characteristics”}

• Sunucu yönetimi gerekmez.
• Olay odaklı yürütme.
• Uygulama başına ödeme modeli.
• Otomatik ölçeklendirme ve yüksek kullanılabilirlik.

3.4 Doğru Mimariyi Seçmek: Her Şey Takaslarla İlgilidir#

“En iyi” mimari yoktur. Seçim, ekip büyüklüğünün, projenin karmaşıklığının, ölçeklenebilirlik gereksinimlerinin ve geliştirme hızının bir fonksiyonudur. Yaygın, pragmatik bir yaklaşım, tek parçayla başlamak ve sistem büyüdükçe ve darboğazlar belirlendikçe hizmetleri stratejik olarak dağıtmaktır. Bu, karmaşıklığın gerektirdiği durumlarda mikro hizmetlere gelecekteki geçiş için seçeneği açık tutarken hızlı bir başlangıç ​​geliştirme olanağı sağlar.

4.1 Programlama Dili: Kritik Bir Seçim#

Programlama dili seçiminin performans, geliştirici üretkenliği ve sistemin çözmeye çok uygun olduğu sorun türleri üzerinde derin bir etkisi vardır.

TIP

{title=“Language Comparison”}

• Node.js (JavaScript/TypeScript): Engellemeyen olay döngüsü nedeniyle yoğun G/Ç gerektiren uygulamalar için mükemmeldir.
• Python: Veri bilimi ve hızlı gelişim için geniş ekosisteme sahip, basit ve okunabilir.
• Go: Yüksek performanslı, eşzamanlı ağ hizmetleri. Basit eşzamanlılık modeli.
• Java: Sağlam ve platformdan bağımsız (JVM), devasa kurumsal ekosistem.
• C# (.NET): Kurumsal kullanıma yönelik güçlü çerçevelere sahip güçlü modern dil.

4.2 Çerçeveler: Mantık için İskele Oluşturma#

Bir web çerçevesi, ortak arka uç görevlerini (örn. yönlendirme, istek işleme, veritabanı etkileşimi) ortadan kaldıran bir dizi araç ve kitaplık sağlar ve geliştiricilerin uygulamaya özel mantığa odaklanmasına olanak tanır.

• Fikri olan ve fikri olmayan:
• Fikir sahibi (ör. Django, Ruby on Rails, Spring Boot): Bu çerçeveler sizin için birçok karar verir ve uygulama oluşturmanın belirli bir yolunu belirler. Yüksek üretkenlik sunarlar (“piller dahil”) ancak alışılmışın dışına çıkmanız gerekirse kısıtlayıcı olabilirler.
• Görüşsüz (ör. Flask, Express.js): Bu çerçeveler minimal bir çekirdek sağlar ve kararların çoğunu (ör. veritabanı katmanı, şablon oluşturma motoru) geliştiriciye bırakır. Maksimum esneklik sunarlar ancak daha fazla kurulum ve karar verme süreci gerektirirler.

4.3 Veritabanı: Sistemin Belleği#

Veritabanı tartışmasız arka ucun en kritik bileşenidir. Uygulamanın kalıcı durumudur. Veritabanı teknolojisi seçiminin, sistemin tutarlılığı, ölçeklenebilirliği ve verimli bir şekilde destekleyebileceği sorgu türleri açısından uzun vadeli sonuçları vardır.

5.1 API Tasarım İlkeleri#

TIP

{title=“API Best Practices”}

• Kaynak Odaklı Tasarım: Kaynaklar (isimler) etrafındaki yapı, bunlar üzerinde çalışmak için HTTP yöntemlerini kullanın.
• Durumsuzluk: Sunucu, istekler arasında istemci durumunu korumaz.
• Idempotency: Aynı istek birden çok kez aynı sonucu üretir.
• Koleksiyonlar için Çoğul İsimler: Koleksiyon için /users, belirli kullanıcılar için /users/123.

5.2 REST (Temsili Durum Transferi)#

REST resmi bir protokol değil, mimari bir tarzdır. Web hizmetleri oluşturmak için HTTP’nin standart özelliklerinden yararlanır. Sadeliği ve web mimarisiyle uyumu nedeniyle on yılı aşkın bir süredir API tasarımında baskın paradigma olmuştur. İyi tasarlanmış bir REST API genellikle “RESTful” olarak tanımlanır.

5.3 GraphQL#

GraphQL, Facebook tarafından geliştirilen API’ler için bir sorgulama dilidir. REST’e daha verimli ve esnek bir alternatif sunar.

• GraphQL’in Çözdüğü Sorun: REST ile müşteriler genellikle iki sorunla karşı karşıya kalır:
• Aşırı getirme: Uç nokta sabit bir veri yapısı döndürdüğü için istemci ihtiyaç duyduğundan daha fazla veri indirir.
• Yetersiz getiriliyor: İstemcinin ihtiyaç duyduğu tüm verileri elde etmek için farklı uç noktalara birden fazla istekte bulunması gerekir.
• GraphQL Çözümü: GraphQL API, tek bir uç noktayı kullanıma sunar. İstemci tam olarak ihtiyaç duyduğu verileri belirten bir sorgu gönderir ve sunucu tam olarak bu verileri içeren bir JSON nesnesi döndürür; ne eksik ne fazla. Bu, ön uç geliştiricilerin ihtiyaç duydukları verileri tek bir gidiş-dönüş yolculuğunda almalarına olanak tanır.

NOTE

{title=“GraphQL Query Example”}

1
query GetUser($id: ID!) {
2
  user(id: $id) {
3
    id
4
    name
5
    email
6
    posts {
7
      id
8
      title
9
      content
10
    }
11
  }
12
}

:::---

6.0 Sistem Kalitesinin Sağlanması: İşlevsel Olmayan Gereksinimler#

Çalışan bir sistem oluşturmak bir şeydir. Belirli ölçekte güvenilir bir şekilde çalışan, yük altında iyi performans gösteren ve saldırılara karşı güvenli bir sistem oluşturmak tamamen farklı ve daha zorlu bir mühendislik problemidir. Bunlar, sağlam sistemleri kırılgan olanlardan ayıran işlevsel olmayan gereksinimlerdir.

6.1 Ölçeklenebilirlik: Büyümeyi Yönetmek#

Ölçeklenebilirlik, bir sistemin kaynak ekleyerek artan miktardaki işi yönetebilme yeteneğidir.

TIP

{title=“Scaling Strategies”}

• Dikey Ölçeklendirme: Tek sunucunun (CPU, RAM) kaynaklarını artırın - basit ama sınırlıdır.
• Yatay Ölçeklendirme: Kaynak havuzuna daha fazla sunucu ekleyin; karmaşık ama neredeyse sınırsız.
• Yük Dengeleme: Trafiği sunucular arasında dağıtır.
• Durum Bilgisi Olmayan Tasarım: Oturum verileri için harici paylaşılan depolar.

6.2 Performans ve Optimizasyon#

Performans bir özelliktir. Yavaş bir uygulama bozuk bir uygulamadır.

• Önbelleğe Alma Stratejileri: Önbelleğe alma, arka uç performansını iyileştirmenin en etkili yoludur. Pahalı operasyonların sonuçlarının saklanmasını ve bunların daha sonraki aynı talepler için yeniden kullanılmasını içerir.
• Bellek İçi Önbelleğe Alma (ör. Redis, Memcached): Sık erişilen verileri (ör. veritabanı sorgu sonuçları, kullanıcı oturumları) önbelleğe almak için kullanılan harici, yüksek hızlı bir veri deposu. Redis, çok yönlülüğü (önbellek, mesaj komisyoncusu, kuyruk vb.) nedeniyle genellikle arka uçta “İsviçre Çakısı” olarak anılır.
• İçerik Dağıtım Ağı (CDN): Son kullanıcılara yakın statik varlıkları (resimler, CSS, JS) önbelleğe alan ve gecikmeyi önemli ölçüde azaltan, coğrafi olarak dağıtılmış proxy sunuculardan oluşan bir ağ.
• Veritabanı Önbelleğe Alma: Çoğu veritabanında, sorgu yürütmeyi hızlandırmak için dahili önbelleğe alma mekanizmaları bulunur.

NOTE

{title=“Asynchronous Processing”}

• Mesaj Kuyrukları (ör. RabbitMQ, SQS): Hizmetleri ayırın ve yanıt verme hızını artırın.
• Yayın Platformları (ör. Apache Kafka): Yüksek verimli, gerçek zamanlı veri işleme.

6.3 Güvenilirlik ve Hata Toleransı#

Sistemler başarısız olur. Ağlar bölümü. Sunucular çöküyor. Güvenilirlik, bu arızalara dayanabilecek ve çalışmaya devam edebilecek sistemler tasarlamakla ilgilidir.

CAUTION

{title=“Fault Tolerance Patterns”}

• Yedeklilik ve Yüksek Kullanılabilirlik: Farklı konumlarda birden çok örneği çalıştırarak tek hata noktalarından kaçının.
• Devre Kesici Modeli: Art arda gelen olayları önlemek için arızaları izleyin ve hızlı bir şekilde arıza yapın.
• Durum Denetimleri: Sağlıksız örnekleri tespit etmek için periyodik ping’ler.
• Önemli Bozulma: Bileşenler arızalandığında işlevselliğin azalmasını sağlar.

6.4 Güvenlik: Pazarlık Edilemez Gereksinim#

Güvenlik en sonunda eklenecek bir özellik değil; ilk günden itibaren sisteme dahil edilmesi gereken temel bir özelliktir.

• Kimlik Doğrulama ve Yetkilendirme:
• Kimlik Doğrulama (AuthN): Kullanıcının kim olduğunu doğrulama işlemi. Bu genellikle bir kullanıcı adı/şifre, biyometri veya sosyal giriş ile yapılır.
• Yetkilendirme (AuthZ): Kimliği doğrulanmış bir kullanıcının ne yapmasına izin verildiğini belirleme süreci.
• Ortak Güvenlik Protokolleri:
• OAuth 2.0: Üçüncü taraf bir uygulamanın, bir kullanıcının başka bir hizmetteki hesabına, kimlik bilgilerini ifşa etmeden sınırlı erişim elde etmesine olanak tanıyan bir yetkilendirme çerçevesi (ör. “Google ile Oturum Aç”).
• OpenID Connect (OIDC): OAuth 2.0’ın üzerine inşa edilmiş basit bir kimlik katmanı. Kimlik doğrulamayı gerçekleştirmek için standart bir yol sağlar.
• JSON Web Belirteçleri (JWT): İki taraf arasında aktarılacak talepleri temsil etmenin kompakt, URL açısından güvenli bir yolu. JWT, kullanıcı kimliğini ve izinlerini içerebilen imzalı, durum bilgisi olmayan bir belirteçtir. Durum bilgisi olmayan bir API’de kullanıcı oturumlarını sürdürmek için yaygın olarak kullanılır.

CAUTION

{title=“OWASP Top Security Concerns for Backend”}

• Parametreli sorgularla enjeksiyonu önleyin
• Aktarım halindeki (HTTPS) ve beklemedeki verileri şifreleyin
• Uygun erişim kontrolünü uygulayın
• Güvenli bağımlılıkları ve sır yönetimini kullanın :::---

7.0 Modern Geliştirme ve Dağıtım Yaşam Döngüsü (DevOps)#

DevOps, yazılım geliştirmeyi (Dev) ve BT operasyonlarını (Ops) birleştiren bir dizi uygulamadır. Sistem geliştirme yaşam döngüsünü kısaltmayı ve yüksek yazılım kalitesiyle sürekli teslimat sağlamayı amaçlamaktadır.

NOTE

{title=“DevOps Core Components”}

• Sürüm Kontrolü: Kod ve yapılandırma yönetimi için Git.
• Konteynerleştirme: Taşınabilir, tutarlı ortamlar için Docker.
• Düzenleme: Otomatik kapsayıcı yönetimi için Kubernetes.
• CI/CD İşlem Hatları: Derleme, test ve dağıtım için otomatikleştirilmiş iş akışları.
• Kod Olarak Altyapı: Temel hazırlık için Terraform/bulut şablonları. :::---

8.0 Arka Uç Testi Sanatı#

Güvenilir arka uç sistemleri oluşturmak için kapsamlı bir test stratejisi gereklidir.

8.1 Test Piramidi#

Test çalışmalarınızı yapılandırmaya yönelik bir model.

TIP

{title=“Testing Pyramid Structure”}

• Birim Testleri (Temel): Bireysel işlevleri/sınıfları ayrı ayrı test edin. Hızlı, ucuz, testlerin çoğunluğu.
• Entegrasyon Testleri (Orta): Birden fazla bileşeni birlikte test edin (ör. gerçek veritabanıyla).
• Uçtan Uca Testler (Üst): Kullanıcı akışlarının tamamını test edin. Yavaş, kırılgan, idareli kullanın.

8.2 En İyi Uygulamaların Test Edilmesi#

NOTE

{title=“Additional Testing Strategies”}

• Alay Etme/İndirme: Test edilen kodu yalıtmak için harici bağımlılıkları değiştirin.
• Sözleşme Testi: API tüketicilerinin/sağlayıcılarının ortak anlayışa bağlı kalmasını sağlayın.
• Performans/Yük Testi: Yüksek trafiği simüle etmek için k6 veya JMeter gibi araçları kullanın. :::---

9.0 Sonuç: Arka Uç Mühendisinin Gelişen Rolü#

Arka uçtaki yolculuk bizi ağ protokollerinin temel bit ve baytlarından bulutta yerel mimarinin soyut yüksekliklerine götürdü. Arka uç geliştirmenin yalnızca kod yazmakla ilgili olmadığını, karmaşık sistemleri tasarlamak, oluşturmak ve yönetmekle ilgili olduğunu gördük. Bu bir ödünleşme disiplinidir: tutarlılık vs kullanılabilirlik, performans vs maliyet, geliştirme hızı vs operasyonel istikrar.

Günümüzün arka uç mühendisi bir sistem düşünürü, bir problem çözücü ve yaşam boyu öğrenendir. Teknolojiler gelişmeye devam edecek; sunucusuz olgunlaşacak, AI/ML modelleri entegre edilecek başka bir bileşen haline gelecek ve yeni mimari modeller ortaya çıkacak. Ancak ilk ele aldığımız ilkeler; sağlam mimari, işlevsel olmayan gereksinimlere odaklanma, sağlam testler ve otomatik dağıtım; güvenilir ve ölçeklenebilir sistemlerin üzerine inşa edildiği kalıcı temel olarak kalacaktır. Nihai amaç, belirli bir çerçeveye hakim olmak değil, dijital dünyanın karmaşık ve sürekli değişen zorluklarına yönelik doğru araçları seçmek ve kullanmak için gereken mühendislik muhakemesini geliştirmektir.