開始使用商業應用程式

在建立商業應用程式之前，您必須先仔細進行規劃。 這些一般準則可協助您決定如何建置商業應用程式。

選取核心 CI
核心 CI 是商業應用程式的起點。 您必須先決定何謂商業應用程式的功能，然後選取適當的核心 CI。 應用程式通常包含構成應用程式本身的元素，以及應用程式部署所在的基礎架構。 若要建立中介軟體的商業應用程式（例如，資料庫或應用程式伺服器），建議您選取最高可部署物件，而不是基礎架構的元素。 基礎架構係您要探索的項目。 當物件位於階層的最上層且沒有相依的任何其他物件時即為最高物件。 例如，您可以選取部署在 WebSphere 伺服器上的 Java Platform Enterprise Edition 應用程式。 在大部分情況下，最高可部署物件是良好開端。
在某些情況下（例如，如果電腦系統未管理任何軟體元件時），您可以選取電腦系統作為核心 CI。 否則，請謹慎進行此類選擇，因為選項會產生非常大的應用程式，可能無法檢視，並可能導致 TADDM 伺服器因記憶體不足狀況而失效。
若要針對無法部署任何物件的獨立式伺服器建立商業應用程式，您可以選取此伺服器作為核心 CI。
商業應用程式的大小
商業應用程式的大小視您的需要而定。 您可以建立所需數目的節點，但請記住應用程式越大，拓蹼就越大，需要的記憶體就更多。 太大的應用程式具有很小的值，因為您無法顯示並分析它們。 拓蹼的大小上限由記憶體限制。 若要防止 TADDM 伺服器當機，會實作安全檢查。 該限制取決於 Tomcat JVM 程序 (TADDM 7.3.0) 或 Liberty JVM 程序（TADDM 7.3.0.1 以及更新版本）的現行 Java 資料堆大小上限。 這些設定是根據線性函數 (25 * M / 32) - 200來定義，其中 M 是 Java 資料堆大小上限。 例如，具有 600 個節點的拓蹼需要 1 GB 資料堆。 具有 3000 個節點的拓蹼需要 4 GB 資料堆。 該限制適用於同時顯示在多個瀏覽器中的所有拓蹼，而不僅僅是適用於現行使用者。
若要確保拓蹼不會太大，您可以建立應用程式，將 maxHopsLimit 參數設為較低的值（例如 2）並分析產生的應用程式。 如果您注意到遍訪深度不夠，則可將此參數設為較高的值。 您可以分析新增了哪些關係和相依關係，以及如何遍訪資料。 然後，如果您認為應用程式缺少重要的元件，您可以新增更多元素，或者過濾對應用程式無意義的部分元素。 若要新增過濾器相依關係和關係，請使用分組型樣配置。
商業應用程式的大小與其執行排程相關聯。 建置程序開始的間隔應該大小建置應用程式的時間總計。 例如，如果您有一個大型應用程式，它建置了數個小時，請將間隔增加到 20 小時（舉例而言）。
排程
應用程式是在指定的間隔重建。 預設間隔是每 4 個小時。 請考量對商業應用程式所做的變更以及變更頻率，然後相應地設定間隔。 如果應用程式對您的業務很重要，請增加它的執行頻率，例如每天執行一次或一天執行兩次。 如果應用程式較不重要，則可以減少它的執行頻率，例如每週執行一次。 最好是不要同時重建您所有的應用程式。 但是，如果您確保有足夠的執行緒來處理所有分組型樣，則可以排定它們同時執行。 如果您仔細地規劃了排程，則可以避免沒有可用的執行緒來處理分組型樣這種情況，出現這種情況可能會導致重要應用程式等待更新。
使用 bizappscli 工具配置應用程式的排程。
根據上一節所指定來調整商業應用程式大小的排程。