loading...
RAPORT ERP
RAPORT CRM
18 edycja RAPORTU ERP, przygotowywanego przez niezależnego konsultanta dr. inż. Ludwika Maciejca, obejmująca 46 rozwiązań ERP dostępnych na polskim rynku, opisanych przez ponad 580 funkcjonalności, jest już dostępna!


KLIKNIJ I POBIERZ JUŻ DZIŚ!


partnerzy raportu erp 2018 3

1

 edycja RAPORTU CRM, przygotowywanego przez redakcję portalu ERP-view.pl, obejmująca 18 systemów CRM dostępnych na polskim rynku, opisanych przez ponad 280 funkcjonalności, jest już dostępna!


KLIKNIJ I POBIERZ JUŻ DZIŚ!

partnerzy raportu crm 2019

Chmury hybrydowe zyskały trwałe miejsce we współczesnej infrastrukturze informatycznej. Model ten ma wiele zalet – przedsiębiorstwa powinny bliżej mu się przyjrzeć przede wszystkim dlatego, że oferuje większe pole manewru. Do niedawna możliwości i funkcjonalności do tworzenia nowych rozwiązań raczej się wzajemnie wykluczały. Pojawiały się dylematy typu: czy samodzielnie stworzyć aplikację w oparciu o własne zasoby, czy raczej zdecydować się na outsourcing architektury i skorzystać z usług zewnętrznego dostawcy? Czy warto zakupić aplikację w modelu SaaS, a może umieścić wszystkie systemy w chmurze publicznej?

 REKLAMA 
 snt button 250 2019 
 
Czy warto zakupić aplikację w modelu SaaS, a może umieścić wszystkie systemy w chmurze publicznej? Każde z takich rozwiązań niesie ze sobą pewne korzyści, ale koordynacja ich wdrożenia może sprawić pewne trudności. Istnieją jednak narzędzia takie jak platforma Red Hat OpenShift, które pozwalają użytkownikom zyskać więcej sposobów na wykorzystanie hybrydowych środowisk wielochmurowych.

Zalety otwartych hybrydowych środowisk wielochmurowych szczególnie docenią osoby decydujące o infrastrukturze firmy. Dyrektor ds. informatyki nie musi przecież ograniczać się tylko do zarządzania infrastrukturą i eksploatacją systemów, ale może skoncentrować się na skutecznym tworzeniu innowacyjnego oprogramowania, pamiętając o możliwościach oferowanych przez otwarte hybrydowe środowisko wielochmurowe.

W dynamicznym otoczeniu rynkowym przedsiębiorstwa czasami muszą działać jak producenci oprogramowania. Zespoły informatyczne mogą aktywnie uczestniczyć w transformacji firmy, a metodą pozwalającą osiągnąć ten cel jest tworzenie aplikacji. Jeśli zespół informatyków natrafi na jakiś problem biznesowy, którego nie da się rozwiązać przy użyciu istniejących narzędzi, może samodzielnie zbudować odpowiednie narzędzie. Właśnie do tego celu służy platforma OpenShift. Jeśli dyrektor ds. informatyki chce wdrożyć nowoczesne aplikacje w otwartym hybrydowym środowisku wielochmurowym, nie musi już tworzyć monolitycznej infrastruktury, jaką znamy z przeszłości. Zyskuje teraz większą elastyczność konfiguracji komponentów i ma okazję wykorzystać zalety otwartego hybrydowego modelu wielochmurowego. Model ten odznacza się w szczególności większą stabilnością i lepszymi mechanizmami przenośności.

W roku 2018 po raz kolejny okazało się, jak istotna dla przedsiębiorstwa jest możliwość wyboru rozwiązania. Wybór oprogramowania, sprzętu i docelowego środowiska to oczywiście nadal bardzo ważne kwestie dla decydentów z obszaru IT, ale obecnie starają się oni również odpowiedzieć na inne pytania: komu powierzyć obsługę infrastruktury (jeśli nie zajmuje się tym samo przedsiębiorstwo) oraz czy warto samodzielnie konstruować środowisko. Pytania takie mogły się pojawić dzięki dwóm koncepcjom technologicznym: przetwarzaniu w chmurze i rozwiązaniom open source.

