Chcielibyśmy pokazać naszym Czytelnikom punkt widzenia handlowca – prawdę o jego warunkach pracy, wyzwania, jakim musi sprostać, a także ewentualne uwagi do sposobu działania resellerów i integratorów.

Dlatego prosimy o odpowiedź na trzy pytania znajdujące się w ankiecie poniżej.

Artykuł Handlowiec u dystrybutora – szczerość za szczerość pochodzi z serwisu CRN.

Notebook HP 15-BS152NW – 1 sztuka

Stylowy laptop z matrycą wielkości 15,6 cala charakteryzuje się niezawodnym działaniem i długim czasem pracy akumulatora – możesz swobodnie surfować w internecie, przesyłać dane, pracować i mieć stały dostęp do tego, co dla Ciebie najważniejsze. Wyposażony w procesor Intel® Core™ i3 5gen 5005U 2 GHz, 4 GB RAM, dysk 500 GB oraz Windows 10. Więcej na: www.hp.pl

ZDOBYWCA NAGRODY:

– Michał Witczak, Sales Executive, MDM KOMPUTERY, Ostrów Wielkopolski

Bon wakacyjny ITAKA – 5 sztuk

Bon wakacyjny o wartości 1500 zł na wakacje marzeń, uprawniający do wykupienia dowolnej wycieczki z oferty Biura Podróży ITAKA. Więcej na: www.itaka.pl

ZDOBYWCY NAGRODY:

– Rafał Glazer, dyrektor działu handlowego, MAINSOFT, Słupsk

– Hubert Klimczak, właściciel, IT PARTNER, Gniezno

– Paweł Mudryk, CEO, CLOUD IT SERVICES & SUPPORT, Świeszyno

– Andrzej Kobus, właściciel, AMK-INFO, Warszawa

 – Anna Kozal, właściciel, SERWERY-NAS.PL, Wrocław

System WiFI Mesh AC1200 TP-Link Deco M4 – 2 sztuki

                                                                                       TP-Link Deco M4 to rozwiązanie umożliwiające zbudowanie wydajnej sieci Wi-Fi w mieszkaniu czy jednorodzinnym domu. Rutery Deco współpracują ze sobą, aby tworzyć jednolitą sieć Wi-Fi. Podczas przemieszczania się po domu Twój telefon lub tablet zawsze połączy się z jednostką Deco, która oferuje mu najlepsze połączenie, bez przerywania transferu, buforowania czy spadków prędkości. System Deco M4 działa w standardzie 802.11 ac, zapewniając przepustowość do 867 Mb/s w paśmie 5 GHz oraz do 300 Mb/s w 2,4 GHz. Każda jednostka Deco M4 wyposażona jest również w 2 gigabitowe porty Ethernet. Więcej na: www.tp-link.com.pl

ZDOBYWCY NAGRODY:

– Mariusz Trębacz, prezes zarządu, PRIMA – KOMPUTERY, Koszalin

– Piotr Wyrwiński, właściciel, ATAPOL, Bydgoszcz

Urządzenie HP Ink Tank Wireless 419 – 1 sztuka

Do 15 000 stron w czerni lub 8000 stron w kolorze z zestawu!
Wygodny system uzupełniania tuszu uniemożliwiający rozlanie. Pojemniki na atrament dużej pojemności. Dzięki aplikacji HP Smart zapewnia łatwe bezprzewodowe drukowanie z urządzeń mobilnych. Funkcje kopiowania i skanowania za pomocą połączenia Wi-Fi Direct, sieci bezprzewodowej oraz USB. Możliwy druk bez marginesów. Więcej na: www.hp.pl

ZDOBYWCA NAGRODY:

– Remigiusz Waszkiewicz, właściciel, PHU ELITE, Świnoujście

Odbiornik muzyczny Bluetooth TP-Link HA100 – 3 sztuki

