İçeriğe geç
XSIS

Teknoloji

Yazılım mühendisliği

Teknoloji yığını seçimi, ön uç çerçeveleri, Arapça ve sağdan sola, yerel veya platformlar arası, bulut, test araçları ve eski sistemler.

32 soru

Teknoloji yığınını nasıl seçiyorsunuz?

Ekibinizin çalıştırabileceği ve işe alım yapabileceği, diğer sistemlerinizin kullandığı ve yazılımın yapması gerekenlerden yola çıkıyoruz. Çoğu iş yazılımı için bu, TypeScript, Java, C# veya Python gibi yaygın bir dil, ilişkisel bir veritabanı ve zaten kullandığınız bulut anlamına gelir. Her seçimi ve gerekçelerini kaydediyoruz.

Çok kiracılı bir SaaS ürünü inşa edebilir misiniz?

Evet. Kiracı izolasyonunu, kiracı başına yapılandırmayı, rolleri, faturalama kancalarını ve denetim izlerini ilk sürümden itibaren tasarlıyoruz, çünkü bunları sonradan eklemek veri modelini yeniden yazmak anlamına gelir. Güvenlik ve maliyet ihtiyaçlarınıza göre kiracıların bir veritabanını, bir şemayı veya hiçbir şeyi paylaşıp paylaşmayacağı konusunda sizinle anlaşıyoruz.

Birleştirilebilir mimari bizim için ne anlama geliyor?

Platformunuz, fiyatlandırma, katılım veya faturalama gibi kendi API’lerine sahip kendi başına iş yeteneklerinden inşa edilir. Her biri geri kalanına dokunmadan değiştirilebilir, ölçeklendirilebilir veya değiştirilebilir ve yeni ürünler bunları yeniden kullanabilir. Yıllarca büyüyecek platformlara uygundur; küçük bir aracın buna ihtiyacı yoktur.

Hangi ön uç çerçevesini kullanıyorsunuz?

Çoğu yeni uygulama için React’i Next.js ile kullanıyoruz çünkü sunucu tarafı oluşturmayı destekler ve güçlü araçlara sahiptir. Angular ve Vue.js ile de çalışıyoruz ve bu mantıklı bir seçim olduğunda zaten kullandığınız çerçevede devam ediyoruz.

Neden web uygulaması yerine masaüstü uygulaması inşa edelim?

İş çevrimdışı kullanım, cihazlara veya yerel dosyalara doğrudan erişim, yoğun veri veya grafik ya da hızlı klavye odaklı ekranlar gerektirdiğinde masaüstünü seçin. Diğer çoğu ihtiyaç için bir web uygulamasının dağıtılması ve güncellenmesi daha kolaydır. Duruma göre öneri sunuyoruz ve bazen küçük bir masaüstü bileşeni olan bir web uygulaması doğru yanıt olur.

Yerel mi platformlar arası masaüstü mü: hangisini seçmeliyiz?

Yerel uygulamalar en iyi performansı ve her işletim sistemine en yakın uyumu sağlar. Platformlar arası uygulamalar Windows, macOS ve Linux arasında tek bir kod tabanını paylaşır, bu da inşa ve değişiklik maliyetini düşürür. Tek bir platform baskın olduğunda veya iş zorlu olduğunda yerel, birkaç platform önemli olduğunda platformlar arası öneriyoruz.

Bir masaüstü uygulaması ağ bağlantısı olmadan çalışabilir mi?

Evet, buna izin veren görevler için. Her kullanıcının cihazda hangi verilere ihtiyaç duyduğuna sizinle birlikte karar verir, bunları şifreli tutar ve ağ geri dönene kadar değişikliklerini kaydederiz. Aynı kayıt iki yerde değiştiğinde, anlaşılan kurallar hangi değişikliğin kazanacağına karar verir veya bir kişiden seçim yapmasını ister.

Uygulama tarayıcılarımız, yazıcılarımız ve diğer cihazlarımızla çalışabilir mi?

