Şu yazıyı okuyorsunuz: Geliştirici üretkenliğini artırmak için bir SaaS platformu oluşturan iki eski Uber mühendisinin hikayesi
Eski Uber mühendisleri Naomi Chopra ve Haritabh Singh tarafından kurulan Hatica, 2020 yılında Accel Founderstack Programı kapsamında kuluçkalandı. SaaS tabanlı bir mühendislik platformu olan Hatica, geliştirici verimliliğini ölçmek ve onlara daha iyi bir zaman yönetimi konusunda yardımcı olmak amacıyla kuruldu. Salgın birçok şirketi uzaktan çalışmaya geçmeye zorladı.
Bu yılın Ocak ayında Hatica, Kae Capital liderliğindeki tohum öncesi finansman turunda 900.000 dolar topladı, ardından Titan Capital, iSeed Ventures ve melek yatırımcı GBS Bindra geldi. Chopra daha sonra şirketin sisteminin hala beta aşamasında olduğunu ve bu yılın ilk çeyreğinde pazara sunulmasının beklendiğini belirtti. Kendisiyle Hatica’nın teknoloji yığınının neye benzediği ve bu süreçte öğrenilen dersler hakkında konuştuk.
HEDEF: Hatica’nın kullandığı teknoloji yığını nedir? Yığın kotanızın ayrıntıları nelerdir?
Naomi Chopra: Hatica öncelikle TypeScript ve Golang ile oluşturulmuştur. Ön ucu React’ı temel alırken, arka ucu Kubernetes üzerinde çalışan Node ve Golang’daki bir dizi mikro hizmetin yanı sıra orkestrasyon için Temporal ve veri erişim katmanı olarak Hasura’dan oluşur. Veri yığınları Postgres, Clickhouse ve Elasticsearch’e dayanmaktadır.
AMAÇ: Stack kotanıza nasıl karar verdiniz? Karar verirken dikkate aldığınız faktörler nelerdir?
Naomi Chopra: Teknoloji yığını kararımızı etkileyen faktörler, kurucuların deneyimi ve yetenek mevcudiyetinin bir kombinasyonu ile en önemli faktör olan yığının bir I/O sistemi için ne kadar uygun olduğuydu. . bizimki gibi.
Yeni başladığımızda faktörlerimiz deneyimlerimize bağlıydı, ancak büyüdükçe kararımız, yetenek ve topluluk desteğine erişimi sağlarken çözüm için en iyi yığını seçme etrafında döndü.
HEDEF: Hatica 2019’dan beri aynı teknoloji yığınını mı kullanıyor? Değilse, farklı bir teknoloji yığınına geçmenin nedenleri nelerdi?
Naomi Chopra: Hayır, yığınımız ve mimarimiz bugünkünden çok farklı görünüyordu. Postgres veritabanındaki Hasura destekli GraphQL API’leri tarafından sunulan, AWS ECS hizmetinde konteyner olarak çalışan mikro hizmetlerden oluşan daha basit bir Javascript yığınıyla başlıyoruz. Bu, prototipleri hızlı bir şekilde oluşturmamıza yardımcı oldu.
İlgi kazandıkça ve hızla büyümeye başladıkça, bazı hizmetler için Golang’ın yanı sıra mikro hizmetlerin düzenlenmesi için Temporal ve analitik sorguların sunulması için Clickhouse tarafından desteklenen daha ölçeklenebilir bir mimariye geçtik. Bunların hepsi artık Kubernetes kümelerinde barındırılıyor.
AMAÇ: Hatica göç sürecine nasıl yaklaştı? Göç etmek pahalı mıydı?
Naomi Chopra: Göç, zaman ve çaba açısından maliyetliydi, ancak yalnızca kısa vadede. Daha ölçeklenebilir ve sağlam bir mimarinin uzun vadeli faydaları, müşteri tabanımızı hızla büyütürken bize çok fayda sağladı.
HEDEF: Geçiş sırasında sizin veya kullanıcılarınızın karşılaştığı aksaklıklar nelerdi? Bu süre zarfında teknolojik sorunları nasıl çözdünüz?
Naomi Chopra: Geçiş sırasında karşılaştığımız sorunlardan biri, neyin kime erişebileceğine karar veren yetkilendirme katmanımızın çok karmaşık hale gelmesiydi; çünkü tamamen geçiş yapana kadar her ikisi de eski ve yeni olan iki farklı API kümesini ve veri erişim katmanını desteklemek zorunda kaldık. . . Erişim izinleri sorunlarının üretime girmesini önlemek için öncelikle veri erişim katmanına yönelik birim testleri paketimizi tamamlayarak bu sorunu çözdük.
AMAÇ: Hatica’nın teknolojik yolculuğunun başlangıcından bu yana nasıl bir evrim geçirdiğini düşünüyorsunuz?
Naomi Chopra: Hatica, mühendislik yöneticileri için çok az veya hiç özelleştirme olanağı olmayan bir dizi gösterge paneli olarak başladı. İlgi kazandıkça, ürünümüzün farklı türdeki mühendislik iş akışlarını desteklemesine yardımcı olacak bir yapılandırılabilirlik sağlamamız gerekiyordu. Bu, mikro hizmetlerimizin çoğunu yeniden oluşturmaya başladığımızda ilk kilometre taşıydı. Ancak en büyük değişiklik, büyük ekipleri eklemeye başladığımızda çok kısa sürede trafiği artırmamızla geldi. Bu, önemli ölçüde çaba harcayarak genel veri yığınımızı geliştirmemize yol açtı. Neyse ki, ilk günden itibaren bazı önemli en iyi uygulamaları benimsedik ve bu da sistemleri çok az kesinti süresiyle bileşen bileşen taşımamıza yardımcı oldu.
HEDEF: Diğer yeni girişimlerle paylaşmak istediğiniz, öğrendiğiniz en değerli derslerden bazıları nelerdir?
Naomi Chopra: Gelecek milyon kullanıcı için çözeceğiniz bir yığın seçmeyin; Hızlı bir şekilde prototipini oluşturabileceğiniz bir şey seçin. Soruna daha uygun başka araçlar olsa da, güçlü yönlerinizi kullanın; Örneğin, yeni ve harika bir dil seçmek yerine, iyi olduğunuz ve çözümünüz için işe yarayan bir programlama dili seçin.
Kolayca yetenek bulabileceğiniz bir yığın seçin. Zaten mühendislik yeteneklerini işe almak için çok fazla rekabet var; öğrenmesi zor olan yeni ve parlak bir araç seçerek işi zorlaştırmayın, en azından yeni başlıyorsanız.
Tekerleği yeniden icat etmeyin. Bir bileşeni veya hizmeti uygularken sağlam bir açık kaynak çözümü aramaya çalışın. Sorununuzu tamamen çözmezse sıfırdan bir çözüm uygulamak yerine genişletmeyi deneyin.
Çoğu kaynak için UUID’ler gibi benzersiz kimlikler kullanmak gibi muhtemelen başlamanız gereken bazı temel, temel kavramlar ve en iyi uygulamalar vardır. Bu en iyi uygulamaların başlangıçtan itibaren benimsenmesi kolaydır, ancak taşınması zordur.
RFC yazma gibi uygulamaları benimseyerek sistemlerinizi belgeleyin. Yalnızca sağlam karar almayla sonuçlanan işbirliğini ve etkili incelemeleri teşvik etmekle kalmaz, aynı zamanda otomatik olarak iyi belgelerle de sonuçlanır ki bu yalnızca yeni ekip arkadaşlarınızın katılımı için değil aynı zamanda kurucular için de gereklidir ve ilk mühendisler spesifikasyonları ve kararları hatırlar.
Terraform kullanmak gibi kod olarak alt yapıyı kullanın. Göründüğünden daha basittir ve açık kaynak paketlerini kullanarak hızlı bir şekilde çalışmaya başlamanızı sağlar.