Odtwarzaj muzykę ze swojego smartfona czy tabletu bezprzewodowo na dowolnym głośniku przez Bluetooth. Obsługuje urządzenia z wejściem jack 3,5 mm lub RCA. Zasięg do 20 m. Więcej na: www.tp-link.com.pl

ZDOBYWCY NAGRODY:

– Katarzyna Ossolińska-Sambor, regionalny kierownik sprzedaży, XCOMP, Olsztyn

– Przemysław Porada, prezes zarządu, APPARIT, Wrocław

– Maciej Szenejko, dyrektor zarządzający, PREMNET Gdańsk

SERDECZNIE GRATULUJEMY!

Artykuł WYNIKI konkursu z nagrodami – Plebiscyt CRN za 2018 pochodzi z serwisu CRN.

Bon wakacyjny ITAKA – 5 sztuk

Bony wakacyjne o wartości 1500 zł każdy uprawniające do wykupienia dowolnej wycieczki z oferty Biura Podróży ITAKA. Więcej na: www.itaka.pl

ZDOBYWCY NAGRODY:

– Rafał Pick, dyrektor handlowy, Veriti, Warszawa

– Tomasz Działo, inżynier wsparcia sprzedaży, Komputronik Biznes, Kraków

– Przemysław Napierała, specjalista ds. produktu, Arpol, Poznań

– Grzegorz Anacki, prezes zarządu, ACS Technologie Teleinformatyczne, Gorzów Wlkp.

– Artur Czapski, współwłaściciel, Restor, Józefosław

Voucher weekendowy NORWESKA DOLINA – 3 sztuki

Voucher o wartości 1800 zł na trzydniowy pobyt dla dwóch osób w Norweskiej Dolinie z nielimitowanym wejściem do strefy wellness oraz wyżywieniem. Norweska Dolina, czyli dolina szczęścia i miłości, to esencja luksusu, wyrafinowania oraz wyjątkowej atmosfery w norweskim stylu. Piękny krajobraz, górskie powietrze oraz inspirujący klimat – to powody, dla których warto odwiedzić ten kompleks. Dziewięć willi, mających unikalny charakter, w których znajdują się w pełni wyposażone luksusowe apartamenty, sprawią że poczujesz się jak w domu. Więcej na: www.aparting.pl

ZDOBYWCY NAGRODY:

– Jacek Marynowski, prezes zarządu, Storage IT, Szczecin

– Radosław Osiński, właściciel, Probit 2, Toruń

– Ryszard Kłosek, informatyk, Centrum Usług Informatycznych CIBEH, Tychy

Żarówka TP-Link LB130 – 5 sztuk

Umożliwia zaprogramowanie oświetlenia na każdą porę dnia – może być przyciemnione, mieć różne kolory oraz temperaturę barwową. Za pomocą  aplikacji możliwe jest stworzenie harmonogramów działania i scen z wykorzystaniem kilku żarówek, a także monitorowanie zużycia energii. W porównaniu ze zwykłą żarówką 60 W zużywa o 80% energii mniej. Więcej na: www.tp-link.com

ZDOBYWCY NAGRODY:

– Bartosz Ignaczuk, kierownik serwisu, CRkom Roman Czapski, Wysokie Mazowieckie

– Marek Daniłowski, właściciel, Danbit Systems, Warszawa

– Aleksander Walas, właściciel, Firma Komputerowa Olnet, Oględów

– Tomasz Karolewicz, właściciel, Uni CAD, Sosnowiec

– Tomasz Misztal, dział administracji, Neo Komputer, Ostróda

Urządzenie wielofunkcyjne Epson L4160 EcoTank ITS – 2 sztuki

Ten przyjazny w obsłudze model drukarki docenią duzi i mali domownicy, drukując dosłownie za grosze dokumenty, obrazki czy zdjęcia. Zamiast drogich kartridżów, ma intuicyjny system uzupełniania atramentu z butelek, które ograniczają ryzyko jego rozlania. Ekran LCD, czytnik kart SD oraz funkcja druku dwustronnego to dodatkowe atuty, a przede wszystkim w zestawie z urządzeniem znajduje się zapas tuszu na trzy lata! Więcej na: www.epson.pl/ecotank

