Сначала я был разработчиком. Однажды парень, отвечающий за инфраструктуру/опс, ушел в отставку, и мой босс попросил меня взять на себя свои обязанности. Хорошо… В основном я задавал глупые вопросы, такие как «Что, черт возьми, системад?», «Почему вы хотите, чтобы я использовал Docker?», «Amazon? Книжный магазин?»… Опять же, я был Dev …
Когда он ушел, я до сих пор не имел представления о том, что нужно было сделать, чтобы принять наше новое веб-приложение. Я научился.
Однажды мы попросили эксперта AWS, чтобы проконсультироваться с нами. Он научил меня развертывать целую инфраструктуру AWS EC2 через несколько часов. Он показал мне, насколько круто являются автокалинговые группы и облако-init/userdata. И мы начали новую инфраструктуру с нуля, только с 3 основными концепциями:
Пользователь-дата/Облако-Инит
Когда вы вращаете новый экземпляр в облаке, вы можете добавить небольшой сценарий. Этот скрипт (пользовательские данные или облачность — init) выполняется, как только машина будет работать. Вы можете использовать его, чтобы настроить свой сервер Linux, установите пакеты, получите код и запустите его!
#!/bin/bash # Install NodeJS curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash - sudo apt-get install -y nodejs # Install git sudo apt-get install -y git # Get our code git archive --format=tar --remote=https://login:pass@github.com/mycompany/myproject.git HEAD | tar xf - # Run the app cd myproject npm start
Autoscaling Group (ASG)
Даже если вам не нужно «автомасштабные», это элегантный способ управлять вашим аппаратом (ыми). Представьте себе, что у вас есть API-сервер, вам нужно 3 экземпляра, чтобы быть очень доступным, вы просто сообщите вашему ASG, чтобы начать 3 машины (используя userdata, чтобы настроить и запустить ваш сервер API). Если вам нужно 4, шкала — это до 4 одним щелчком мыши. Когда машина умирает (память полной, и т. Д.), она автоматически заменена! Вам нужно обновить, без проблем, как только вы обновили ASG (на самом деле конфигурация новой запуска), вы можете убить один экземпляр, он будет заменен новым с вашей новой версией! ура! Rolling Upgrade!
Упругая балансировщик нагрузки
Чтобы иметь одну общедоступную конечную точку, вы можете разместить упругий балансировщик нагрузки перед вашей автоскалинговой группой. Он также будет выполнять проверки здоровья, чтобы помочь вашему ASG заменять нездоровые экземпляры. Сделано: у вас есть единая общественная конечная точка!
Серьезно, консультант AWS помог моим сотрудникам, и я устанавливаю это за один день. Однажды днем. Вам не нужно больше иметь надежную инфраструктуру, не нужно иметь многолетний опытный фон OPS.
Конечно, нам также нужны базы данных, хранилище файлов и т. Д. Ключ управляет услугами. Облачные провайдеры, такие как Amazon или Google, могут предоставить его в один клик. Не нужно заботиться о резервном копировании, журналах, патче и т. Д. Они будут управлять этим для вас. К концу дня, даже если я был назначен Ops Survivor, вся команда Dev была в состоянии развернуть новую версию нашего кода на наших серверах, на реальной надежной, высокодоступной инфраструктуре, автоматически управляемой командой.
Моя работа как эксперт OPS стала больше о том, чтобы исследовать новые технологии, а не иметь дело с ежедневными проблемами, такими как резервные копии, патчи, устанавливая новые версии нашего приложения и т. Д.
Вот почему я думаю, что Sysadmins, Ops и т. Д. В прошлом. Несколько компаний, вероятно, все еще будут нуждаться в них. Amazon нуждается в некоторых, чтобы предложить нам приятное сверкающее облако AWS! Но если вы запускаете, создавая веб-приложение как много из нас, вам не нужно иметь дело с Linux Patches. Вы должны сосредоточиться на своем бизнесе. С облачными поставщиками и ориентированной на Девенс: инфраструктура может управляться командой Dev. Вы можете использовать рычаг IAAS (инфраструктура в качестве услуги) без бремени ежедневных обязанностей Sysadmin.
OPS устарел?
Оригинал: «https://dev.to/obierlaire/opsoletes»