Yeni Özellikler › CA Process Automation Sürüm 04.2.00 › İletişim İyileştirmeleri

İletişim İyileştirmeleri

Aşağıdaki özet iletişim iyileştirmelerine odaklanmaktadır.

• Basitleştirilmiş aracı iletişimi.
  • Daha önce, Orkestratörler ile Aracılar arasındaki bağlantılar standart olmayan internet bağlantı noktaları (7001, 7003, 8080, 8443) kullanılarak iki yönlü olarak başlatılmaktaydı. Bu, güvenlik duvarları, proxy'ler ve NAT yönlendiricileri arkasında bulunan aracılar için sorun yaratmaktaydı. Bu iletişim tarzı, kullanım dışı iletişim olarak adlandırılır. Basitleştirilmiş iletişim kullanılamamaktaydı.
  • Yeni basitleştirilmiş iletişim aracıdan Orkestratöre olan bağlantıları yalnızca standart internet bağlantı noktalarını (80, 443) kullanarak başlatmaktadır. Bir Orkestratör sürekli web yuvası bağlantısını kullanarak bir aracıya iletiler gönderir. Bu bağlantı, standart internet bağlantı noktaları kullanılarak aracıdan kurulur.

    Not: Var olan aracıları kullanım dışı iletişimden (varsayılan) basitleştirilmiş iletişime geçecek şekilde yapılandırabilirsiniz. Aracı yapılandırma ayrıntıları için bkz. İçerik Yöneticisi Kılavuzu. Web yuvası bağlantılarını destekleyen bir yük dengeleyicisini yapılandırın. Ayrıntılar için bkz. Yükleme Kılavuzu.

• NGINX yük dengeleyici desteği
  • Daha önce, Apache kümelenmiş Orkestratörler için kullanılacak önerilen yazılım yük dengeleyicisiydi. Ancak, Apache basitleştirilmiş aracı iletişimini desteklememektedir.
  • CA Technologies Technologies artık basitleştirilmiş iletişimi destekleyen bir yazılım yük dengeleyicisi olarak NGINX'i önermektedir. Uyarılar için, Yük Dengeleyiciler için Yeni Öneriler başlıklı bir sonraki bölüme bakın. Yükleme ortamı, bu yük dengeleyici için örnek bir yapılandırma dosyasını içerir. NGINX'in kurulumu hakkında bilgi için bkz. Yükleme Kılavuzu.

    Not: İsteğe bağlı olarak, sürekli web yuvası bağlantılarını destekleyen bir başka yük dengeleyiciyi kullanabilirsiniz.

• Yük Dengeleyiciler için Yeni Öneriler

  CA Process Automation 4.2 için aşağıdaki öneriler tercih sırasına göre listelenmiştir:

  • (Tercih edilen) Bir donanım yük dengeleyicisini kullanın; örneğin F5'i kullanın.
  • Linux üzerinde bir yazılım yük dengeleyicisini, örneğin NGINX'i kullanın.
  • Windows üzerinde bir yazılım yük dengeleyicisini kullanmanız gerekiyorsa, NGINX'i kullanın, ancak basitleştirilmiş iletişim kullanılarak çalıştırılabilecek aracıların sayısının yaklaşık olarak 300 ile sınırlandırıldığını unutmayın.
• Apache Şablonlarındaki Değişiklikler - Yükseltme önkoşulu olarak yükleme ortamında sağlanan güncellenmiş şablonlarla Apache yapılandırmanızı güncellemelisiniz.

  Not: CA Process Automation uygulamasını yükselttikten ve her şeyin beklendiği gibi çalıştığını doğruladıktan sonra, NGINX'i yükleyebilir ve yapılandırabilir ve yük dengeleyicilerini değiştirebilirsiniz. Ardından yeniden yapılandırılan ve yeniden başlatılan aracılar basitleştirilmiş iletişimi kullanabilir.

• F5 Güncellenen F5 iRule Tanımındaki Değişiklikler.
  • Önceden bağlanı noktası için ya 8080 (güvenli olmayan) ya da 8443 (güvenli) bağlantı noktasın sahip bir havuz PAMSRVR bulunmaktaydı.
  • Artık bağlantı noktası için 80 veya 443 bağlantı noktasıyla basitleştirilmiş bağlantıyı destekleyen ilave bir havuz (PAMJETTYPOOL) bulunmaktadır. Yükseltme yapıyorsanız yeni bir havuz eklersiniz; F5'i ilk kez kuruyorsanız, iki havuz oluşturur ve farklı bağlantı noktalarına sahip üyeleri eklersiniz.
• Güvenli iletişimi yapılandırırken F5'deki Değişiklikler
  • Önceden, SSL iletişimini etkinleştirmek için kendinden imzalı bir sertifika ve bir anahtar dosyası kullanmaktaydınız.
  • Yeni r4.2 basitleştirilmiş iletişimi kullanmak için, CA Process Automation anahtar deposundan SSL sertifika dosyasını karşıya yüklemeniz ve bu sertifikalarla bağlantı kuran istemci ve sunucu profilleri oluşturmalısınız.

Kümeleme İyileştirmeleri

Aşağıdaki özet kümeleme iyileştirmelerine odaklanmaktadır.

• Kümelenmiş Etki Alanı Orkestratörü'ndeki birincil düğüm bağımlılığının kaldırılması
  • Daha önce, birincil düğüme (ilk yüklenen düğüme) yönelik bağımlılıklar olası bir başarısızlık noktasını temsil etmekteydi. Yani, birincil düğüm devre dışı kaldığında, kümedeki bir başka düğüm birincil düğüm tarafından gerçekleştirilen etkinlikleri gerçekleştirmemekteydi. Bu, Etki Alanı Orkestratörü'nün beklenen yüksek kullanılabilirliğini engellemekteydi. Etkin bir Etki Alanı Orkestratörü birincil düğümüne bağımlı olan etkinlikler şunları içermekteydi: (1) yeni dağıtılan JAR dosyalarının yansıtılması, (2) aracıların veya diğer Etki Alanı Orkestratörü düğümlerinin yüklenmesi ve (3) Kullanıcı Kaynakları veya Raporlar olarak karşıya yüklenen dosyaların dağıtılması.
  • Artık, kümelenmiş bir Etki Alanı Orkestratörü içindeki birincil düğümle ilişkilendirilen herhangi bir bağımlılık bulunmamaktadır. Kümelenmiş Etki Alanı Orkestratörü artık yüksek kullanılabilirlikle işlev göstermektedir.
• F5 iRule'da birincil düğüm bağımlılığının kaldırılmasının etkileri
  • Daha önce, iRule MyPool, PrimaryIP ve PrimaryPort değişkenlerini içermekteydi. PrimaryIP ve PrimaryPort, Etki Alanı Orkestratörü'nün birincil düğümüne başvurmaktaydı.
  • MyPool artık tek iRule değişkenidir.
• Var olan etki alanı ayarları ve sertifikalarıyla yeni bir Etki Alanı yapılandırma yeteneği
  • Daha önce Domain.xml ve sertifikalar yalnızca dosya sisteminde mevcuttu. Bu nedenle, Etki Alanı devre dışı kalırsa, yapılandırma ve sertifikalar kaybedilmekteydi.
  • Domain.xml ve sertifikalar artık merkezi bir veritabanına taşınmaktadır. Bu taşıma, Etki Alanı Orkestratörü devre dışı kalması halinde başarısızlık noktasını ortadan kaldırmaktadır. Bu, aynı zamandda aracı verilerine kullanıcı arabiriminden erişildiğinde performansı iyileştirmektedir.