ZDOBYWCY NAGRODY:

– Rafał Grobelak, Sales Executive, Inter-Komet PC, Łódź

– Sebastian Błaszczykiewicz, właściciel, Maniax Multimedia, Brzeziny

Bank energii TP-Link TL-PB20100 – 5 sztuk

Ma bardzo dużą pojemność – aż 20 100 mAh. Błyskawicznie ładuje dwa urządzenia jednocześnie, niezwykle szybko odbywa się też jego ponowne naładowanie. Jego mocne strony to: kompatybilność z większością urządzeń, zabezpieczenia chroniące m.in. przed zwarciami, nadmiernym ładowaniem czy przegrzaniem oraz wbudowana latarka. Więcej na: www.tp-link.com

ZDOBYWCY NAGRODY:

– Tomasz Ćwienk, kierownik ds. nowych projektów, Digital Core Design, Bytom

– Agata Adamiec, właściciel, PC Feniks, Zabrze

– Tomasz Mickiewicz, menedżer działu zakupów i sprzedaży, SpaceOne, Wrocław

– Rafał Pogorzelski, właściciel, Deracom Komputery Osobiste, Wyszków

– Arkadiusz Łobodziec, dyrektor oddziału, Koma Nord, Kraków

WSZYSTKIM LAUREATOM SERDECZNIE GRATULUJEMY!

Artykuł WYNIKI konkursu z nagrodami – Plebiscyt CRN za 2017 pochodzi z serwisu CRN.

Do głównych cech związanych z wydajnością i dostępnością MongoDB należą m.in.:

• wsparcie modelu zagnieżdżonych danych ogranicza aktywność I/O systemu bazodanowego,
• indeksy pozwalają na szybsze wykonywanie zapytań i umożliwiają dołączanie kluczy z zagnieżdżonych dokumentów.

Wysoka dostępność

• zestaw replikacyjny to zbiór serwerów MongoDB, które utrzymują ten sam zbiór danych, zapewniając nadmiarowość i zwiększając dostępność,
• automatyczny failover.

Automatyczne skalowanie

• wykorzystanie automatycznego mechanizmu shardów rozkłada dane pomiędzy serwery w klastrze,
• zestaw replikacyjny umożliwia wykonywanie szybkich operacji czytania dla instalacji mających sprostać potrzebom wysokiego obciążenia.

MongoDB pod względem sposobu pracy z danymi jest rozwiązaniem wyspecjalizowanym, ale może być wykorzystanie w wielu obszarach, t.j. systemach zarządzania treścią (Content Management System), aplikacjach mobilnych, grach, rozwiązaniach e-commerce, archiwizacji, czy logowania.

Dla pełnego wykorzystania możliwości pracy z danymi w bazie, MongoDB udostępnia sterowniki i dokumentację dla najpopularniejszych platform programistycznych, m.in. C#, Java, Node.js, PHP, Python, Ruby.

 

Artykuł Mongo DB: zarządzanie bazą danych w chmurze pochodzi z serwisu CRN.

Usługą, która ma zagwarantować największy poziom funkcjonalności dla większości istniejących na rynku aplikacji pisanych dla różnych platform jest MariaDB 10. Jest to najnowsza i najbardziej zaawansowana wersja popularnej relacyjnej bazy danych MariaDB. Z jednej strony usługa oferuje kompatybilność z odpowiednimi wersjami MySQL, co sprawia, że aplikacje, które były tworzone na ten silnik bazodanowy, nie powinny mieć problemu z przejściem na MariaDB. Z drugiej strony w porównaniu z MySQL dodaje wiele nowych funkcjonalności, niezbędnych w najbardziej zaawansowanych scenariuszach aplikacji webowych. W przypadku MariaDB dostępność i skalowalność jest zaimplementowana poprzez technologię klastrową i replikację danych na wiele serwerów, co zapewnia wyeliminowanie jednego punktu awarii i rozłożenie obciążenia na wiele serwerów.