Kto ma zajmować się infrastrukturą? Często nie chcemy tego robić sami!

Usługi zarządzane nie są zupełnie nową koncepcją. Na podstawowym poziomie istnieją już od dziesięcioleci, wystarczy wspomnieć o outsourcingu centrów przetwarzania danych i hostingu poczty elektronicznej, a także o zarządzanych systemach ERP i CRM. W roku 2018 mogliśmy jednak mówić o zupełnie nowym poziomie funkcjonowania usług zarządzanych. Projektuje się je w sposób, który pozwala wyeliminować złożone zagadnienia związane z obsługą infrastruktury, a nawet obsługą baz danych. Zespoły informatyczne mogą w większym stopniu skupić się na tworzeniu korzystnych dla firmy rozwiązań bez konieczności wykonywania pracochłonnych zadań konserwacyjnych.

Mówiąc o możliwościach wyboru, do tej pory zwracaliśmy uwagę przede wszystkim na oprogramowanie i rodzaj platformy, zaś w mniejszym stopniu myśleliśmy o decyzjach podejmowanych przez menedżerów, związanych z wyborem zewnętrznego dostawcy do obsługi infrastruktury. Warto zauważyć, że taka decyzja ma naturę biznesową, nie dotyczy bezpośrednio technologii oprogramowania. Skoncentrowanie na rozwiązaniach open source pociąga za sobą potrzebę korzystania z nowych usług zarządzanych, które mogą harmonijnie współpracować z bazowymi projektami tego typu. Oczywiście nie chcemy przy tym unikać nowych wyzwań. Firma Red Hat od lat należy do liderów w obszarze tradycyjnych modeli open source. Obecnie chcemy rozszerzyć nasze działania także w dziedzinie usług zarządzanych, oferując takie platformy, jak Red Hat OpenShift Dedicated i Red Hat OpenShift on Azure.

Możemy przy tym wykorzystać nasze doświadczenie i wiedzę związaną z tworzeniem oprogramowania infrastrukturalnego. Nie tylko zajmujemy się konstruowaniem tego rodzaju rozwiązań, lecz także potrafimy je zoptymalizować, rozszerzyć ich mechanizmy zabezpieczeń i zapewnić odpowiednie wsparcie. Aby zrealizować wymagania naszych klientów, sami staliśmy się swoimi klientami! Dzięki temu odbiorcy pragnący samodzielnie zarządzać stworzonymi przez nas rozwiązaniami mogą uzyskać produkty wyższej jakości.

Po co obsługiwać infrastrukturę, skoro można samemu ją zbudować?

Wzrost znaczenia chmur jako fundamentu środowiska obliczeniowego i łatwa dostępność oprogramowania open source oznaczają, że dyrektorzy ds. informatyki mogą tworzyć środowisko aplikacji korporacyjnych we własnym zakresie. Zresztą zdarza się, że kierownictwo przedsiębiorstwa coraz częściej sugeruje takim osobom rozpoczęcie własnych prac, a nie zakup gotowych rozwiązań technologicznych. Pozytywną stroną tego trendu jest fakt, że firma ma okazję zbudować systemy ściśle spełniające przyjęte wymagania. Mogą jednak pojawić się pewne problemy: środowiska open source rozwijają się niezwykle szybko i bardzo możliwe, że niestandardowe pakiety aplikacji nie będą w stanie uwzględnić innowacyjnych funkcji w miarę ich wprowadzania, w efekcie czego powstaną trudne do zarządzania rozgałęzienia w rozwoju kodu.