Evet. Personelinizin kullandığı barkod okuyucular, fiş ve etiket yazıcıları, teraziler ve ödeme terminalleri gibi cihazlarla entegre oluyoruz. Her cihazın sürücüleri, SDK’ları veya standart bağlantı noktaları üzerinden bağlanıyor ve aynı türdeki cihazlar genellikle farklı davrandığı için tam olarak kullandığınız modeller ve ürün yazılımlarıyla test ediyoruz.

Yerel mi yoksa platformlar arası mı geliştirmeliyiz?

Swift ve Kotlin ile yerel uygulamalar cihaz özelliklerine en geniş erişimi sağlar. React Native veya Flutter ile platformlar arası uygulamalar kodlarının çoğunu iOS ve Android arasında paylaşır, bu da geliştirme ve değişiklik maliyetini düşürür. Uygulama cihaza büyük ölçüde bağlıysa yerel, çoğu iş ve tüketici uygulaması için platformlar arası öneririz.

Dijital ikiz nedir ve ne zaman geliştirmeye değer?

Dijital ikiz, fiziksel bir yerin veya sürecin sensörlerinden ve sistemlerinden gelen verilerle beslenen canlı bir 3D modelidir. O yerle ilgili kararları gerçekte test etmek maliyetli olduğunda geliştirmeye değer. Örnekler arasında bir üretim hattını değiştirmek, bir limanı planlamak, akıllı şehir bölgesi işletmek veya personeli nadir olaylar için eğitmek yer alır.

Bir dijital ikiz hangi sistemlere bağlanabilir?

Gerçek sahayı tanımlayan sistemlere: endüstriyel IoT ve sensör platformları, bina ve tesis sistemleri ile ERP ve varlık bakım sistemleri. Veri kaynakları ve her birinin ne sıklıkla güncellendiği üzerinde anlaşırız, böylece ikiz sahayı olduğu gibi gösterir.

Uygulama bağlantı olmadan çalışabilir mi?

Evet, yolculuklar izin verdiğinde. Kullanıcının ihtiyaç duyduğu verileri cihazda şifrelenmiş olarak saklar ve değişikliklerini bağlantı geri gelene kadar kuyruğa alırız. Eşitleme kuralları aynı kaydın iki yerde değişmesi durumunda ne olacağına karar verir ve bu kuralları sizinle birlikte tasarlarız.

Ürünleri nasıl erişilebilir hale getiriyorsunuz?

İlk tel kafesten itibaren WCAG 2.2 AA’ya göre tasarlarız: yeterli kontrast, görünür odak, mantıklı okuma sırası, yeterince büyük hedefler ve her kontrol için bir etiket. Otomatik kontroller her değişiklikte çalışır. Her sürümden önce kritik yolculukları klavye ve ekran okuyucularla elle test ederiz.

Arapça ve diğer sağdan sola diller için tasarım yapabilir misiniz?

Evet. Sağdan sola tasarım ekranı çevirmekten fazlasıdır: gezinme, ilerleme göstergeleri ve yön belirten simgeler aynalanır; ancak sayılar, logolar ve medya kontrolleri genellikle aynalanmaz. Arapça metin kendi yazı tipi, boyutu ve satır yüksekliğini gerektirir ve her iki yönü de ana dili konuşan okuyucularla inceleriz.

Kendi kendini onaran test otomasyonu nedir?

Arayüz testleri genellikle bir düğme taşındığında veya yeniden adlandırıldığında, özellik hâlâ çalışsa bile bozulur. Kendi kendini onaran testler, öğeyi yeniden bulmak ve güncellenmiş bir test önermek için yapay zekâ kullanır; bir mühendis kabul edilmeden önce bunu inceler. Paket, gerçek kusurları gizlemeden güvenilir kalır.

Yapay zekâ modernizasyonda gerçekte ne yapar?

Büyük miktarda eski kodu hızlıca okur: bir programın ne yaptığını açıklar, verinin nereye gittiğini izler, yeniden düzenlemeler önerir ve test taslakları hazırlar. Neyin değişeceğine mühendisler karar verir, her satırı inceler ve karakterizasyon testleriyle kanıtlar. Yapay zekâ anlamayı hızlandırır; doğrulamanın yerini almaz.