Wysoka skalowalność MariaDB jest uzyskiwana dzięki:

• równoległej replikacji typu Slave – kompatybilny z MySQL 5.6 mechanizm replikacji, ale gwarantujący uruchomienie równolegle wielu transakcji w ramach jednej bazy, co zapewnia czterokrotne przyspieszenie sprawności replikacji;
• wieloźródłowej replikacji – umożliwia replikację danych do bazy Slave z wielu serwerów Master. W przypadku, kiedy dane są składowane na wielu serwerach (wiele baz danych, wiele aplikacji, shardy), MariaDB udostępnia mechanizm replikacji tych danych do jednego źródła w celu np. archiwizacji lub analizy;
• globalnemu identyfikatorowi transakcji – zapewnia nadawanie zdarzeniom w hierarchii replikacyjnej między wieloma domenami unikalnego identyfikatora, co gwarantuje, że mechanizm replikacji w wysoce skalowalnym środowisku udostępnia przetwarzanie transakcji spełniających założenia ACID;
• silnikowi składowania Spider – silnik składowania z wbudowaną obsługą shardów, wspierający partycjonowanie i transakcje rozproszone ma umożliwić przechowywanie danych na wielu instancjach serwera i serwowanie ich tak, jakby to była jedna instancja. Umożliwia wykonywanie wydajnych, równoległych i wieloserwerowych zapytań;
• silnikowi składowania TokuDB – zintegrowany z MariaDB TokuDB wykorzystuje zaawansowane mechanizmy indeksowania i kompresji danych, które umożliwiają dużo szybsze wykonywanie operacji modyfikujących dane, w dużym stopniu redukując opóźnienia w procesie replikacji baz slave;
• ulepszonemu partycjonowaniu tabel – kontrolowanie partycjonowania danych na poziomie aplikacji pozwala na podejmowanie decyzji przez aplikację, w jaki sposób tabela jest przechowywana w wielu plikach i na wielu serwerach dla zapewnienia większej wydajności i skalowalności.

Aplikacje utrzymywane na platformie CloudPortal łączą się z usługą bazy danych za pośrednictwem dodatkowego routera TCP – switchboard. Jest to komponent udostępniający warstwę proxy odpowiedzialną za zagwarantowanie wysokiej dostępności w połączeniach z serwerem MariaBD. Switchboard utrzymuje połączenia klienckie do jednego z węzłów klastra bazodanowego i przełącza je pomiędzy węzłami w przypadku awarii.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł Mechanizmy wysokiej dostępności relacyjnych baz danych w CoudPortal.pl pochodzi z serwisu CRN.

Dla aplikacji Ruby i RoR CloudPortal domyślnie wykorzystuje standardowe biblioteki serwera web WEBRick. W sytuacji kiedy aplikacja wymaga bardziej zaawansowanej konfiguracji można skorzystać z funkcjonalności oferowanych przez serwer PhusionPassanger, Puma, Thin lub Unicorn. Uruchomienie aplikacji w niestandardowej konfiguracji wymaga:

• – dodania odpowiedniego gema serwera do Gemfile,
• – utworzenia lub zmodyfikowania pliku konfiguracyjnego w folderze config aplikacji (np. config/puma.rb),
• – utworzenia w folderze głównym aplikacji pliku Procfile, którego obecność informuje komórkę obliczeniową aplikacji o konieczności uruchomienia odpowiednich procesów (np. serwera puma z odpowiednią konfiguracją) dla pożądanego funkcjonowania aplikacji.

