Прошла неделя с тех пор, как я стал SRE из инженера по инфраструктуре
Здравствуйте, я некомпетентен.
Я сам довольно много исследовал, но не смог найти много записей от людей, работающих в SRE, до того, как начал работать, и у меня не было четкого представления, поэтому я записываю это здесь.
Первая часть — это интерлюдия, и она не сильно связана с работой, поэтому я сделаю ее достаточно интересной для людей из других профессий.
Я такой человек
- Около 3-4 лет работы в винтажном магазине
- 1 год работы инженером по инфраструктуре
Я всегда любил компьютеры, поэтому с шестого класса начальной школы создавал домашние страницы на арендованных серверах, с средней школы собирал ПК и ремонтировал их с помощью паяльника, а также изучал книги по CGI, чтобы создавать доски объявлений на арендованных серверах.
Я окончил среднюю школу по информационным технологиям, но в то время в Сэндае было не так много вакансий в так называемой информационно-коммуникационной индустрии или ИТ, и я сомневался, смогу ли я действительно работать в этой сфере, поэтому я жил без определенной цели.
Сейчас я работаю и с этого месяца стал жителем Токио.
Я работал в винтажном магазине, потому что тогдашний президент спросил меня, не хочу ли я попробовать поработать, я начал как подработка, а затем стал штатным сотрудником.
Введение: Пролетевшая неделя
Я переехал в другую префектуру и работал до 27 декабря прошлого месяца, так что мне пришлось переключать много мыслей, и это было довольно напряженно.
Мне представилась эта возможность в 23 года, и я выкладывался на полную.
Я выбрал дом, не осматривая его, но то, что он находится относительно близко к работе и рядом с ним есть следующее, очень удобно:
- Магазин «100 иен»
- Недорогая китайская закусочная
- Частный магазин подержанных товаров
Когда я приехал домой, оказалось, что потолочного светильника нет, и я жил без электричества около 1-2 дней после переезда, но это было не так уж и тяжело. Просыпаться в светлое время суток и ложиться спать в темное — это отличный способ сбросить внутренние часы.
Дни непривыкания к MacOS и раскладке Mac US
Я сейчас активный пользователь GNU/Linux и BSD, и это было для меня источником беспокойства.
Однако Mac с чипами M1/2/3, которые так хвалит Линус, очень мощные.
Я впервые столкнулся с .zsh, но поскольку это, по сути, надмножество bash, особых проблем не возникло. Однако стандартный $PS1, отображение приглашения, было минимальным и не включало настройки цветовой схемы, поэтому я настроил его под свой Artix Linux.

Я настроил только минимальный .vimrc.
Раскладка Mac US!
Я беспокоился, что на компактном MacBook с раскладкой JIS клавиши будут слишком сжаты, а также клавиша 半角/全角 (полуширина/полная ширина) отсутствует в том же месте на JIS-раскладке MacBook, поэтому я перешел на раскладку US. Но все равно, привыкнуть к ней после использования JIS довольно сложно.
В конце концов, это проблема, которую можно решить с помощью внешней клавиатуры, так что если позже станет совсем невыносимо, я смогу что-нибудь придумать.
Я говорил в предыдущем блоге, что мне нужно купить клавиатуру ThinkPad...? Это галлюцинации...
Кто-то, кого я видел пишущим статьи на Qiita, здесь...
Когда кто-то, кто писал статьи на Qiita, находится в компании, это похоже на одностороннюю встречу, потому что я читал их статьи, а они меня не знают.
Интересно узнавать о происхождении названия Qiita или значка, и понимать, что за этим стоит такая история.
Операционные потоки, рабочие процессы и прочее
Это отличается в каждой организации, поэтому мне нужно было понять потоки в чатах и других местах, распознать их как различные части, представить их в своей голове и собрать воедино.
Подобно тому, как одно и то же программное обеспечение может использоваться по-разному, например, Nginx может функционировать как веб-сервер или как прокси-сервер, было довольно сложно представить, как все выполняют свои ежедневные задачи в рамках рабочего процесса. Но благодаря доброму старшему коллеге я постепенно начинаю понимать.
Я очень благодарен людям.
Делайте ежедневные заметки
Поскольку я обычно использую vim, ведение заметок в формате Markdown удобно для написания ежедневных отчетов позже, и часто бывает, что даже незначительные заметки оказываются необходимыми. Так что, если вы не знаете, с чего начать, возможно, достаточно просто вставить URL-адреса, которые вы видели во время встречи, в свои заметки.
Из-за внутренней безопасности, если вы не можете просмотреть что-либо без аутентификации только из терминала, это бесполезно, но инструмент, который я создал для получения заголовков из URL-адресов и вывода их в формате Markdown, оказался полезным в работе, поэтому я его рекламирую.
GitHub - haturatu/ght: go-http-title Get website title
Честно говоря, сначала особо ничего не сделаешь, но преимущества IaC на уровне организации
Каждый день я учусь чему-то новому, поэтому это очень приятные дни.
Основное отличие от инженера по инфраструктуре заключается в том, что мы предполагаем более облачную операцию, поэтому может быть сложнее получить представление об общей архитектуре, но, конечно, исходные концепции часто оказываются полезными.
Хотя есть сложные аспекты в реализации IaC, есть много преимуществ в том, что это проще, чем просматривать всю необходимую информацию по очереди только через веб-интерфейс. Возможность проверять конфигурацию на основе текста, когда она управляется кодом, значительно упрощает понимание того, как будет развернута система.
Какие недостатки?
У меня такое ощущение, что особых недостатков нет, но трудно сразу понять операционную модель, поэтому я хочу пополнять документацию, чтобы помочь тем, кто присоединится к команде SRE позже.
Как указано в документации Google SRE, рекомендуется действовать как небольшая, высококвалифицированная команда, но я думаю, что это может увеличить рабочую нагрузку на членов команды. Поэтому я чувствую, что полное документирование может быть довольно сложным в операционном плане. Если я смогу перенести свои заметки и знания, которые я записываю, ничего не понимая, в документацию позже, то это будет полезно и для тех, кто только начинает.
Необходимость документации
Этот момент основан на философии OpenBSD.
OpenBSD - Wikipedia
Целями являются «правильность» (correctness) и «проактивная безопасность» (proactive security). Также известен своим акцентом на открытый исходный код и документацию, а также бескомпромиссным отношением к лицензиям на программное обеспечение. Поскольку дом Тео де Раадта находится в Калгари, Альберта, Канада, где нет ограничений на экспорт криптографии, Канада является основной базой разработки. Логотип и талисман — рыба-фугу Паффи.
Исходя из философии UNIX, изложенной в документации Google SRE, идеи систем, основанных на BSD, потомках UNIX, также должны быть верными.
В первую очередь, если нет людей, которые могут понять, трудно обеспечить постоянную безопасность.
В заключение
Я не касался здесь продуктов, услуг и т.д., с которыми я фактически работаю, из соображений безопасности, но суть в том, что если идти с мыслью «все получится!», то все получится.
И поскольку то, что получается, происходит благодаря моему старшему коллеге, я хочу сделать это еще лучше.
Если каждый день вы будете узнавать что-то новое, вы сможете лучше видеть свое будущее, поэтому давайте упорно работать вместе, будь то хобби или что-то еще!
На этом сегодня все.
До новых встреч.