Відео: Сумасшедший лягушка - Аксель F (Официальное видео) (Вересень 2024)
Якщо ваш малий середній бізнес (SMB) використовує здорову кількість стороннього та фірмового програмного забезпечення, вам, мабуть, варто подумати про те, щоб найняти професіонала з розвитку операцій (DevOps). Ці розумні розробники відповідають за широкий спектр завдань, включаючи написання коду, створення додатків, масштабування інфраструктури, створення віртуальних середовищ та автоматизацію систем та процедур. Вони здійснюють нагляд за технікою, забезпеченням якості та безперебійною роботою для всіх міжвідомчих програмних комунікацій.
Подумайте про цей сценарій: Ваша команда з персоналу (HR) хоче впровадити програмне забезпечення для персоналу, яке може допомогти їм вести облік працівників. Ваш інженер DevOps, співпрацюючи зі своєю командою розробників, допомагає впроваджувати новий інструмент, постійно тестує інструмент для забезпечення постійної функціональності, розробляє додаткові функції за потребою компанії, здійснює нагляд за необхідним технічним обслуговуванням та оновленнями, допомагає автоматизувати передбачувані процеси та зв’язки система для інших систем в організації, таких як інструмент управління відносинами з клієнтами (CRM). Ваш інженер DevOps повинен бути в змозі внести свій внесок у цей сценарій та будь-які подібні сценарії, що передбачають реалізацію, експерименти з та спілкування між різними інструментами ІТ.
"DevOps - це не просто автоматизація коду", - сказав Е.З. Бардегуес, інженер DevOps компанії Zynga, виробник ігор, відповідальний за Farmville та Words with Friends. "Для меншої компанії хороший інженер DevOps - це справді складова частина технологічного продукту".
За словами Бардегеза, головна мета інженера DevOps - керувати серверами компанії, зокрема тими, що використовують операційні системи з відкритим кодом (ОС), такі як BSD або Linux. Хоча робота з ОС Windows є популярною і життєздатною альтернативою, оскільки Microsoft стягує плату за кожен сервер і користувача, це в кінцевому рахунку дорожче, ніж використання інструменту з відкритим кодом - більшість з яких є вільними і нескінченно змінюються. У системах з відкритим кодом найбільшими витратами буде гарячий знімальний інженер DevOps, який може захищати програмне забезпечення від A до Z.
Історія походження DevOps
Необхідність DevOps як практики розпочалася з лінії мислення, яка виникла на початку Агільної конференції у 2008 році. На конференції розробник програмного забезпечення Патрік Дебойс (іноді його називають «Хрещеним батьком DevOps») говорив зі своїми колегами про усунення оперативного та філософського розриву між розробниками та операційними командами. Дебуа, який раніше доручав проекту міграції даних уряду Бельгії, помітив відчутну напругу між розробниками проекту та системними адміністраторами.
Наступного року Debois почав просувати власну конференцію Devopsdays, яка була продана групам розробок та операцій. Презентації включали: "Створення гнучкої інфраструктури з лялькою", "Постійна інтеграція, трубопроводи та розгортання" та "Автоматизоване управління конфігурацією". Після події хештег Twitter #DevOps став (і продовжує залишатися) епіцентром порад, думок та новин DevOps (див. Нижче).
Твіти #DevOps
Сьогодні 74 відсотки підприємств прийняли практику DevOps згідно з повідомленням компанії "Інфраструктура як послуга" (IaaS) компанії RightScale. І 70 відсотків середніх і середніх підприємств, які були досліджені у звіті, також прийняли принципи DevOps.
Чи варто вибрати для DevOps?
У 2014 році Forrester Research та IBM заклали основу для того, що стане дорожньою картою для успіху DevOps. У звіті, який базується на опитуванні 600 ІТ-фахівців, встановлено, що успіх DevOps, особливо що стосується розгортання програмного забезпечення, базується на восьми ключових найкращих практиках. Філософія побудована на уявленні, що організації повинні забезпечити мінімальний життєздатний продукт для запуску, а потім поступово вдосконалювати його з часом у наступних випусках.
Команда DevOps повинна бути спеціалізованою групою з крос-функціональними дисциплінами, що уникає переспеціалізації. Для спрощення доставки команда повинна створити архітектуру зв'язаної між собою, щоб зменшити кількість кроків між процесами для прискорення робочого процесу. Члени команди повинні бути прозорими щодо прогресу та спотикання, щоб краще зрозуміти ризик, але сама команда повинна мінімізувати звіти про стан та зустрічі, що відволікають від фактичної невеликої доставки партії. Щоб упорядкувати весь процес DevOps, команда повинна автоматизувати власний процес тестування, щоб уникнути ручного, трудомісткого тестування.
Незважаючи на те, що Бардегес є бичачим щодо важливості своєї ролі, він робить обережність проти кожного малого бізнесу, який наймає інженера DevOps. "Ідея всіх, хто потребує цієї ролі, небезпечна. Це може бути абсолютно непотрібним. Наприклад, якщо ви невелика компанія, яка займається бухгалтерським обчисленням більших фірм, і ви в першу чергу покладаєтесь на файловий сервер та електронну пошту, то ви, ймовірно, не працюєте" не потрібен інженер DevOps. Але якщо вам потрібно автоматизувати будь-які системи, що стосуються вашого продукту чи послуги, то вам, безумовно, потрібен ".
Ідеальний DevOps Professional
Отже, на що слід звернути увагу в рекруті DevOps? Почнемо із зарплати: середній інженер DevOps повідомив про середній річний дохід 105 600 доларів у 2015 році згідно з даними мережі доставки вмісту (CDN) та фірми з кібербезпеки Incapsula. Роботодавці, як правило, шукають кандидатів із практичним досвідом роботи системи, на відміну від недавніх випускників коледжів, які мали спеціальність у галузі інформатики. Це тому, що інженерам DevOps потрібно взаємодіяти між усіма бізнес-дисциплінами, а значить, вони будуть відповідальні за переконання лідерів у різних сферах бізнесу, що експериментальні технологічні процедури з часом будуть дешевшими та кращими для організації. У зв'язку з цим, хтось із глибоким технологічним досвідом та досвідом роботи в корпоративному середовищі козиряє хтось, хто щойно вийшов зі школи Ivy League.
Після того, як ви знайшли декількох кандидатів з потужним корпоративним або стартап-фоном, шукайте людей з глибоким досвідом в адміністрації Linux або Unix, а також з досвідом автоматизації процесів за допомогою Chef або Puppet, які є найпоширенішими інструментами ІТ-автоматизації на ринку. Ви також хочете, щоб хтось із багатим фоном використовував хмарні сервіси, особливо веб-сервіси Amazon (AWS). Ця людина повинна вільно володіти MySQL і SQL, а також мовами програмування PHP, Python або Ruby.