Aplikacje uruchomione na Cloudportal przy pomocy szablonu Ruby mogą wykorzystywać wszystkie dostępne w środowisku usługi. Proces przypisywania tworzenia instancji usługi i przypisywania jej do aplikacji jest taki sam jak w przypadku każdego środowiska uruchomieniowego, ale sam proces konfiguracji aplikacji podczas jej uruchamiania jest charakterystyczny dla każdego buildpacka. Dane konfiguracyjne dotyczące przypisanych usług są przekazywane do aplikacji za pomocą zmiennej środowiskowej VCAP_SERVICES. Aplikacja może przy pomocy gema cf-apps-utils odczytać informacje w niej zawarte na podstawie nazwy, tagu lub etykiety. Podczas instancjonowania aplikacji, buildpack Ruby tworzy na podstawie zmiennej VCAP_SERVICES zmienną środowiskową DATBASE_URL, której zawartość jest wykorzystywana do zamiany zawartości pliku database.yml. Aplikacje nie bazujące na RoR również mogą wykorzystać dane zawarte w zmiennych środowiskowych np. vcap_services = JSON.parse(ENV[’VCAP_SERVICES’]).

Środowisko uruchomieniowe Ruby w CloudPortal umożliwia również na wykonanie podczas instancjonowania aplikacji poleceń Rake. Można ich użyć do odczytywania zmiennych środowiskowych i konfiguracji platformy aplikacji lub usług, np. utworzenia wstępnego schematu bazy danych i importu danych. Polecenia powinny znajdować się w plikach .rake w folderze aplikacji lib/tasks. Informacja o konieczności uruchomienia polecenia powinna zostać również umieszczona w pliku manifestu aplikacji.

Twórcy aplikacji dla środowiska Ruby na platformie CloudPortal powinni również zwrócić uwagę na wymagania, jakie buildpack stawia przed każdym uruchamianym programem:

• – aplikacja musi zawierać pliki Gemfile i Gemfile.lock,
• – dla aplikacji Rack i Sinatra jest wymagany odpowiedni plik config.ru,
• – CloudPortal wspiera proces prekompilacji zasobów i może on być automatycznie wykonywany podczas instancjonowania aplikacji. Jest jednak zalecane, aby prekompilacja była wykonywana przed podładowywanie aplikacji. Zapewnia to skrócenie czasu jej uruchamiania i uniknięcie problemów z reinicjalizacją aplikacji podczas prekompilacji.
• – Platforma CloudPortal może przechwytywać i udostępniać developerowi informacje diagnostyczne z aplikacji, ale muszą być one pisane do STDOUT lub SDRERR. W zależności od wersji Rails buildpack może, ale nie musi automatycznie zainstalować odpowiedni plugin (rails_log_stdout dla Rails 2.x) lub gema (rails_12factor dla Rails 3.x i 4.x). W przypadku Rails 4.x twórca programu powinien dodać rails_12factor do pliku Gemfile.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł Aplikacje Ruby na platformie CloudPortal pochodzi z serwisu CRN.

Firmy tworzące oprogramowanie również mogą skorzystać z modelu cloud computing, aby usprawnić i przyspieszyć tworzenie, testowanie oraz wprowadzanie na rynek swoich aplikacji.  Jednym z najszybciej rozwijających się modeli chmury jest PaaS czyli Platforma jako usługa. W modelu Paas dostawca platformy, taki jak CloudPortal, zapewnia w pełni zautomatyzowane środowisko pracy, obejmujące szeroki zakres kluczowych dla deweloperów  funkcjonalności.

Najistotniejsze z nich to:

