Obalanie mitów Część 1: Co to jest rozwiązanie automatyzacji pod klucz?

Kobieta Technologia

Co dokładnie oznacza termin „pod klucz „?

Termin „pod klucz” oznacza, że użytkownik końcowy musi po prostu przekręcić klucz, aby rozpocząć korzystanie z produktu lub usługi. Ale co, jeśli klucz jest trudny do przekręcenia? Pragnienie, aby produkt sprzedawcy był „pod klucz „, nie jest nowym dążeniem. Być może się zapędzam, ale być może pamiętasz termin wprowadzony przez sprzedawcę w latach 90-tych, który nazywał się plug and play.

Być może słyszeliście wtedy, jak inżynierowie sieciowi mówili: „Masz na myśli plug and pray?” , gdy nadszedł czas wdrożenia. Może to być powiedziane sarkastycznie, ale sceptycyzm przy wprowadzaniu nowej technologii lub urządzenia sieciowego jest szczery.

Sprzedawcy stosują różne podejścia do marketingu swoich produktów i ich możliwości. Jeden z dostawców w tej dziedzinie używa przymiotnika „pod klucz jako kluczowego wyróżnika platformy zarządzania, którą wprowadził na rynek kilka lat temu.

Termin „pod klucz” nie różni się zbytnio od tego, czym w zamierzeniu miał być termin ” plug and play „. TechTarget definiuje „pod klucz ” w następujący sposób:

„Produkt lub usługa, która jest zaprojektowana, dostarczona, zbudowana lub zainstalowana w pełni kompletna i gotowa do działania. Termin ten sugeruje, że użytkownik końcowy musi tylko przekręcić klucz i rozpocząć korzystanie z produktu lub usługi.” Źródło: TechTarget

A co z klientami?

Czy to, w jaki sposób dostawca sieciowy sprzedaje swoją platformę zarządzania, ma znaczenie dla klienta?

Dla klienta ważne jest to, czy produkt spełnia jego wymagania i czy w końcu robi to, co obiecał mu sprzedawca. Na przykład, jeśli sprzedawca opisuje, że jego narzędzie do zarządzania jest gotowe do użycia, ma na celu zapewnienie wsparcia jako rozwiązanie do „…orkiestracji obciążeń w całej sieci i automatyzacji przepływu pracy”.

Jeśli chodzi o podejście do automatyzacji sieci, ważne jest, aby rozważyć spektrum klientów i dostępnych narzędzi do automatyzacji struktury centrum danych. Klient typu „zrób to sam” może dysponować wykwalifikowanym zespołem inżynierów NetOps, w pełni wyposażonym w zasoby i doświadczenie w zakresie niestandardowego rozwoju i integracji z nowymi i istniejącymi narzędziami. Mogą oni nawet tworzyć elementy sieci i zarządzać nimi za pomocą Infrastructure-as-Code zintegrowanego z potokiem CI/CD.

Niestety, nie wszyscy klienci są przygotowani do obsługi i przyjęcia tego modelu. Inni klienci mogą mieć doświadczenie lub rozumieć podstawy projektowania wielkoskalowych sieci centrów danych, ale mogą nie posiadać umiejętności kodowania struktur automatyzacji. Klienci o różnym poziomie zasobów i doświadczenia mają wspólny wynik biznesowy: oczekują, że zwiększą sprawność sieci przy wdrażaniu, jednocześnie automatyzując operacje.

Kiedy klienci rozważają gotowe rozwiązanie, potrzebują czegoś więcej niż pulpitu nawigacyjnego, który zarządza fragmentami konfiguracji. Potrzebują narzędzia do automatyzacji, które nie tylko poradzi sobie z początkową konfiguracją, ale także nie zawiedzie, gdy trzeba będzie wyjść poza dzień 0 i zautomatyzować wiele tkanin centrum danych. Klienci, którzy chcą wdrożyć łączność w wielu lokalizacjach, muszą ocenić narzędzie i zapytać dostawcę, w jaki sposób jego oferta jest gotowa do wdrożenia, a w jaki nie.

Klient może zapytać…

  • Jak można uznać narzędzie za gotowe, jeśli klient musi oznaczyć każde urządzenie i każdy interfejs w swoich zasobach przed użyciem przepływów pracy automatyzacji?
  • Jeśli dany przepływ pracy nie jest dostępny w narzędziu, czy klientczy trzeba tworzyć skrypty w języku Python do automatyzacji całej sieci? Czy dostawca pomaga w tworzeniu niestandardowych skryptów i ich konserwacji, jeśli trzeba dodać jakąś funkcję? Czy jest to podejście „pod klucz” dla klienta?
  • Jeśli klient chce zautomatyzować i utworzyć wielostanowiskowe sieci EVPN-VXLAN, czy musi zrozumieć interfejs wiersza poleceń dostawcy i hierarchiczne struktury sieci BGP-EVPN VXLAN Fabric oraz każdą z ról? Ile czasu by to zajęło?

