Розповідаємо про те, як ми запускали та розвиваємо хмара 1cloud, говоримо про еволюцію його окремих сервісів та архітектури загалом. Ще розбираємо міфи про IT-інфраструктуру.
Порівнюємо наші очікування до запуску платформи із першим досвідом надання сервісів клієнтам. Починаємо з короткої історії появи 1cloud, потім — розмірковуємо про те, як ми визначали коло своїх клієнтів. Далі — ділимося складнощами, з якими ми зіткнулися, та основними висновками за підсумками їх вирішення. Сподіваємося, що цей матеріал буде корисний стартапам та командам, які починають розробку своїх проектів.
Це — матеріал про те, як ми модифікували платформу, відштовхуючись від потреб клієнтів: реалізовували можливість створення приватних мереж, оновлювали способи управління дисковим простором і нарощували потужності. Крім цього тут ми говоримо про сервіси для тих, хто не відносить себе до системних адміністраторів та IT-фахівців — про шаблони серверів, VDS-хостингу з встановленою панеллю управління та спрощене адміністрування ліцензій.
Коли ми тільки запускали наш сервіс, в основі платформи лежала класична архітектура із трьох складових: веб-сервер, сервер додатків та сервер БД. Однак згодом наша інфраструктура розрослася географічно і з'явилося безліч різних компаній-клієнтів. Стара триланкова модель мала певні обмеження з точки зору масштабування, і ми вирішили випробувати модульний підхід до вибудови архітектури. Про те, як ми підійшли до цього завдання, і з якими проблемами зіткнулися у процесі впровадження нової архітектури, читайте у цій статті.
Цикл розробки нових релізів наших продуктів був певною мірою нестабільний і змінювався за своєю тривалістю. Перехід на DevOps дозволив підвищити ефективність розробки та стабілізувати часові рамки виходу оновлень. З цього матеріалу ви дізнаєтеся про деякі нюанси нашої реалізації DevOps-підходу в рамках роботи над 1cloud.
Ділимося досвідом організації взаємодії з клієнтами: від чату та телефонного зв'язку до пошти та можливостей у Інтернеті. Крім цього, ми підготували рекомендації для підготовки звернень у техпідтримку, які допоможуть досягти бажаного результату.
Перший матеріал нашого циклу розвінчає міф про те, що в техпідтримці IaaS-провайдера сидять «дівчата», які нічого не розуміють. Також тут наводяться аргументи на користь того, що контролювати та обслуговувати віртуальне середовище можуть не лише IT-фахівці.
Друга стаття розвіє помилки про незахищеність хмарних рішень та перевагу закордонних провайдерів над російськими. Розкажемо, чому механізми безпеки хмари анітрохи не поступаються системам захисту традиційної інфраструктури, і навіщо великі корпорації переносять бізнес-критичні програми у віртуальне середовище.
Третя частина присвячена міфам про залізо. Йтиметься про те, в яких умовах великі провайдери розміщують апаратні потужності — яким вимогам має відповідати дата-центр, і чи обладнання може працювати в безаварійному режимі. Ще пояснимо, від чого залежить доступність серверів для клієнтів, і обговоримо питання «хайпа» навколо хмари.
Наводимо огляд можливостей, доступних для клієнтів 1cloud у спільній публічній, приватній клієнтській та публічній клієнтській підмережах нашої хмари. Розповідаємо, що впливає на швидкість: від того, які дані передаються до задіяного обладнання.
З'ясовуємо, чи відрізнятимуться витрати на on-prem- та хмарний сервер у рамках п'яти років експлуатації. Враховуємо вартість обладнання, оренди, установки ПЗ, адміністрування, обслуговування та податки. Для повноти картини за основу беремо два типи конфігурацій — «потужну» та базову. Плюс наводимо порівняльну таблицю.
Фотозвіт розпакування нового заліза, яке допоможе нам надавати клієнтам ВМ з 32-ядерними процесорами та обсягом оперативної пам'яті до 400 Гбайт. Покажемо, як виглядає «начинка», розповімо про технічні характеристики та можливості.
У цій статті представлено чек-лист із 21 питання, які варто поставити провайдеру, перш ніж підписувати з ним договір. Тут є базові моменти та не зовсім очевидні речі.