1. Szeroki zakres dostępnych języków programowania i frameworków. W tej chwili CloudPortal umożliwia używanie umożliwia używanie takich języków programowania jak: Java, Python, Ruby, PHP, Golang, nodejs oraz .Net. Dzięki zautomatyzowanym buildpackom język aplikacji jest automatycznie rozpoznawany podczas wgrywania oprogramowania na platformę.
2. Bazy danych SQL i noSQL w formie dostępnych w każdej chwili wysoko dostępnych usług. Do dyspozycji programistów są: MySQL, PostgreSQL, MongoDB, Redis.
3. Otwarte standardy – Cloudportal bazuje na otwartych standardach. Niewielkim nakładem pracy można przenieść na ta platformę aktualnie posiadane aplikacje, jak i przenosić do innych środowisk aplikacje tworzone z myślą o platformie Cloudportal.
4. Skalowalność – w ramach usługi Cloudportal można w płynny i niewidoczny dla użytkownika sposób zwiększać zasoby przydzielone do aplikacji oraz bazy danych. Programy są uruchamiane w oddzielnych, izolowanych instancjach, dzięki czemu mają przydzielane odpowiednie zasoby i nie są narażone na efekt „hałaśliwego sąsiada” ze strony innych aplikacji.
5. Ciągłość działania – aplikacje mogą mieć wiele instancji, awaria pojedynczej instancji nie powoduje przerwy w działaniu programu. Aplikacje, które mają wiele instancji, są umieszczone w różnych strefach dostępności. Wszystkie komponenty infrastruktury są w pełni redundantne.
6. Ochrona danych – zapewnia bezpieczeństwo i wysoką dostępnością aplikacji. Poza tym oferuje programistom pełną zgodność dokumentów z obowiązującymi przepisami, umowę powierzenia danych oraz umowę o poufności danych (NDA).
   Cała transmisja danych do aplikacji oraz do baz danych jest szyfrowana. Platforma daje również możliwość implementacji SSO (pojedynczego logowania) do aplikacji na niej umieszczonych.
7. Market aplikacji – jedną z najciekawszych funkcji, jakie oferuje CloudPortal, jest market aplikacji. Firmy programistyczne mogą nie tylko korzystać z platformy PaaS do rozwijania programów, ale także do ich sprzedaży w powiązanym z platformą Markecie.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł 7 powodów dla których warto wybrać CloudPortal jako platformę dla aplikacji pochodzi z serwisu CRN.

RIAK CS (Cloud Storage) jest usługą magazynu obiektowego dla CloudPortal, bazującą na oprogramowaniu RIAK. Może być wykorzystana do mapowania zdefiniowanych w konfiguracji aplikacji folderów, aby zagwarantować składowanie lokalnych plików w jej bazie a nie w pamięci komórki obliczeniowej.

Główne cechy RIAK CS to:

•    magazyn o wysokiej dostępności, odporny na awarie dzięki wykorzystaniu wielu węzłów,
•    wsparcie dla dużych obiektów i możliwość wieloczęściowego podładowywania zbiorów,
•    mechanizm uwierzytelniania i AP kompatybilne z S3,
•    wsparcie dla separacji podmiotów (multi-tenancy) i raportowanie per-user,
•    elastyczne statystyki monitorowania i wydajności.

Dzięki kompatybilności APIS RIAK CS z S3 operacje związane z magazynem mogą być wykonywane przy pomocy istniejących bibliotek i narzędzi. API RIAK wspiera operacje RESful GET, PUT i DELETE dla obiektów i porcji danych. Obecnie można znaleźć wiele napisanych klientów we wszystkich popularnych języków programowania. Oficjalnie są usługa jest zgodna z oprogramowaniem klienckim w językach Java, Ruby, Python i Erlang. Przykładami sprawdzonych klientów dla CloudPortal mogą być:

•    s3curl,
•    s3cmd,
•    fog,
•    Basho java client.

Podczas podładowywania obiektu RIAK CS rozbija go na mniejsze bloki, które są składowane, udostępniane i replikowane na klastrze węzłów RIAK. System replikacji Riak bazuje na technologii Dynamo i teorii CAP. Do replikacji i dystrybucji N kopii każdej wartości pomiędzy węzłami klastra składającego się kilku maszyn fizycznych jest wykorzystywana technika zgodnego mieszania (consistent hashing). Dzięki temu zagwarantowana jest duża skalowalność partycjonowania danych w stosunku do liczby węzłów współpracujących w klastrze.
W przypadku klastra opisywanej usługi każdy węzeł jest równoprawny i może koordynować operacje zapisu/odczytu dla dowolnego węzła.  RIAK kładzie nacisk na dostępność tych operacji i sam ciężar rozwiązywania konfliktów może powierzać klientowi podczas operacji czytania lub można to powierzyć wewnętrznemu podsystemowi antyentropii. W związku z tym, że RIAK kładzie duży nacisk na możliwość zapisu informacji, jest zgodny również z mechanizmami obsługującymi wersjonowanie i gwarantującymi spójność danych.  Do rozwiązywania konfliktów może być użyta funkcjonalność vector clock lub prosty mechanizm oparty o kopie migawkowe.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł Cloudportal – składowanie danych dla aplikacji w RIAK CS pochodzi z serwisu CRN.

