semaver
New member
Oyuncular şirketteki mimariyi yapılandırmak için bir kavram sunuyor. Akka, satın alma ve diğer platformlar bunun için destek sunar. Uygulama modeli, dağıtılmış sistemlerin kavramsal tasarımı için değil, aynı zamanda akımın zaman yürütülmesinin özel sistemlerinde teknik uygulama için çok iyi kullanılabilir.
Bugün, herhangi bir uygun veya uygunsuz fırsat için bir çözüm olarak mikro hizmet sunmak moda. Ancak aktüatörlerle, benzer bir potansiyele sahip çok daha eski bir kavram var. Kavramı burada sunmak istiyorum çünkü bence dağıtılmış uygulamaları modellemek için de uygun.
Uzun bir temel giriş yerine, kısa süre içinde yapıyorum. Aktörler aşağıdaki kurallara tabidir:
Bir aktüatör aktif bir nesne görevi görür ve meslektaşlarıyla mesajlar yoluyla iletişim kurar
Bu nedenle aktöre dayanan bir uygulama, eşzamansız aktüatörler olarak birlikte bulunur. Tüm sistem faaliyetleri veya sistem süreçleri (iş akışları) aktüatör ve orkestra olarak tasarlanmamış bir ilk ana aktivite veya bir akran. Geleneksel anlamda hizmetlerin aksine, aktüatörler pasif nesneler değildir.
Mikro hizmetlerden daha fazlası
Mevcut yaklaşımla, sadece mikro hizmet mimarileri değil, aynı zamanda ortaya çıkan davranış kalıplarına sahip akıllı sürüler gibi daha egzotik uygulamalar da yapılabilir. İnternetteki şeyler veya düğümler de aktüatör olarak görülebilir. Bu modelin cazibesi şeffaf kalması, hem yazılım hem de donanımın bir aktüatörün kaputunun altında gizlenmesidir.
Bir aktüatör dışarıda koruyucu kapsama sahiptir, ancak çevresine veya kaynaklarına erişebilir.
İsteğe bağlı bir aktüatörün yaşam döngüsünü yönetmek için, arayüzler yoluyla aktüatörlerle etkileşime giren ve bunlara tek tip arılar yoluyla işlevsellik sunan bir yürütme zaman sistemi gereklidir. İkincisi, aktüatörlerin aşağıdaki çevreye bağlı olarak önlenmesini amaçlamaktadır. Fonksiyonlar, örneğin kaynaklara erişmek, diğer aktüatörleri aramak, dış dünyayla iletişim kurmak, verileri kaydetmek, yeni aktüatörler oluşturmak ve arılar tarafından istenen referanslar oluşturmak, bağımlılık enjeksiyonu yoluyla “tükenmek” için temel hizmetler sunmaktadır.
Yürütme süresi sistemi, isteğe bağlı bir ek bileşen anlamına gelir ve aktüatörlerin yaşam döngüsünü kontrol etmek için. Yaşam döngüsündeki değişiklikler, iç bir aktüatör arayüzü aracılığıyla ilgili aktüatörlere atıfta bulunabilir. Bu nedenle bir aktüatör de bir koşul durumu olarak düşünülebilir.
Tipik koşullar aşağıdakiler olabilir:
Böylece bu noktada yanlış anlamalar yoktur: bir yürütme zaman sistemi, yay gibi hafif bir resim olabilir, aynı zamanda özel olarak tasarlanmış ve ağır bir docker kap veya bir işletim sistemi olabilir.
SOA sistemleri ve mikro hizmetlerin tabanı
Kesinlikle terimler, SOA sistemleri ve mikro hizmetlerin yaklaşımları, aktif nesnelere izin veren daha ileri bir adım daha devam eden gerçek tabanlı paradigmaya dayanmaktadır. Bu nedenle aktörler akıllı veya gelişmekte olan sistemler için modelleme için de uygundur.
Bu durumda, “modelleme” terimi, mimari aktüatörün paradigmasının teknik uygulamadan da ayrılabileceği anlamına gelmelidir. Her halükarda, aktüatörler, teknik uygulama yazarın herhangi bir yürütme zamanına dayanmasa bile, iyi düşünce veya iyi bir metafor modeli sunar.
()
Ne yazık ki, bu bağlantı artık geçerli değil.
Boşa harcanan eşyalara olan bağlantılar, 7 günlük daha büyükse veya çok sık çağrılmışsa gerçekleşmez.
Bu makaleyi okumak için bir Haberler+ paketine ihtiyacınız var. Şimdi yükümlülük olmadan bir hafta deneyin – yükümlülük olmadan!
Bugün, herhangi bir uygun veya uygunsuz fırsat için bir çözüm olarak mikro hizmet sunmak moda. Ancak aktüatörlerle, benzer bir potansiyele sahip çok daha eski bir kavram var. Kavramı burada sunmak istiyorum çünkü bence dağıtılmış uygulamaları modellemek için de uygun.
Uzun bir temel giriş yerine, kısa süre içinde yapıyorum. Aktörler aşağıdaki kurallara tabidir:
- Bir aktüatör tam olarak tanımlanmış bir sorumluluğa ve çok sınırlı bir alana sahiptir.
- Aktüatör, en az bir özel işçi ipliğine sahip aktif bir nesnedir.
- Aktörlerin ortak mantık iplikleri olamaz.
- Bir aktüatörün durumu dışarıdan ne görülebilir ne de erişilebilir.
- Bir aktüatörün bir kuyruk kuyruğu vardır.
- Diğer meslektaşları bir aktüatörle yalnızca mesajlar aracılığıyla iletişim kurabilir.
- Mesajlar yalnızca yan etkilerden kaçınmak için değerler içerebilir.
- Bir aktüatöre atıf bir değer olarak kabul edilir.
- Bir aktüatör net bir kimliğe sahiptir.
- Aktörler hizmet olmadan hizmet olarak çalışabilir, aynı zamanda harekete geçebilir.
- Aktörler, sanal aktör olarak hareket eden ortak bir kimliğe sahip bir grup oluşturabilir. Her üye ortak bir grupla yanıttır.
- Aktörler işlemlere katılabilir.
Bir aktüatör aktif bir nesne görevi görür ve meslektaşlarıyla mesajlar yoluyla iletişim kurar
Bu nedenle aktöre dayanan bir uygulama, eşzamansız aktüatörler olarak birlikte bulunur. Tüm sistem faaliyetleri veya sistem süreçleri (iş akışları) aktüatör ve orkestra olarak tasarlanmamış bir ilk ana aktivite veya bir akran. Geleneksel anlamda hizmetlerin aksine, aktüatörler pasif nesneler değildir.
Mikro hizmetlerden daha fazlası
Mevcut yaklaşımla, sadece mikro hizmet mimarileri değil, aynı zamanda ortaya çıkan davranış kalıplarına sahip akıllı sürüler gibi daha egzotik uygulamalar da yapılabilir. İnternetteki şeyler veya düğümler de aktüatör olarak görülebilir. Bu modelin cazibesi şeffaf kalması, hem yazılım hem de donanımın bir aktüatörün kaputunun altında gizlenmesidir.
Bir aktüatör dışarıda koruyucu kapsama sahiptir, ancak çevresine veya kaynaklarına erişebilir.
İsteğe bağlı bir aktüatörün yaşam döngüsünü yönetmek için, arayüzler yoluyla aktüatörlerle etkileşime giren ve bunlara tek tip arılar yoluyla işlevsellik sunan bir yürütme zaman sistemi gereklidir. İkincisi, aktüatörlerin aşağıdaki çevreye bağlı olarak önlenmesini amaçlamaktadır. Fonksiyonlar, örneğin kaynaklara erişmek, diğer aktüatörleri aramak, dış dünyayla iletişim kurmak, verileri kaydetmek, yeni aktüatörler oluşturmak ve arılar tarafından istenen referanslar oluşturmak, bağımlılık enjeksiyonu yoluyla “tükenmek” için temel hizmetler sunmaktadır.
Yürütme süresi sistemi, isteğe bağlı bir ek bileşen anlamına gelir ve aktüatörlerin yaşam döngüsünü kontrol etmek için. Yaşam döngüsündeki değişiklikler, iç bir aktüatör arayüzü aracılığıyla ilgili aktüatörlere atıfta bulunabilir. Bu nedenle bir aktüatör de bir koşul durumu olarak düşünülebilir.
Tipik koşullar aşağıdakiler olabilir:
- Var olmayan
- Yaratılmış
- Başlatılmış
- Irk
- Vahşi
- Yepyeni işlem
- İşlemde Komisyon
- İşlemlerin geri dönüşünde
- Seçim öncesi
- Silinmiş
Böylece bu noktada yanlış anlamalar yoktur: bir yürütme zaman sistemi, yay gibi hafif bir resim olabilir, aynı zamanda özel olarak tasarlanmış ve ağır bir docker kap veya bir işletim sistemi olabilir.
SOA sistemleri ve mikro hizmetlerin tabanı
Kesinlikle terimler, SOA sistemleri ve mikro hizmetlerin yaklaşımları, aktif nesnelere izin veren daha ileri bir adım daha devam eden gerçek tabanlı paradigmaya dayanmaktadır. Bu nedenle aktörler akıllı veya gelişmekte olan sistemler için modelleme için de uygundur.
Bu durumda, “modelleme” terimi, mimari aktüatörün paradigmasının teknik uygulamadan da ayrılabileceği anlamına gelmelidir. Her halükarda, aktüatörler, teknik uygulama yazarın herhangi bir yürütme zamanına dayanmasa bile, iyi düşünce veya iyi bir metafor modeli sunar.
()
Ne yazık ki, bu bağlantı artık geçerli değil.
Boşa harcanan eşyalara olan bağlantılar, 7 günlük daha büyükse veya çok sık çağrılmışsa gerçekleşmez.
Bu makaleyi okumak için bir Haberler+ paketine ihtiyacınız var. Şimdi yükümlülük olmadan bir hafta deneyin – yükümlülük olmadan!