- PTC stopniowo wycofuje się ze swojej platformy Axeda.
- Mimo że na pierwszy rzut oka wyglądają podobnie, Axeda i ThingWorx bardzo się różnią możliwościami.
- Obecni klienci Axeda powinni rozważyć przejście na ThingWorx.
- Transition Technologies PSC pracuje ramię w ramię z PTC na tym, by ułatwić klientom Axeda transfer do ThingWorx.
Odkąd PTC odzyskało ThingWorx w 2013, było jasne, że pionier parametrycznego CAD’a oraz jeden z liderów PLM chciał znacznie powiększyć ślad swojej obecności na halach fabrycznych, oraz w działach operacyjnych. Pokaźne inwestycje pozwoliły im zaakcentować swoje wejście w przestrzeń IoT, ale ich zasięg był ograniczony. Historycznie, nigdy nie byli po stronie OT, a także nie było to takie proste, by przejść z zajmowania się inżynierami projektu, na zajmowanie się ludźmi z hali fabrycznej.
Kiedy PTC ogłosiło przejęcie Axeda w czerwcu 2014[1], częścią oficjalnego stanowiska w sprawie przyczyny było „rozszerzenie technologicznego portfolio IoT firmy PTC.”[2] Jednakże, dla większości było jasne, że pierwsza z wyżej wymienionych firm chciała również skorzystać z pokaźniej grupy ponad 150 klientów tej drugiej organizacji. Technologia platformy Axeda w tamtym czasie „przetrwarzała setki milionów komunikatów dziennie z różnych sektorów przemysłu.” Nie lada wyzwanie, nawet jak dla tak ugruntowanej organizacji, jaką jest PTC. Prawdopodobnie nawet szczególnie dla PTC, ze względu na to, że walczyli, by zdobyć żądane uznanie działów operacyjnych swoich klientów. To przejęcie zatem było całkiem sensowne.
Nie mniej jednak jedna rzecz stała się jasna: PTC skończyło z dwoma produktami na podobnych obszarach rynku. Podczas gdy ThingWorx’s i Axeda charakteryzują się bardzo różnymi podstawami, mimo wszystko rzeczywiście dzielą pewną ilość podobnych cech, a także potencjalnych zastosowań. Jasne było, że taki schemat nie był do utrzymania na dłuższą metę, a PTC mogło chcieć zakończyć jedno z tych rozwiązań. Kiedy alians PTC-Rockwell Automation został ogłoszony w 2018[3], nagle pojawiło się całe bogactwo rozwiązań typu M2M (Machine-to-Machine) oraz M2C (Machine-to-Cloud).
Jak można było się spodziewać, to Axeda została ostatecznie wybrana do ”wycofania z eksploatacji” i w rezultacie to ona powoli straci wsparcie i stanie się przestarzała, potencjalnie również stanie się niebezpiecznym do użytku narzędziem w jakiejkolwiek organizacji. Porzucenie tej technologii przez użytkowników stało się już nie kwestią 'czy’, a kwestią 'kiedy’.
Zanim zagłębimy się w szczegóły dotyczące możliwych opcji, z których jedną wydaje się przejście z Axeda na ThingWorx, ważne jest, by zrozumieć, czym te dwa produkty są oraz co potrafią.
Najszybszym sposobem rozróżnienia tych dwóch jest określenie ThingWorx jako elastycznej platformy pozwalającej organizacji na szybkie prototypowanie oraz opracowywanie rozwiązań w zawiązaniu do konkretnych potrzeb, z dodatkowymi rozszerzeniami i całymi aplikacjami stworzonymi przez PTC, bądź ich partnerski ekosystem. Axeda, z drugiej strony, powinna być określana jako coś więcej niż jedynie niestandardowy produkt, który rzeczywiście pozwala znaczne dostosowanie oraz rozszerzanie, ale jest zdecydowanie trudniejsza, mniej dynamiczna, oraz czasami bardziej ograniczona w porównaniu do ThingWorx.
Zagłębienie się nieco bardziej w niektóre z cech tych platform umożliwia dużo bardziej szczegółowe zrozumienie tego, co je dzieli:
ThingWorx | Axeda |
---|---|
Model Bezpieczeństwa | |
Zapewnia użytkownikom dużo bardziej precyzyjną kontrolę tego, do czego użytkownik (grupa lub organizacja) ma dostęp. Można sięgnąć aż do nadawania prawa dostępu do każdego pojedynczej jednostki, usługi, lub własności w systemie. | Model widoczności dla grup aktywów/regionów/organizacji/lokalizacji, określany na podstawie członkostwa użytkownika w grupie. |
Czytelna separacja bezpieczeństwa dla widoczności, czasu wykonania programu, czasu projektowania. | Pozwala udostępnić lub zablokować globalną definicję czynności dla użytkownika, lub grupy, bez oddzielania przez jednostkę, usługę lub własność. |
Zmiany są wprowadzane bez konieczności odświeżania kontekstu użytkownika (wylogowania i ponownego zalogowania) | |
Dodawanie nowej funkcjonalności i rozszerzanie już istniejącej | |
Prawie nieograniczone dodawanie nowych funkcjonalności: 1.widgety dla funkcji, interfejsów, wykorzystywanie biblioteki JavaScript 2.rozszerzenie nowych funkcji, wykorzystywanie biblioteki JavaScript | Rozszerzone zastosowanie – ograniczona ilość aplikacji sieciowych, możliwość wykorzystania dostosowanego JavaScript i biblioteki, a także Axeda API |
Wiele rozwiązań dostępnych w Marketplace | Atrakcyjne usługi dostępne z platformy, ale bez edytora – jedynie proste pole tekstowe do wprowadzenia kodu. [4] |
Niestandardowe (OOTB) rozszerzenie dla konkretnych przykładów użycia, takich jak PTC Manufacturing Apps, Navigate, itd. | Była możliwość dostosowania Axeda przez dodanie Jaca/JSP, które pracowały bezpośrednio z głównego kodu platformy, ale nigdy nie było zalecane. |
Usługi JavaScript są dostępne w edytorze bezpośrednio z ThingWorx Composer | |
Integracje | |
Architektura i elastyczność pozwalające na prostą integrację z rozwiązaniami strony trzeciej. | Muszą być specjalnie zbudowane przy użyciu metod określonych powyżej. |
Dodatki takie jak Flow dostępne, co pozwala na łatwą integrację z innymi platformami. | |
Rozszerzania do integracji z wieloma systemami są dostępne przez marketplace. | |
Zdolność przyłączeniowa | |
Najwyższe możliwości ThingWorx nie są tak rozległe, jak te platformy Axeda. | Zaawansowany przedstawiciel OOTB (out-of-the-box), który może wiele od samego początku. |
SDK dostępne dla wielu języków programowania (C, Java, .NET, iOS, Android), pozwala na większą elastyczność. | Agents mogą być rozszerzone przy użyciu programowania C/C++. |
Axeda agents są wspierane przez ThingWorx.[5] | Agents mogą uruchamiać skrypty wdrożone w języku programowania wspieranym przez system operacyjny, na którym Agent działa. |
Lokalizacja | |
Pozwala łatwo definiować wielojęzykowe rozwiązania oraz dla wszystkich specjalnie dodanych elementów (widgetów, rozszerzeń, itd.) | Rozszerzone aplikacje wymagają stworzenia swojego własnego wsparcia. |
Dostępne dla wszystkich elementów dodanych przez Composer'a. | Podstawowe łatki mogą używać mechanizmów Javy podobnie, jak same są używane na samej platformie. |
Bazy danych[6] | |
Persistence Providers pozwalają, by różne bazy danych były używane jako back-end do przechowywania danych. | Oracle 11g 11.2.0.4 dla Windowsa – działa jedynie na dysku fizycznym.[7] |
Wsparcie dla PostgreSQL, MS SQL, SAP Hana, AWS H2, MS AzureSQL. | Oracle Enterprise Linux 5 64-bitowy. |
Szybkie prototypowanie aplikacji oraz rozwijanie | |
Budowa i elastyczność pozwalają na szybkie prototypowanie całych aplikacji przy użyciu prostego narzędzia – ThingWorx Composer. | Każde przystosowanie musi być opracowane od podstaw, podobnie do dostosowanej aplikacji sieciowej używającej API platformy Axeda. |
To oczywiście nie są jedyne różnice między tymi dwiema platformami, a po prostu te, które rzuciły się nam jako najważniejsze. Przeszukując sieć, można znaleźć wiele przykładów różnic między nimi. Na przykład, ten artykuł opisuje różnice między eMessage Agents na obydwu platformach.
Przypominając, różnica między tymi dwoma produktami może być najtrafniej opisana jako ThingWorx, czyli platforma, która pozwala na tworzenie aplikacji IoT i rozwiązań, które radzą sobie z niemalże każdym problemem, jaki można sobie wyobrazić, podczas gdy Axeda jest produktem niestandardowym, stworzonym, by radzić sobie z jednym szczególnym przypadkiem użytkowania (komunikacja M2M oraz M2C)
Klienci mogą zdecydować się na kontynuację użytkowania Axeda. Jest to jednakże wysoce niezalecane. Bezpieczeństwo oraz ogólne wsparcie są najbardziej oczywistymi przyczynami, tak jak zwykle w przypadku spuścizny technologicznej, kiedy to jej właściciel w końcu ”ruszy dalej”. Z zagrożeniami cyberbezpieczeństwa narastającymi z dnia na dzień oraz nowymi technologiami, które wprowadzają się do każdej części naszego życia (i firm), ważne jest, by pozostać na bieżąco w tych dwóch obszarach.
Co rzadko jest wspominane, to to, że znalezienie talentu z wiedzą na temat Axeda wystarczającą, by pozwolić, aby ta technologia działała efektywnie, będzie stawało się coraz trudniejsze z każdym kolejnym miesiącem. Z drugiej strony, rozwój społeczności ThingWorx wciąż postępuje wraz z wieloma Partnerami PTC, takimi jak Transition Technologies PSC (TTPSC), jednymi z najbardziej zaufanych przez samych PTC, będących w stanie pomagać organizacjom określać, tworzyć, wdrażać, utrzymywać i wspierać ich rozwiązania zbudowane na ThingWorx.
Z tej perspektywy wydaje się jasne, że klienci Axeda powinni naprawdę rozważyć krok naprzód. PTC zasugerowało przejście na ThingWorx. To ma sens, szczególnie że niektóre Axeda Agents są już kompatybilne z ThingWorx i mogą rozpocząć przesyłanie strumieniowe jakichkolwiek danych, które przejmują, bezpośrednio do platformy. Ogólne wsparcie dla Axeda Agents w ThingWorx jest jednym z najważniejszych priorytetów zespołów deweloperów i postępuje w szybkim tempie w czasie pisania tego artykułu.
Rzecz jasna, wielu klientów zbudowało dostosowane rozwiązania bazujące na Axeda, które obsługują wiele przypadków zastosowania oraz zapewniają funkcjonalności, których nie widziano nigdzie indziej. Na szczęście PTC nigdy nie chciało porzucić swoich klientów (wcześniej klientów platformy Axeda) na pastwę losu. Od tygodni, jeśli nie miesięcy, część kluczowych zespołów pracuje, ramię w ramię z ekspertami TTPSC do spraw oprogramowania, nad procesami oraz narzędziami potrzebnymi do przedostania się z Axeda do ThingWorx tak gładko, jak to tylko możliwe. Każda z niestandardowych funkcjonalności Axeda, może być przeprogramowana tak, by działała na ThingWorx i, ponownie, PTC i partnerzy tacy jak TTPSC mogą tu pomóc.
Jest również poprzednio zdefiniowany „Success Service” oferowany przez PTC, którego celem jest stworzenie ”szczegółowego planu z zalecanymi krokami, by przejść z Axeda do ThingWorx przy podtrzymaniu kluczowych funkcjonalności z Axeda, patrząc jednocześnie w przyszłość tego, jak można skorzystać z platformy ThingWorx.”[8] Strony takie jak TTPSC mogą również oferować takie usługi, jeśli ktoś woli pracować z Preferowanym Partnerem od początku do końca.
Większość klientów Axeda może oczekiwać, że PTC lub TTPSC wyjdzie im naprzeciw w nadchodzących miesiącach, oferując pomoc w planowaniu oraz przeprowadzeniu przemiany. Ponieważ takich klientów jest wielu, ten proces najprawdopodobniej trochę potrwa, a kontakt z klientami oraz ich przeniesienie potrwa ponad rok. Jeśli chcielibyście przyśpieszyć ten proces, skontaktujcie się z jednym z reprezentantów TTPSC:
- Americas – Pawel Pacewicz, pacewicz@ttpsc.com mobile: +1 412 980 1547
- EMEA – Andrzej Nowak, nowak@ttpsc.com
- APAC – Błażej Karwowski, karwowski@ttpsc.com
[1] Przejęcie zostało ogłoszone 23 lipca 2014r. a zakończone 12 sierpnia 2014r.
[4] Są również dodatkowe narzędzia Maven, które pozwalają zarządzać, opracowywać, testować oraz wdrażać projekty, ale ponieważ nie są one częścią platformy Axeda, zostały tutaj pominięte.
[5] Nie wszystkie cechy Axeda Agents są obecnie dostępne w ThingWorx, ale w trakcie pisania tego tekstu są prowadzone czynności w celu rozwinięcia wsparcia przyszłych cech i możliwości.
[6] Dane dla Axeda zgodnie z Axeda Enterprise Platform Support Matrix dla Axeda w wersji 6.8.4.
[7] Oracle Enterprise Edition z Real Applications Clusters oraz Partitioning Options wymagane dla środowiska dużego rozmiaru.
[8] https://www.ptc.com/en/Success-Services/axeda-to-thingworx-transition-workshop