Przygotowanie
poprawnego środowiska dla aplikacji na platformie Cloud Portal spoczywa na buildpacku, którego zadaniem
jest instalacja niezbędnych komponentów i ich konfiguracja zgodna z potrzebami konkretnego programu. Środowisko pracy w
chmurze nie daje możliwości nieograniczonej ingerencji w sposób przygotowania
systemu pod aplikację i dokonywania modyfikacji „adhoc”.  Cloudportal wspiera jednak m.in. elastyczny
buildpack dla aplikacji PHP, który zapewnia wysoce konfigurowalne środowisko
uruchomieniowe nawet dla najbardziej zaawansowanych rozwiązań. 

W zależności od potrzeb programista uzyskuje możliwość zainstalowania:

• ·        
  serwera Apache 2.4, lub Nginx 1.5,1.6,1.7
• ·        
  wersji PHP 5.4, 5.5, 5.6 lub HHVM 3.2.

Ma także dostęp do: 

• ·        
  środowiska uruchomieniowego php-cli, php-cgi,
  php-fpm, hhvm,
• ·        
  ponad 50 dostępnych rozszerzeń php do wyboru.

Sam proces instalacji aplikacji PHP można podzielić na kilka
podstawowych etapów. Podczas podładowywania plików aplikacji
Cloudportal wykrywa plik index.php i wymusza uruchomienie odpowiedniego
buildpacku, po czym następuje: 

1. przydzielenie zasobów dla aplikacji,
2. uruchomienie buildpacku PHP,
3. kopiowanie plików aplikacji do folderu htdocs,
4. pobranie, instalacja i konfiguracja
   odpowiednich wersji serwera www, środowiska PHP i koniecznych rozszerzeń.

Po zakończeniu tego procesu aplikacja jest dostępna pod zadeklarowanym
adresem.

W zależności od skali skomplikowania aplikacji i potrzeby
zmian domyślnych ustawień środowiska można wystąpić potrzeba dodania
komponentów konfiguracyjnych do standardowych plików aplikacji. Środowisko
Cloudportal i buildpack PHP dają dostęp do:

• pliku manifestu aplikacji, który zawiera
  podstawowe dane konfiguracyjne, jak wielkość przydzielonej pamięci RAM, liczbę
  instancji aplikacji, informację o dodatkowych usługach Cloudportal, czy
  wartości zmiennych środowiskowych;
• plików opcji w formacie JSON, w których jest
  przechowywana informacja dotycząca konieczności włączenia niestandardowych
  rozszerzeń, czy opcji konfiguracji PHP;
• plików skryptów np. w języku Python, które są
  odpowiedzialne za wszelkie pozostałe zmiany w środowisku uruchomieniowym
  i plikach podładowanej aplikacji.

Sama aplikacja może wymagać zmiany uprawnień
do folderów, niestandardowych wpisów do plików konfiguracyjnych i pobrania
danych ze zmiennych środowiskowych – umieszczenie skryptów konfiguracyjnych w
folderze aplikacji umożliwia dokonanie tych zmian przez buildpack.