COBOL ve DB2 iş yüklerini ana çatıdan taşıyabilir misiniz?

Evet. COBOL programlarını bulut yerel hizmetler olarak çevirir veya yeniden inşa ederiz ve DB2 verilerini her adımda mutabakatla taşırız. Toplu işler ve dosya arayüzleri modern eşdeğerlerine kavuşur. Kararlı ve taşınması maliyetli parçalar, sıraları gelene kadar bir API katmanının arkasında kalabilir.

Bir sistemi değiştirmek yerine sarmalamak ne zaman daha iyidir?

Eski çekirdek kararlı ve doğru olduğunda ancak erişimi zor olduğunda. Önündeki modern API’ler, yeni kanalların, iş ortaklarının ve ürünlerin iç işleyişine dokunmadan işlevlerini kullanmasını sağlar. Sistemi değiştirmeyi, sistem değişimi engellediğinde, güvenli hale getirilemediğinde veya artık kadrolanamadığında öneririz.

Egemen bulut nedir ve buna ihtiyacımız var mı?

Egemen bulut, verileri, operasyonları ve yasal kontrolü tek bir yargı yetkisi içinde tutar. Bölgesel bir sağlayıcı, bir kamu bulutu, doğru kontrollere sahip bir hiper ölçekleyici bölgesi veya kendi veri merkeziniz olabilir. Yasa veya düzenleyiciniz belirli kayıtların ülkede kalmasını gerektirdiğinde buna ihtiyacınız olur. İş yüklerinizden hangilerinin bu tür kurallara tabi olduğunu, nerede çalıştırılmalarını önermeden önce haritalandırırız.

Hangi bulut sağlayıcısını kullanmalıyız?

Genellikle zaten kullandığınız sağlayıcıyı, değiştirmek için açık bir neden yoksa. Belirleyici faktörler veri ikametgâhı, mevcut sözleşmeleriniz ve becerileriniz, ihtiyaç duyduğunuz yönetilen hizmetler ve diğer sistemlerinizin nasıl bağlandığıdır. AWS, Microsoft Azure, Google Cloud, Alibaba Cloud ve bölgesel kamu bulutları genelinde çalışırız ve sağlayıcıya özgü kodu yalnızca buna değdiği yerlerde tutarız.

Bağımlılıktan nasıl kaçınıyorsunuz?

Altyapı Terraform, OpenTofu veya Pulumi gibi açık kaynak araçlarla tanımlanır ve iş yükleri Kubernetes veya diğer taşınabilir platformlarda çalışır. Bir sağlayıcının kendi hizmeti daha iyi bir seçim olduğunda, bunu bilinçli olarak kullanır ve çıkış yolunu yazarız. Sonuçta her iş yükünü taşımanın ne gerektireceğine dair yazılı bir tahmin elde edersiniz.

Altyapımızı tesislerimizde mi tutmalıyız yoksa buluta mı taşımalıyız?

Her sisteme bağlıdır: verilerinin nerede tutulabileceği, performans ve bağlantı ihtiyaçları, lisansları ve ekibinizin neleri işletebileceği. Birçok kurum hibrit bir yapı işletir; bu, tek bir yapı olarak tasarlandığında iyi çalışır. Seçenekleri maliyet, risk ve emek açısından karşılaştırır ve biz olsaydık seçeceğimiz seçeneği öneririz.

Yapay zekâ modellerini kendi GPU’larımızda çalıştırmalı mıyız?

Veriler sınırlarınız dışına çıkamıyorsa veya kullanım, sahip olunan kapasitenin çağrı başına ödemeden daha ucuza gelmesine yetecek kadar istikrarlıysa bunu düşünün. İş yükünüz için özel bir kümeyi, egemen bir bulutu ve genel bir model hizmetini karşılaştırır, ardından kümeyi ve sunduğu modelleri boyutlandırırız.

Halihazırda sahip olduğumuz ekipman ve sistemlerle çalışabilir misiniz?

