IBM розширила можливості бессерверной платформи OpenWhisk



Бессерверные архітектури для додатків — один із сучасних напрямків розвитку хмарних технологій. Правда, незважаючи на назву, ця модель обчислень зовсім не передбачає відмову від використання серверів. Тут основа платформи — микросервисы, що виконують специфічні функції. Як правило, такі сервіси запускаються з використанням логічних контейнерів — раніше така можливість була недоступною для користувачів, оскільки останні повинні визначати апаратні ресурси для підключення.

Зараз же для роботи в середовищі потрібен лише інтерфейс завантаження коду з можливістю підключення джерел, які створюють події для підключається микросервиса. Правда, специфіка використання подібної архітектури припускає залежність від роботи сторонніх BaaS або FaaS систем, які виконуються в окремих контейнерах. У компанії IBM є власний варіант реалізації бессерверной архітектури. Це OpenWhisk, микросервис, який днями обзавівся більш широким набором функцій і можливостей, ніж раніше.

Читати далі →

«Що-почім у хмарах» — огляд цін на українському хмарному ринку



Нещодавно вирішив змінити роботу, а заодно – і напрямок діяльності/розвитку. Піддавшись модному течією – пішов в IT, влаштувався в компанію, що займається хмарними технологіями. А оскільки напрямок для мене абсолютно нове – зробив наголос на RTFM і почав посилено вивчати мат.частина. В процесі — захотілося прояснити місце компанії під сонцем місцевого ринку. Поки це робив – накопичилося трохи матеріалу, який я спробував систематизувати і звести в одну купу. Вийшла, начебто непогана річ. Ну, і так як мама вчила ділитися – то ось вам вкусняшка, користуйтеся, хто хоче. (Зведена табличка – у кінці тексту).

Читати далі →

Добірка корисних матеріалів за DevOps

Ділимося новим контентом за DevOps: курси Microsoft Virtual Academy російською мовою, відео-уроки по DevOps-практикам на Channel 9 і добірка корисних матеріалів.



Читати далі →

OpenShift v 3 III. OpenShift Origin 1.3

Введення
Як же говорилося, Redhat OpenShift Container Platform 3.3 базується на Redhat Openshift origin. Поточна версія — 1.3. Так як це OpenSource, можна поставити його собі. Від основної теми трохи відходимо. Але:
  1. Це цікаво.
  2. Немає обмежень на кількість проектів (крім потужністю заліза).
Ця стаття саме про установку PaaS платформи у себе. Мається на увазі вміння працювати з Docker і гарне знайомство з RHEL7.1/CentOS7.1/Fedora21, ще можна використовувати RHEL Atomic Host 7.2.6 і вище. Взагалі в оригінальної документації пропонується два шляхи. Для розробника і адміністратора кластера. Адміністраторові пропонується кілька варіантів, у тому числі і встановлення повноцінного кластера. Запасіться залізом і ресурсами. Так, ще звичайно знання Ansible не завадить.
Але поки розглянемо найпростіший варіант. Встановлення контейнера origin.

Читати далі →

OpenShift v3. Частина II. Продовження знайомства. ROR4

У попередньої частини розглянутий сам продукт, а також простенький приклад роботи з PaaS реалізацією. Підемо далі. Поставимо Ruby-on-Rail 4 з PostgreSQL. В процесі познайомимося:

1. З вбудованими граблями.
2. Схемою розробки, вона відрізняється від такої у v2.
3. Деякими командами консольного клієнта.

Читати далі →

OpenShift xPaaS version 3. «Hello, world»

Спочатку визначимося:
Redhat OpenShift Container Platform 3.3 (раніше OpenShift Enterprise) — комерційна платформа для створення власного космічного корабля примірника the Next Generation Container OS, доки тут. Взагалі для занурення в глибину глибин Linux Atomic Host і цей пост. Все англійською.
OpenShift Origin — Open Source проект, безкоштовний варіант вищезазначеного продукту. Повна аналогія Fedora/RHEL.
Redhat OpenShift xPaaS містить web консолі версії 2 і 3 (Next Gen). версія 3 і є хмарна варіація Redhat OpenShift Container Platfоrm 3.3. З 1 серпня 2016 року реєстрація нових користувачів під v2 припинена. Різниця преогромная. Я наводив приклад розгортання програми для v2. У v3 можливостей більше, та й просто це інший продукт. Далі в пості простенький приклад, щоб відчути систему.
Читати далі →

Autoscaling — інструмент автоматичного вертикального масштабування ресурсів (CPU|RAM|HDD)

