Bağımsız Sistemin Mimarisi (ISA) mikro hizmetler için ilkeler yaratır. ISA, saygı duyulmadıkları takdirde önemli sorunları ortaya çıkaran mikro hizmetlerin temel özelliklerini tanımlar.
Amaç, mikro hizmetlerin temel kavramlarını sunmak ve sadece otonom sistemler (SCS) gibi mikro hizmetleri uygulamak için belirli bir yaklaşım sunmaktır. SCS zaten başka bir blog yayınının konusuydu.
İlkeler
Dokuz prensip vardır:
1. Sistem modüllere ayrılmıştır. Modüller eski bir fikirdir. Mikro hizmetler ilk prensibi bu geleneğe yerleştirir. Bu, diğer modülerleştirme yaklaşımlarının mikro hizmetlere alternatif olabileceğini açıklığa kavuşturmaktadır. Formun terimi nedeniyle, bilgi saklama yeri gibi kavramlar mikro hizmetler için de geçerlidir. Bu nedenle, mikro hizmetler diğer mikro hizmetlerin iç mekanlarına bağlı olmamalıdır. Örnek: Sınıflar, bir OO sistemindeki (istek değişkenleri) diğer sınıfların dahili verilerini kullanmaya yetkili değildir, mikro hizmetler, örneğin mikro hizmet veritabanı kalıplarına erişerek diğer mikro hizmetlerden verileri doğrudan okumayabilir.
2. Modüller Docker kapları, işlemler veya sanal makineler olarak gerçekleştirilir. Bu nedenle, örneğin ayrı bir Docker kapında bir sipariş modülü gerçekleştirilecektir. Bu uygulama temel olarak ISA'yı diğer modülerleştirmelerden ayırır ve bazı avantajları vardır. Örneğin, modüller farklı programlama dillerinde yazılabilir veya birbirinden bağımsızdır.
3. Mimari, yalnızca tüm sistemi içeren bireysel modülleri ve makro mimariyi etkileyen mikro mimariye ayrılmıştır. Makro Mimarlık, uzun vadeli evrimi garanti etmek ve sistemin dış dünyaya bir sistem olarak görünmesini sağlamak için minimum kuralları belirtir. Diğer ilkeler makro mimarinin parçalarıdır.
4. Modüllerin entegrasyonu tanımlanmalıdır. Modüller, kullanıcı arayüzünün eşzamanlı, eşzamansız veya seviyesine entegre edilebilir. Bu, sistemin aslında bir sistem olması ve sadece uyumu olmayan modüllerin değil, gereklidir.
5
6. Her modülün kendi sürekli dağıtım boru hattı vardır. Prensip olarak, modüller konteyner olarak uygulandıkları için birbirinden bağımsız olabilir. Ayrı bir sürekli dağıtım boru hattı ile ayrı bir dağılım aslında mümkündür. Boru hattı esas olarak testler içerdiğinden, modül testi özellikle birbirinden bağımsız olmalıdır.
7. Şirket standartlaştırılmalıdır. Bu, örneğin, kayıtlar, izleme, yapılandırma ve dağıtım doğrudur. Standardizasyon çabayı azaltır, çünkü kap sayısı artar, ancak en azından eşit olarak tedavi edilebilir.
8. Tüm standartlar arayüz düzeyinde tanımlanmalıdır. HTTP aracılığıyla iletişim, sabit bir veri şemasına veya belirli bir sunucudaki belirli bir izleme sistemi ile dinlenir. Kalan kitaplık beton veya izleme kütüphanesinde belirtilirse, teknoloji standartlaştırılır. Bu, ISA ile elde edilen özgürlüğü sınırlar. Bir projede, elbette, tek tip bir teknolojik yığın geçerli olabilir ve bu nedenle çaba tasarrufu sağlayabilir. Uzun vadede, yığın standartları ihlal etmeden sistemin evriminde başka bir yığınla değiştirilebilir veya entegre edilebilir. Bu şekilde, teknolojik yığın güncellenebilir ve sistem gelecek kalır.
9 Bu, bir modülün başarısızlığının da diğer modüllerin başarısız olduğunu ve tüm sistemin sonunda başarısız olduğu hata şelalelerini önler. Benzer şekilde, modüller başka bir sunucuda yeniden başlatmalarını yönetebilmelidir. Bu, modüllerin farklı sunucularda gerçekleştirilmesi gereken kümedeki işlemi basitleştirir ve gerekirse sunucuları başarısız veya korumalıdır.
Diğer bilgi kaynağı
Bu blog yazısı yalnızca ISA ilkelerine bir giriş sunmaktadır. Daha fazla bilgi ISA principles.org adresinde bulunabilir. Özellikle nedenler daha iyi bir anlayış için ilginçtir.
Tüm web sitesi Creative Commons ilişkilendirmesinin paylaşımı altındadır. Web sitesinin kaynak kodu GitHub'da mevcuttur. İyileştirme veya eleştiri için önerileriniz varsa, bir sorun belirleyebilir, çekme talebi oluşturabilir veya tartışmaya katılabilirsiniz. Ayrıca PowerPoint olarak da indirilebilen ve Creative Commons ilişkilendirmesinin paylaşımı altında olan bir sunum da vardır.
()
Amaç, mikro hizmetlerin temel kavramlarını sunmak ve sadece otonom sistemler (SCS) gibi mikro hizmetleri uygulamak için belirli bir yaklaşım sunmaktır. SCS zaten başka bir blog yayınının konusuydu.
İlkeler
Dokuz prensip vardır:
1. Sistem modüllere ayrılmıştır. Modüller eski bir fikirdir. Mikro hizmetler ilk prensibi bu geleneğe yerleştirir. Bu, diğer modülerleştirme yaklaşımlarının mikro hizmetlere alternatif olabileceğini açıklığa kavuşturmaktadır. Formun terimi nedeniyle, bilgi saklama yeri gibi kavramlar mikro hizmetler için de geçerlidir. Bu nedenle, mikro hizmetler diğer mikro hizmetlerin iç mekanlarına bağlı olmamalıdır. Örnek: Sınıflar, bir OO sistemindeki (istek değişkenleri) diğer sınıfların dahili verilerini kullanmaya yetkili değildir, mikro hizmetler, örneğin mikro hizmet veritabanı kalıplarına erişerek diğer mikro hizmetlerden verileri doğrudan okumayabilir.
2. Modüller Docker kapları, işlemler veya sanal makineler olarak gerçekleştirilir. Bu nedenle, örneğin ayrı bir Docker kapında bir sipariş modülü gerçekleştirilecektir. Bu uygulama temel olarak ISA'yı diğer modülerleştirmelerden ayırır ve bazı avantajları vardır. Örneğin, modüller farklı programlama dillerinde yazılabilir veya birbirinden bağımsızdır.
3. Mimari, yalnızca tüm sistemi içeren bireysel modülleri ve makro mimariyi etkileyen mikro mimariye ayrılmıştır. Makro Mimarlık, uzun vadeli evrimi garanti etmek ve sistemin dış dünyaya bir sistem olarak görünmesini sağlamak için minimum kuralları belirtir. Diğer ilkeler makro mimarinin parçalarıdır.
4. Modüllerin entegrasyonu tanımlanmalıdır. Modüller, kullanıcı arayüzünün eşzamanlı, eşzamansız veya seviyesine entegre edilebilir. Bu, sistemin aslında bir sistem olması ve sadece uyumu olmayan modüllerin değil, gereklidir.
5
6. Her modülün kendi sürekli dağıtım boru hattı vardır. Prensip olarak, modüller konteyner olarak uygulandıkları için birbirinden bağımsız olabilir. Ayrı bir sürekli dağıtım boru hattı ile ayrı bir dağılım aslında mümkündür. Boru hattı esas olarak testler içerdiğinden, modül testi özellikle birbirinden bağımsız olmalıdır.
7. Şirket standartlaştırılmalıdır. Bu, örneğin, kayıtlar, izleme, yapılandırma ve dağıtım doğrudur. Standardizasyon çabayı azaltır, çünkü kap sayısı artar, ancak en azından eşit olarak tedavi edilebilir.
8. Tüm standartlar arayüz düzeyinde tanımlanmalıdır. HTTP aracılığıyla iletişim, sabit bir veri şemasına veya belirli bir sunucudaki belirli bir izleme sistemi ile dinlenir. Kalan kitaplık beton veya izleme kütüphanesinde belirtilirse, teknoloji standartlaştırılır. Bu, ISA ile elde edilen özgürlüğü sınırlar. Bir projede, elbette, tek tip bir teknolojik yığın geçerli olabilir ve bu nedenle çaba tasarrufu sağlayabilir. Uzun vadede, yığın standartları ihlal etmeden sistemin evriminde başka bir yığınla değiştirilebilir veya entegre edilebilir. Bu şekilde, teknolojik yığın güncellenebilir ve sistem gelecek kalır.
9 Bu, bir modülün başarısızlığının da diğer modüllerin başarısız olduğunu ve tüm sistemin sonunda başarısız olduğu hata şelalelerini önler. Benzer şekilde, modüller başka bir sunucuda yeniden başlatmalarını yönetebilmelidir. Bu, modüllerin farklı sunucularda gerçekleştirilmesi gereken kümedeki işlemi basitleştirir ve gerekirse sunucuları başarısız veya korumalıdır.
Diğer bilgi kaynağı
Bu blog yazısı yalnızca ISA ilkelerine bir giriş sunmaktadır. Daha fazla bilgi ISA principles.org adresinde bulunabilir. Özellikle nedenler daha iyi bir anlayış için ilginçtir.
Tüm web sitesi Creative Commons ilişkilendirmesinin paylaşımı altındadır. Web sitesinin kaynak kodu GitHub'da mevcuttur. İyileştirme veya eleştiri için önerileriniz varsa, bir sorun belirleyebilir, çekme talebi oluşturabilir veya tartışmaya katılabilirsiniz. Ayrıca PowerPoint olarak da indirilebilen ve Creative Commons ilişkilendirmesinin paylaşımı altında olan bir sunum da vardır.
()