Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.
Strona platformy musi rozważyć, czy usługi Web i API, procesy pracy, bazy danych, bufory, przechowywanie obiektów, pobieranie wektorów, rozdzielczość dokumentów i monitorowanie dzienników są oddzielone. Strona modelu zależy od korzystania z usług Cloud- end API, lokalnych małych modeli lub wielomodelowe rozumowanie. Szczyty są rejestrowane w tym samym czasie, wielkość pojedynczego pliku przesyłania, rosnąca objętość dokumentów, częstotliwość aktualizacji wiedzy, liczba węzłów przepływu pracy i akceptowalny czas reakcji. Środowisko produkcyjne musi być również odłożone na potrzeby odzyskiwania kopii zapasowych, wzrost dysku, unowoczek komponentów i niemożności zmiany przestrzeni.
Jakie warunki należy określić przed podjęciem decyzji?
To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.
Sugerowana kolejność wyprzedzania
Najpierw wyjaśnimy cel i granicę.
b) Kolowanie poziomu odniesienia użytkowników, zadań, dokumentów, interfejsów i czasu reakcji.
Kluczowe zależności zatwierdzenia
Platforma, przetwarzanie wiedzy i rozumowanie modelu będą wykorzystywane oddzielnie.
Opracowanie wyników możliwych do oceny
Testy ciśnienia i wydajności są wykonywane przy użyciu prawdziwych plików i przepływów roboczych.
Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.
Specyfikacje produkcji oparte na opóźnieniach, kolejkach, zasobach i wynikach awarii P95.
Jak to rozumiesz w prawdziwym biznesie?
Przedsiębiorstwo z 30 użytkownikami wewnętrznymi, ale z dużą ilością importowanych PDF codziennie i wieloetapowo prowadzonych przepływów pracy, analiza wiedzy i zadania back-office może być bardziej zasobochłonne niż setki użytkowników, którzy tylko okazjonalnie zadawać pytania i odpowiedzi. Jeśli lokalne rozumowanie modelu jest wymagane, należy przeprowadzić oddzielne testy na różnych modelach, długości kontekstu, a współusuwanie i izolacja, a serwer demonstracyjny nie może być traktowany jako konfiguracja produkcji bezpośrednio.
Najprostszy do przejścia.
Szacowana jedynie na podstawie liczby zarejestrowanych użytkowników, bez rzeczywistych zadań i ładunków dokumentów
Skuteczne wdrożenie Diffy 'ego oznacza osiągnięcie zdolności produkcyjnej
Brak monitorowanych przyrostów kolejek, baz danych, dysków i wskaźników wektorowych
Jak mamy to potwierdzić?
Przyjmowanie i inspekcja są przeprowadzane w środowisku docelowym z uzgodnionymi i zadanymi pytaniami i odpowiedziami, przesyłaniem dokumentów, aktualizacjami zadań związanych z wiedzą i przepływem pracy, rejestrowaniem odpowiedzi P50, P95, czekaniem w kolejce, wskaźnikiem błędu, CPU, pamięcią, dyskiem i modelem; oraz pełnym przywróceniem kopii zapasowej, alarmem dysku, ponownym uruchomieniem usługi i powrotem do wersji.
Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.