На початку цього року у наших хмарних VDS з'явився публічний API. Він дозволяє клієнту робити практично все ті ж дії з хмарними віртуальними машинами та дисками, що і в панелі: створювати, видаляти диски і ВМ, змінювати тарифи та розмір диска і тп.





Разом з появою API з'явилася ідея на його основі реалізувати систему моніторингу за ресурсами віртуальної машини (ВМ), що працює всередині машини, і автоматичного збільшення/зменшення необхідних ресурсів за необхідності — автоскейлинг (autoscaling, АЅ).
Деякі пояснення по ASТут варто уточнити, що оскільки система AS базується на API, в її завдання не входить миттєве надання ресурсів на вимогу, у момент появи потреби в них, або вгадування/прогнозування майбутньої потреби в ресурсах. Суть AS полягає в тому, що він має зафіксувати момент, коли можна з упевненістю сказати, що ресурсів поточного тарифного плану стає недостатньо для гарантованого* і своєчасного** виконання запущених на віртуальній машині процесів, і автоматично перевести ВМ на наступний тариф.

**Своєчасного — тому що, якщо виконання запущених процесів впирається в процесорний ресурс, то процеси так чи інакше виконуватися. Але час їх завершення стає непередбачуваним.
*Гарантованого, тому що якщо оперативна пам'ять ВМ близька до вичерпання і на ВМ не налаштований swap, то це означає, що близька ситуація, коли якийсь із запущених на ВМ процесів буде завершено аварійно операційною системою, якщо сумарне споживання пам'яті всіма процесами перевищить її загальний обсяг. Якщо ж swap налаштований, то поки він також не вичерпається, ніхто убитий не буде, але швидкодія ВМ також сильно просяде, т. к. залежатиме від швидкості роботи swap-розділу, яка в будь-якому випадку на порядок менше, ніж швидкість роботи оперативної пам'яті.

Читати далі →

Досвід використання AWS ECS в нашій інфраструктурі

image
У даній статті я б хотів поділитися нашим досвідом використання AWS ECS в інфраструктурі, розповісти про плюси і мінуси цього продукту і про те, як ми вирішували проблеми з цим пов'язані. Почнемо з визначення:
Amazon EC2 Container Service – це високопродуктивний сервіс управління контейнерами з високими можливостями масштабування.
По суті ECS це спроба компанії Amazon влізти в ринок управління контейнерів, де зараз існують Kubernetes, Mesos/Marathon, Docker Swarm та інші. Однак, на відміну від них Amazon надає сервіс з API, таким чином найбільш близький аналог це Google Compute Engine (aka kubernetes-as-a-service). Варто відзначити, що сам ECS безкоштовний, а ви платите тільки за EC2 инстансы.

Читати далі →

Бекап і відновлення пошти з хмари з допомогою Veeam Backup for Microsoft Office 365

Все більша кількість користувачів переходить на Microsoft Office 365, і, природно, бажає бути впевненим у збереженні даних при роботі з хмарним рішенням. На перший погляд здається, що якщо листи лежать в хмарі, то вони автоматично надійно захищені від збоїв і втрат, однак фактично це не так. Насправді вам надається відмовостійкість поштового сервера, але не резервне копіювання листів. Адже якщо, наприклад, вірус, запустившийся на стороні користувача, зашифрує листи в хмарі, то відновити їх просто так не вийде. Тому ми і вирішили зробити продукт, який би дозволяв зберігати резервні копії листів локально. Інструмент для відновлення вмісту поштових скриньок вже був в наявності – це Veeam Explorer for Microsoft Exchange, який успішно пройшов перевірку часом.

Отже, сьогодні я представляю вам новий Veeam Backup for Microsoft Office 365, який планується до випуску в 4м кварталі цього року. За подробицями ласкаво просимо під кат.



Читати далі →

Всі помруть, а я залишуся: реплікації і послеаварийное відновлення в хмару з допомогою Veeam Cloud Connect Replication

» Працюємо з гібридним хмарою: VMware vCloud Connector, частина 1
» Працюємо з гібридним хмарою: VMware vCloud Connector, частина 2

У перших двох частинах ми подивилися, як побудувати гібридне хмара з допомогою VMware vCloud Connector. Сьогодні поговоримо про аварії і про те, як з допомогою ресурсів хмарного провайдера відновлювати «впала» внутрішню інфраструктуру. Розбирати тему будемо на прикладі Veeam Cloud Connect Replication — інструменту, що допомагає налаштувати реплікацію віртуальних машин і запускати репліки в хмарі сервіс-провайдера.

Для дослідів нам знадобляться: своя віртуальна інфраструктура і зовнішні хмарні ресурси на базі VMware, Veeam Backup and Replication не нижче версії 9.



Читати далі →