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.

Market aplikacji (http://oktawave.com/marketplace) zastąpił oferowany dotychczas moduł Aplikacje. Firmy programistyczne mogą publikować szablony gotowych aplikacji, określać sposoby ich licencjonowania i oddawać je w ręce użytkowników. Oni zaś mogą wyszukiwać interesujące ich oprogramowanie i za pomocą kilku kliknięć uruchomić je, korzystając ze swojego konta w chmurze Oktawave.

Korzyści dla klientów i dostawców

Dla użytkownika końcowego znalezienie właściwej aplikacji w Markecie jest bardzo proste. Może on przeglądać listy dostępnych programów – ma do dyspozycji sortowanie i filtrowanie na różne sposoby (m.in. widoki pokazujące polecane, popularne i najnowsze rozwiązania soft-
ware’owe) oraz wyszukiwarkę. Znalezione oprogramowanie może pobierać do katalogu Moje aplikacje na koncie użytkownika Oktawave, uruchamiać je stamtąd, a także komentować i oceniać. Może również uruchomić określone narzędzie wprost z Marketu aplikacji – cały proces jest zautomatyzowany i intuicyjny.

Firmy programistyczne, które mają oficjalny status partnera Oktawave, korzystają  z kreatora, który daje możliwość przygotowania szablonu aplikacji i zamieszczenia go w Markecie. Mają też dostęp do listy utworzonych szablonów, mogą zarządzać licencjami (definiować warunki licencyjne oraz ceny licencji) i przypisywać je do szablonów aplikacji. Poza tym, widok
Moje rozliczenia zapewnia śledzenie kwoty naliczonej na podstawie sprzedanych programów oraz dokonywanie wypłat.

Oktawave planuje, aby docelowo w Markecie aplikacji znalazły się wszystkie rodzaje oprogramowania potrzebnego w codziennej pracy, m.in.:

– aplikacje finansowe,

– systemy zarządzania relacjami z klientami (CRM),

– platformy współpracy online,

– rozwiązania e-commerce,

– aplikacje do zarządzania projektami,

– systemy zarządzania treścią (CMS),

– platformy edukacyjne.

Wkrótce w Markecie aplikacji możliwe będzie również udostępnianie aplikacji serwerowych, bazodanowych, programistycznych lub sieciowych (także w postaci wirtualnych maszyn – tzw. virtual appliance) przez twórców oprogramowania wspomagającego zarządzanie procesami IT.

Jak pobrać aplikację z Marketu?

Aby pobrać lub uruchomić dostępną w Markecie aplikację, należy być zarejestrowanym w systemie Oktawave. Dzięki rejestracji użytkownikowi zostanie nadany odpowiedni zakres uprawnień. Może on wybrać interesującą go aplikację z listy propozycji (sekcje Polecane, Popularne, Najnowsze) lub wyszukiwać je po nazwie, według kategorii lub systemu operacyjnego.

Domyślnie dla danej kategorii prezentowane są najnowsze wersje aplikacji. W miejscu, w którym podawane są szczegóły dotyczące właściwości określonego programu, wyświetlana jest sekcja Powiązane wersje, gdzie można uzyskać dostęp do starszych wersji danego oprogramowania, jeśli istnieją. Szablony aplikacji można pobrać do swojego Katalogu aplikacji – Oktawave nie pobiera za to żadnej opłaty. Na stronie wybranego szablonu znajduje się również opcja do uruchomienia żądanego software’u bezpośrednio z Marketu.

Po uruchomieniu aplikacji konieczne jest doprecyzowanie kilku kwestii, m.in. określenie typu instancji (wybór mocy obliczeniowej i pamięci RAM dla urządzenia, na którym ma działać program) oraz podanie szczegółów instancji (ogólnych i technicznych, np. możliwość włączenia większej liczby instancji naraz). W momencie uruchomienia aplikacji konto użytkownika obciążane jest opłatą zgodną z cennikiem Oktawave, właściwą dla sposobu rozliczania licencji ustalonego przez jej twórcę.

Dariusz Nawojczyk

CMO, Oktawave

Uświadomiliśmy sobie, że udostępniając klientom tylko samodzielnie przygotowane aplikacje, nie damy im prawdziwego wyboru. Dlatego konieczne stało się zaangażowanie całej społeczności deweloperskiej i zaoferowanie klientom końcowym aplikacji w ramach jednej platformy. W ten sposób stworzyliśmy model, w którym programy będą dostępne analogicznie jak w sklepach dla użytkowników urządzeń mobilnych. Dzięki temu dziś chmura typu IaaS może służyć także jako platforma uruchamiania aplikacji biznesowych – na polskim rynku jest to przełom, zarówno dla deweloperów, jak i dla firm poszukujących oprogramowania.

Jak dodawać aplikacje do Marketu?

Aby zyskać możliwość publikowania własnego software’u i sprzedawania go w Markecie Oktawave, konieczne jest uzyskanie dodatkowych uprawnień. W tym celu należy zgłosić się do zespołu Oktawave, który przeanalizuje wniosek. Jeśli zostanie rozpatrzony pozytywnie, użytkownik otrzyma bezpłatnie zestaw dodatkowych narzędzi deweloperskich.

Osoba udostępniająca swoją aplikację musi opisać ją we właściwy sposób (nazwa, wersja, logo, opis merytoryczny itd.) oraz wybrać środowisko uruchomieniowe (wersja systemu operacyjnego oraz rekomendowany typ instancji). Twórca oprogramowania sam ustala jego cenę, a za dokonaną sprzedaż Oktawave nie pobiera żadnej prowizji.

Bardzo ważnym elementem jest określenie sposobu licencjonowania udostępnionego programu. Jest to krok opcjonalny, a więc jeśli do opublikowanej aplikacji nie zostanie przypisana licencja, użytkownik nic za nią nie zapłaci. Sposób licencjonowania określonego programu można zmienić po pewnym czasie. Jednak przeprowadzenie tej operacji nie będzie miało wpływu na sposób rozliczania już uruchomionych aplikacji (z podłączoną starą licencją).

Dodatkowe informacje:

Dariusz Nawojczyk,

Chief Marketing Officer, Oktawave,

dariusz.nawojczyk@oktawave.com

Artykuł powstał we współpracy z firmą Oktawave.

Artykuł Market aplikacji w chmurze Oktawave pochodzi z serwisu CRN.

Łatwa i szybka
dostępność to nie jedyna zaleta korzystania z aplikacji w chmurze. Takie
rozwiązanie umożliwia także na zachowanie niezależności od parametrów
technicznych używanego sprzętu. Ponadto wszelkie kwestie związane z
infrastrukturą informatyczną nie stanowią w takim przypadku problemu.
Aktualizacja oprogramowania czy synchronizacja między urządzeniami leży po
stronie dostawcy aplikacji bądź dostawcy platformy. Cykliczna, miesięczna
opłata za korzystanie z aplikacji działającej w chmurze ułatwia ponadto
planowanie wydatków.

Korzyści
wynikające z usług w chmurze są więc bezsprzeczne. Nie ma znaczenia, czy
użytkownik jest właścicielem małej firmy czy prezesem korporacji – rozwiązanie
to jest opłacalne. Można zintegrować pracę wielu ludzi na wielu urządzeniach
bez ogromnych nakładów finansowych.

Nic dziwnego więc, że aplikacje
działające w chmurze oferowane są przez coraz większą liczbę firm z branży IT.
Jak jednak odnaleźć się na tym konkurencyjnym rynku? Najlepiej już teraz zacząć
korzystać z platform z aplikacjami typu CloudPortal. Oto kilka powodów, dla
których jest to opłacalne.

Pierwszy i najważniejszy argument to
dostęp do szerokiego grona potencjalnych klientów. Szukanie ich na własną rękę
jest czasochłonne i zazwyczaj drogie. Tutaj natomiast sprawa jest prosta –
korzystamy z już zgromadzonych w jednym miejscu użytkowników, którzy mogą stać
się naszymi klientami. Powstająca platforma CloudPortal ofertuje bogatą bazę
aplikacji i proste użytkowanie, które nie wymaga specjalistycznej wiedzy.

Kolejny istotny argument to większe
przychody. To prosta zasada – im więcej potencjalnych klientów, tym
potencjalnie więcej można zyskać. Oczywiście należy pamiętać o tym, że nie
wszystkie rozwiązania są odpowiednie dla wszystkich użytkowników. Platforma
CloudPortal umożliwia dotarcie do ściśle określonej grupy odbiorców, która
będzie zainteresowana konkretnymi rozwiązaniami. Dotarcie do klientów
zagranicznych również jest w ten sposób ułatwione.

Ponadto dzięki korzystaniu z
platformy z aplikacjami CloudPortal zapewnić można firmie stałe, regularne
przychody z „wynajmu” tychże aplikacji. Dzięki comiesięcznym dochodom łatwiej
planować budżet niż przy dużych, lecz jednorazowych przychodach. Comiesięczny
„wynajem” aplikacji w perspektywie czasu jest więc bardziej opłacalny niż
jednorazowa ich sprzedaż.

Jeszcze jeden
ważny powód to brak konieczności budowania własnego systemu rozliczania.
Korzystając z platformy, bazujemy na jej systemie bilingowym – to po stronie
pośrednika, jakim jest taka platforma, leży obowiązek rozliczania się z
klientami.

Platforma CloudPortal
to korzyści zarówno dla programistów, jak i klientów. Z jednej strony to kanał
sprzedaży z ogromną grupą potencjalnych odbiorców, z drugiej miejsce, w którym
w szybki i łatwy sposób można znaleźć, porównać i od razy rozpocząć korzystanie
z oprogramowania, którego się potrzebuje.

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

Artykuł Aplikacje w chmurze – dlaczego warto z nich korzystać? pochodzi z serwisu CRN.