Warto zwrócić uwagę na pewną istotną kwestię: na początku proces tworzenie własnego pakietu oprogramowania może być bardzo skuteczny i wydajny. Nie można jednak popadać w nadmierny optymizm. W dalszej perspektywie czasowej należy pamiętać o kilku poniżej opisanych elementach.

  • Bieżąca obsługa może stać się bardzo skomplikowanym zadaniem, zwłaszcza w miarę zwiększania zakresu wdrożenia i uwzględniania coraz bardziej złożonych obciążeń i systemów. Może pojawić się konieczność rozwoju nowych, szerszych i bardzo specjalistycznych kompetencji, które wcale nie muszą istnieć w danym przedsiębiorstwie. • Instalowanie poprawek i łatek jest konieczne, jeśli jakiś element okaże się wadliwy (a w każdym środowisku taka sytuacja na pewno się wydarzy). Specjalistyczna wiedza niezbędna do przeanalizowania i rozwiązania problemów występujących w nowoczesnej infrastrukturze informatycznej ma coraz większy zakres. Obejmuje różnorodne interfejsy API, począwszy od jądra systemu, a skończywszy na systemie optymalizacji środowiska. W przypadku awarii czasami okazuje się, że należałoby przeanalizować miliony linii kodu różnych produktów. Trzeba wówczas pomyśleć o szczegółach i zależnościach bardziej złożonych niż w przypadku oprogramowania poprzedniej generacji. Awarie czasami jest trudno zdiagnozować, a jeszcze trudniej usunąć.
  • Przekazywanie poprawek i łatek społeczności open source pozwala zmniejszyć ryzyko pojawienia się wykrytych problemów w przyszłości, w kolejnych wersjach kodu. To niezwykle ważny, chociaż często pomijany krok w przypadku korzystania z produktów open source. Jeśli udało się nam usunąć błąd, nie oznacza to wcale, że zauważy go społeczność, zwłaszcza jeśli nie uczestniczymy w bieżących pracach nad rozwojem danego projektu.


Jeśli przyjrzymy się kwestiom związanym z obsługą, kompetencjami i interakcją ze społecznością open source, to okaże się, że niektóre projekty realizowane we własnym zakresie nie odnoszą zakładanego sukcesu. Niestety często zdarza się, że zdajemy sobie z tego sprawę, kiedy na zbudowanych rozwiązaniach funkcjonują już krytyczne aplikacje. Dyrektorzy ds. informatyki rozumieją, o co toczy się gra i bardzo dokładnie porównują wady i zalety podejścia opartego na tworzeniu własnych systemów i zakupu gotowych rozwiązań, nawet w obliczu zewnętrznych nacisków i sugestii samodzielnej pracy w ramach zespołu.

Celem firm takich jak Red Hat jest dostarczanie produktów klasy korporacyjnej, dzięki którym przedsiębiorstwo będzie w stanie uwzględnić innowacyjne funkcje rozwiązań open source. Jednakże poza dystrybucją komponentów tego typu, Red Hat uczestniczy w działaniach społeczności. Tysiące naszych specjalistów bierze udział w poszczególnych projektach, ponieważ chcemy poznać kod, który oferujemy. Dzięki temu można wpłynąć na uwzględnienie poprawek w nowszych wersjach.

Nowe środowisko oferuje użytkownikom wiele możliwości wyboru, pozwala też wykorzystać innowacyjne funkcje wkrótce po ich pojawieniu się na rynku. Dyrektorzy ds. informatyki, dyrektorzy techniczni i pozostali przedstawiciele branży IT mogą z optymizmem myśleć o przyszłości. Wszyscy jesteśmy przekonani, że poradzimy sobie z nowymi problemami i zagadnieniami, udostępnimy zróżnicowane usługi czy produkty naszym użytkownikom końcowym, dzięki czemu będziemy lepiej przygotowani do zmian zachodzących w środowisku biznesowym. Menedżerowie nie powinni jednak tracić pewności siebie w obliczu zbyt wielu możliwości wyboru. To okazja do działania dla zaufanych partnerów, takich jak firma Red Hat. Zajmujemy się tym od dawna i mimo zmian zachodzących w branży oraz rozpowszechnienia środowisk przetwarzania w chmurze nadal jesteśmy gotowi pomagać klientom w tworzeniu infrastruktury informatycznej nowej generacji.

Autorzy: Mike Kelly, chief information officer, Red Hat oraz Matt Hicks, senior vice president of software engineering, Red Hat

PRZECZYTAJ RÓWNIEŻ:


Back to top