Czego zatem oczekują klienci?

Klienci chcą mieć możliwość usprawnienia automatyzacji centrów danych i budowania architektury opartej na zasadach chmury z możliwością skrócenia czasu wdrażania tkanin EVPN-VXLAN do minut.

Właśnie w tym zakresie Cisco Nexus Dashboard Fabric Controller (NDFC) przewyższa inne narzędzia automatyzacji producentów sieci. Zapewnia on klientom łatwy w użyciu i niezawodny sposób przyjęcia struktury automatyzacji przy minimalnym wkładzie. Klienci mogą wykorzystywać szablon Multi-Site Domain Fabric do automatyzacji w wielu lokalizacjach. Szablon zapewnia również możliwość automatyzacji właściwości połączeń między centrami danych, z opcją włączania szyfrowania na bramach granicznych za pomocą prostego sposobu automatyzacji typu „wskaż i kliknij”.

Cisco NDFC Multi-Site Domain Fabric Template

Nie tylko NDFC obsługuje przełączniki Nexus Series oparte na NX-OS, NDFC obsługuje również automatyzację EVPN-VXLAN dla przełączników IOS-XE Cisco Catalyst 9000 oraz tryb zarządzany dla urządzeń IOS-XR, takich jak ASR 9000 i NCS5500. Zwiększa to funkcjonalność dla klientów wdrażających przełączniki inne niż firmy Nexus. Klienci mogą standaryzować się na NDFC jako platformie automatyzacji, korzystając z tego samego narzędzia w wielu domenach pod jedną szybą dzięki Cisco Nexus Dashboard.

Co z widocznością punktów końcowych podłączonych do sieci?

NDFC obsługuje widoczność maszyn wirtualnych i kontenerów wbudowaną bezpośrednio w interfejs użytkownika. Jest to korzystne dla operatora sieci, ponieważ widoczność obliczeń jest zwykle siloe’s w ramach administracji obliczeniami. NDFC integruje również topologię VMware z dynamicznymi widokami topologii poprzez proste wykrywanie vCenter w celu zilustrowania, w jaki sposób maszyna wirtualna, host i przełączniki wirtualne są ze sobą połączone.

Należy wspomnieć, że CNDFC dba również o gotowość naszych klientów do automatyzacji, na przykład dzięki bardziej doświadczonemu zespołowi NetOps, który udostępnia interfejsy API RESTful (Representational State Transfer) i JSON (JavaScript Object Notation), aby umożliwić łatwą integrację z menedżerami nakładek firmy Cisco lub innych firm i umożliwić automatyzację zgodnie z potrzebami klientów. Zawiera także wbudowaną dokumentację w stylu „swagger” z przykładami, a kolekcja Ansible dla Cisco Nexus Dashboard Fabric Controller została pobrana w ponad 17 000 egzemplarzy.

Dlaczego Cisco?

Czy wiesz, że z kontrolera Nexus Dashboard Fabric Controller korzysta obecnie ponad 10 000+ klientów? Zacytuję jednego z nich

,

„Szybkość jest kluczem do wygrywania w biznesie. Odkąd wdrożyliśmy te technologie firmy Cisco, jesteśmy w stanie wdrażać nowe środowiska klienckie szybciej niż zakładany termin dostawy.”

Khoa Tran, Network Architect, MacStadium

Cisco Nexus Dashboard Fabric Controller to sprawdzone i wydajne narzędzie do automatyzacji w erze Cloud Networking. Udostępnia klientom szablony najlepszych praktyk w zakresie automatyzacji opartych na standardach sieci EVPN-VXLAN, zapewniając najlepsze w swojej klasie rozwiązanie.

frastruktura.

Co oznacza dla Ciebie „pod klucz

„?

Dzięki Nexus Dashboard Fabric Controller, klienci mogą zautomatyzować Secure EVPN Fabrics bez konieczności uczestnictwa w kursie kodowania. Klienci mogą ustanowić łączność wielostanowiskową i orkiestrację za pomocą automatyzacji typu „wskaż i kliknij”. Przyspiesza to wdrażanie centrów danych i zapewnia znacznie prostsze podejście w porównaniu z innymi kontrolerami sieciowymi w przebraniu menedżerów konfiguracji.

Zarejestruj się na nadchodzące demonstracje Cisco Nexus Dashboard i przeglądaj bibliotekę na żądanie

.

Zarejestruj

się, aby wziąć udział w demonstracji

Udostępnij:


Czytaj dalej: https://blogs.cisco.com/datacenter/myth-busting-part-1-what-is-a-turnkey-automation-solution

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.