Przy uruchamianiu każdej aplikacji w środowisku chmury
obliczeniowej należy także pamiętać o specyficznym cyklu życia każdej
instancji
programu. Lokalny system plików, a co za tym
idzie
wszystkie pliki podładowane do folderów aplikacji po jej zainstalowaniu a
także dane
sesyjne, mają charakter nietrwały i mogą ulec zniszczeniu w procesie
naprawy
lub po ponownym uruchomieniu instancji. Dla zachowania tych danych
programista – w
odróżnieniu do zwykłego środowiska uruchomieniowego – musi
zagwarantować, że konfiguracja aplikacji obejmie dodatkowe usługi
CloudPortal, które umożliwiają bezpieczne składowanie danych poza
systemem aplikacji. Do tych usług należą np.
kompatybilny z S3 magazyn obiektowy RIAK, MongoDB i memcached.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł Cloudportal: elastyczny buildpack dla aplikacji PHP pochodzi z serwisu CRN.

Specyfika chmury narzuca jednak
pewne ramy funkcjonowania aplikacji i dla pełnego wykorzystania jej potencjału
należy pamiętać o kilku podstawowych cechach i zasadach.

I. Niezależnie od tego, czy aplikacja
jest napisana dla środowiska PHP, Ruby, Java lub innych wspieranych frameworków,
może być uruchamiana w jednej lub kilku instancjach – w zależności od potrzeb
klienta i konieczności sprostania zwiększonemu obciążeniu. Każda instancja to
niezależna komórka obliczeniowa, tworząca kompletne środowisko wykonawcze. W
związku z tym nie należy polegać na lokalnych magazynach danych, lokalnych
danych sesyjnych lub plikach do przechowywania informacji, ale umieszczać je w
zewnętrznych – współdzielonych przez aplikację usługach (np. MongoDB, MySQL,
memcached, riak).

II. Każda instancja aplikacji
podczas restartu jest doprowadzana do stanu pierwotnego, co oznacza utratę
wszystkich lokalnie zapisanych plików konfiguracyjnych, zmodyfikowanych
szablonów i podładowanych plików. Można temu zaradzić przez wykonywanie
odpowiednio przygotowanych skryptów – przygotowujących środowisko wykonawcze –
uruchamianych podczas instancjonowania aplikacji i zdefiniować, które foldery
powinny być podmapowane do zewnętrznych systemów plików, aby mogły być
współdzielone przez instancje i zachowane między restartami aplikacji.

III. Aplikacje uruchamiane w
chmurze są widoczne i odpowiadają na zapytanie tylko po nazwie zadeklarowanej
podczas rejestrowania aplikacji na portach 80 (standardowy http) lub 443
(standardowy https).

IV. Podczas umieszczania
aplikacji w chmurze, wszystkie pliki znajdujące się w folderze programu są
podładowywane do magazyny chmury. Jedynie pliki kontroli wersji tj. .svn, .git,
.darcs są automatycznie pomijane podczas tego procesu. Dla zmniejszenia
wielkości aplikacji należy zadeklarować, które foldery mają być pominięte podczas
przygotowywania obrazu aplikacji (np. pliki logów, foldery plików
tymczasowych).

V. Podczas tworzenia aplikacji
wszelkie dane konfiguracyjne potrzebne do korzystania z zewnętrznych usług (np.
konfiguracja połączenia do serwerów baz danych, poświadczenia do usług
zewnętrznych jak Amazon S3, czy Twitter, URL aplikacji) nie powinny być na
sztywno przechowywane w kodzie, lecz pobierane z odpowiednich zmiennych
środowiskowych. Zmienne udostępniane przez środowisko chmury są mechanizmem
niezależnym od frameworka aplikacyjnego i przechowują jednolite informacje dla
wszystkich instancji aplikacji. Można się do nich odwoływać bezpośrednio lub
wprowadzać wartości zmiennych środowiskowych do plików konfiguracyjnych za
pomocą skryptu instalacji aplikacji.

Dotacje na innowacje. Inwestujemy w waszą przyszłość

Artykuł CloudPortal: zasady wykorzystania aplikacji pochodzi z serwisu CRN.