Evet. Elinizdekinden başlar ve yalnızca desteği sona ermiş veya tasarımın önünde duran şeyleri değiştiririz. Donanım veya lisans satın alınması gerekiyorsa, neyin neden gerektiğini belirtiriz ve tedarikçiyi siz seçersiniz.

Platform mühendisliği nedir ve DevOps’tan farkı nedir?

DevOps, geliştiricilerin ve operasyonun yazılımı çalıştırma sorumluluğunu paylaştığı uygulamadır. Platform mühendisliği bu uygulamayı bir ürüne dönüştürür: her ekibe hizmetleri oluşturmak, dağıtmak ve çalıştırmak için aynı test edilmiş yolu sunan bir dahili geliştirici platformu. Ekipleriniz zamanını iş akışlarına değil özelliklere harcar.

Hangi araçları kullanıyorsunuz?

Genellikle hâlihazırda sahip olduklarınızı. Altyapı için Terraform, OpenTofu ve Pulumi, kapsayıcılar için Kubernetes ve GitLab CI/CD, GitHub Actions ve Argo CD dahil yaygın CI/CD hizmetleriyle çalışırız. Bir değişikliği yalnızca bir araç ihtiyacınızı engellediğinde öneririz.

Önbellekleme ve yönlendirme yanıtların kalitesini düşürür mü?

Kullanım senaryosu başına kurulduğunda hayır. Bir görev, sınır modeliyle aynı değerlendirmeleri geçtikten sonra küçük bir modele taşınır ve önbellekteki yanıtlar yalnızca saklanan yanıtın doğru kaldığı yerlerde kullanılır. Belirsiz olan her şey yine daha büyük modele gider.

GreenOps nedir?

GreenOps, FinOps yaklaşımını enerji ve karbona uygular. İş yükleri kullandıkları kadar boyutlandırılır, bekleyebiliyorlarsa elektriğin daha temiz olduğu yer ve zamanda çalıştırılır ve ESG raporlamanızın ihtiyaç duyduğu terimlerle raporlanır.

Donanım güvenlik modüllerimiz kuantum sonrası algoritmaları destekliyor mu?

Destek, modele ve ürün yazılımı sürümüne göre değişir. CBOM denetiminde her HSM’i kontrol ederiz ve yükseltme veya değiştirmeyi yalnızca gerektiği yerlerde planlarız.

Kuantum anahtar dağıtımına ihtiyacımız var mı?

Nadiren. Kuantum sonrası kriptografi hâlihazırda sahip olduğunuz ağlarda ve donanımda çalışırken QKD özel optik bağlantılar gerektirir. QKD’ye yalnızca bir düzenleyicinin veya bir iş ortağının beklediği birkaç yüksek değerli bağlantı için bakarız.

Hangi bulutlar ve platformlarla çalışıyorsunuz?

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud ve bölgesel kamu bulutlarının yanı sıra kendi veri merkezleriniz ve özel GPU kümelerinizle. Altyapı Terraform, OpenTofu veya Pulumi ile tanımlanır ve iş yükleri Kubernetes üzerinde çalışır; böylece sağlayıcı seçimi açık kalır.

Bir hiper ölçekleyiciden ayrılmamıza yardımcı olabilir misiniz?

Evet. Hangi hizmetlerin sizi sağlayıcıya bağladığını değerlendirir, hedefi egemen bir bulutta, başka bir sağlayıcıda veya kendi veri merkezinizde tasarlar ve iş yüklerini her biri için bir geri dönüş yoluyla aşamalı olarak taşırız. Ne kadar ileri gideceğinize siz karar verirsiniz: bazı müşteriler her şeyi taşır, diğerleri yalnızca düzenleyicilerinin önemsediği iş yüklerini.

Sözleşmeyle değil, bir görüşmeyle başlayın.

Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.

Sırada ne var

  1. Zaman belirleme

    Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.

  2. Ön danışmanlık oturumu

    Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.

  3. Hazırlık incelemesi

    Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.

  4. Yolun seçilmesi

    Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.