UMGUM.COM (лучше) 

Стартовая  →   ( Развёртывание и поддержание сетевой инфраструктуры, конфигурирование коммуникационного оборудования и приложений, инсталляция и сервисное сопровождение серверов, а также консультирование по существу в области сетевого и серверного администрирования. )


Меня зовут Нарожный Андрей и мой стаж деятельности в области информационных технологий превышает полтора десятка лет. Большую часть этого времени я работал на предприятиях вроде системных интеграторов. Если Вы находитесь в поиске того, кто исправит сломанное или сделает так, чтобы всё изначально работало хорошо и долго, то вполне возможно цель достигнута здесь.

Предлагаю услуги удалённого администрирования сетей передачи данных и серверов.

Я разрабатываю планы, внедряю и поддерживаю востребованное в области телекоммуникаций (каналы передачи данных, доступ в интернет, структурированные локальные сети), компьютеризации (оборудование офисов, центров хранения и обработки данных), а также информационных технологий вообще (операционные системы и приложения, программно-аппаратные комплексы), предпочитая решения на базе Cisco и Linux. Документирую процессы и оставляю внятные руководства к действиям. Пишите о своих желаниях.

Чиню то, с чем уже смирились и сочли особенностью реализации.

В динамичном производстве нередко оказываешься перед вышедшим из строя программным или аппаратным обеспечением, которое недокументированно и никем уже не поддерживается. Если в попытках решения вашей беды затупили копья несколько специалистов, вынесших в итоге вердикт "миссия невыполнима", то это повод обратиться ко мне. Я буду разбираться в сути дела до упора и починю неисправность, не затронув при этом существующей схемы взаимодействий, или предложу реалистичный план работ по устранению причин проблемы, если они глобальны.

Делаю так, чтобы всё работало по возможности хорошо и незаметно.

Основным приобретённым профессиональным опытом я считаю навык системного подхода к решению производственных задач, что позволяет обеспечивать поддержание работоспособности вверенного сегмента ответственности на должном уровне с минимальными издержками, как временными, так и финансовыми.

Примеры успешно реализованных проектов.

Оформить заявку на проведение работ!

   [ просмотреть в полном объеме ]




DevOps  →   ( Автоматизация процедур доставки кода, сборки Java-проекта и развёртывания web-приложений между серверами разработки, тестирования и публикации на примере "DSpace". )

4 апреля 2019

OS: "Linux Debian 9 (Stretch)", "Linux Ubuntu 18.04.1 LTS (Bionic Beaver)".
Apps: "RSync", "Netcat", SSH, "GitLab Runner", Bash.

Задача: наладить автоматизированные процедуры доставки кода, сборки Java-проекта и развёртывания web-приложений между серверами разработки, тестирования и публикации на примере поддержки сервиса репозитория цифровых документов "DSpace", считая последний установленным строго следуя инструкции по сборке и развёртыванию "DSpace v6" на этом же сайте.

В качестве Git-репозитория хранения и организатора процедур CI/CD (Continuous Integration/Deployment) для этой простейшей задачи подходит "GitLab CE (Community Edition)" - функционал его "pipelines" с описываемой в ".gitlab-ci.yml" логикой вполне достаточен.

Исходим из того, что процесс разработки ведётся по классической простейшей схеме перехода от ветке к ветке: "feature" -> "develop" -> "testing" -> "master". В нашем случае с использованием в качестве основы стороннего репозитория (практически замороженного) добавляется исходная ветвь "dspace-6_x".

   [ уже посетило: 218 ]   [ просмотреть в полном объеме ]


DevOps  →   ( Обходное решение проблемы с невозможностью повторного подключения "runner"-а к серверу "GitLab". )

2 апреля 2019

OS: "Linux Ubuntu 18.04.1 LTS (Bionic Beaver)".
Apps: "GitLab Runner v10.1+ (до v10.5 точно)".

Задача: решить проблему с невозможностью повторного, в рамках сеанса, подключения "runner"-а к серверу "GitLab".

   [ уже посетило: 154 ]   [ просмотреть в полном объеме ]


DevOps  →   ( Простая пошаговая настройка Git-репозитория на сервере хранения "GitLab", ориентированная на некоторые положения методики управления данными. )

20 марта 2019

Apps: "GitLab Community Edition (Standalone) Server".

Задача: проработать простую пошаговую настройку Git-репозитория на сервере хранения "GitLab", ориентированную на следующие основные положения методики управления данными ("workflow"):

1. Репозиторий используется для хранения любого дерева веток, но подразумевается наличие как минимум трёх: "master", "testing" и "develop";
2. В "develop" и ответвлениях "feature" ведётся разработка - с ними можно делать что угодно;
3. Ветка "testing" по правам доступа аналогична "develop" - но выгрузка в неё запускает автоматизацию процедур тестирования;
4. Выгрузка в "master" напрямую запрещена - только вливание из "testing" с предварительным "pull request"-ом, который должен быть одобрен руководителем - после чего запускаются автоматизированные процедуры публикации.

   [ уже посетило: 183 ]   [ просмотреть в полном объеме ]


Bacula  →   ( Налаживаем отображение сведений об использовании "Bacula" ресурсов, включая детали статусов заданий и томов данных, посредством web-интерфейса. )

12 февраля 2019

OS: "Linux Debian 9 (Stretch)".
Application: Bacula, Nginx, PHP-FPM.

Задача: наладить отображение сведений об использовании ресурсов системой резервного копирования "Bacula", включая детальные данные о статусе заданий и томов данных, посредством web-интерфейса.

"Bacula" довольно таки специфичный продукт, слегка подзастрявший где-то между любительской разработкой энтузиастов командной строки Linux и системы корпоративного уровня, отчего в базовой поставке всё управление реализовано через конфигурационные файлы и специализированную CLI-консоль. Графических интерфейсов почти нет, они зачаточны или предоставляются только для коммерческих поставок, как "BWeb Management Suite", например. Среди бесплатных вариантов на мой взгляд выбор ограничен двумя: "Bacula-Web" и "Webacula". Первый продукт приятнее, но умеет только собирать статистику. Второй корявее, но посредством его web-инерфейса возможен запуск задач восстановления. Продвигаемый самими разработчиками системы резервного копирования "Baculum" на мой вкус стилистически убог неприемлемо. Остальные проекты мелкие и малофункциональные.

Я использую в работе "Bacula-Web" - инструмент исключительно для отображения статистической информации, абсолютно без возможности воздействия на конфигурацию сервиса резервного копирования:

размер: 320 400 640 800 1024 1280
Bacula-Web: пример интерфейса web-сервиса отображения состояния системы резервного копирования "Bacula".
1570x876 • Bacula-Web: пример интерфейса web-сервиса отображения состояния системы резервного копирования "Bacula".

Я знаю, что "Webacula" поддерживает возможность запуска задач, в том числе и типа "Restore", посредством web-интерфейса - но моя принципиальная позиция в этом вопросе сводится к тому, что процедуры извлечения и восстановления данных имеют комплексный характер, непростые ввиду необходимости учитывать взаимосвязи нескольких сервисов и должны исполнятся специалистом своего дела, отлично владеющим CLI-инструментарием "Bacula".

Естественно, система резервного копирования как таковая должна быть уже установлена, сконфигурирована и успешно работать. Далее разворачиваем web-сервис и web-приложение.

   [ уже посетило: 467 ]   [ просмотреть в полном объеме ]


Birtix + Nginx  →   ( Шпаргалка по переносу набора простейших сайтов на примере работающих под управлением CMS "Bitrix". )

9 февраля 2019

OS: "Linux Debian 9", "Linux Ubuntu 16 LTS".

Здесь шпаргалка по переносу сайтов, работающих под управлением CMS "Bitrix". Принцип легко распространить на любые другие сайты схожего стека технологий, но записка эта создана по мотивам переезда таковых с площадки созданной с год назад, описываемой в соответствующей публикации.

Далее просто и последовательно.

   [ уже посетило: 216 ]   [ просмотреть в полном объеме ]


Продам, поменяю или отдам  →   ( Продаю комплект кронштейнов и тяг для "гражданского лифта" в четыре сантиметра автомобиля ВАЗ "Нива" или "Шевроле-Нива". )

8 февраля 2019

В конце 2018-го года установил себе комплект кронштейнов и тяг, приподнимающий корпус автомобиля на четыре сантиметра (ровно, замерял лично до, и после) относительно земли и в целом увеличивающий клиренс, способствуя улучшению геометрической проходимости. Недолго покатался в новом формате - всего пару тысяч километров - в связи с предстоящей продажей автомобиля решил привести его к заводскому исполнению, демонтируя всё дополнительное оборудование.

Продаю предназначенный для автомобилей ВАЗ-21213/21214 "Нива", ВАЗ "LADA 4x4" и ВАЗ "Chevrolet Niva" лифт-комплект в составе следующих компонентов производства российской фирмы "Tuning4WD":

1. Проставки над передними пружинами, высота 30 мм, материал полиуретан - 2 шт.
2. Проставки над задними пружинами высота 50 мм, материал полиуретан - 2 шт.
3. Проставки под верхние шаровые опоры, крепёж, материал сталь - 2 шт.
4. Нижние кронштейны передних амортизаторов, высота 30 мм, крепёж, материал сталь - 2 шт.
5. Кронштейны задних амортизаторов, материал сталь, полимерное покрытие - 2 шт.
6. Удлинитель крепления тяги "панара", материал сталь, полимерное покрытие - 1 шт.
7. Верхняя продольная штанга, материал сталь, полимерное покрытие - 2 шт.

Отличие от типового набора для "лифта" до четырёх сантиметров - в дополнительных верхних продольных тягах, которые за счёт своей большей длины (305 мм между осями сайлентблоков, вместо штатных - 300 мм) доворачивают задний мост до угла более соответствующему новой геометрии подвески.

размер: 320 400 640 800 1024 1280
Лифт-комплект для "Нива": вид в реальности.
1280x760 • Лифт-комплект для "Нива": вид в реальности.

   [ уже посетило: 1132 ]   [ изображения: 4 ]   [ просмотреть в полном объеме ]


Инсталляция  →   ( Об выборе дистрибутива для установки ОС "Linux Ubuntu Server 18.04 LTS". )

25 января 2019

OS: "Linux Ubuntu Server 18.04 LTS (Bionic Beaver)".

С какого-то времени на странице загрузки "Download Ubuntu Server" предлагается вариант "ubuntu-18.04.1-live-server-amd64.iso" с откровенно нелепым инсталлятором, не поддерживающим (!!!) разметку дисков в LVM. Смахивает на попытку дискредитации продукта, если честно.

Для работы предлагаемый по умолчанию дистрибутив практически непригоден, так что приходится искать более функциональный. Среди неприметных ссылок в подвале сайта выбираем пункт "Alternative downloads", там ищем раздел с описанием нужного нам типа дистрибутива Alternative Ubuntu Server installer и уже здесь выбираем для скачивания удобный нам ISO-файл с полноценным инсталлятором "Linux Ubuntu Server".

А на будущее, "if you require advanced networking and storage features such as LVM, RAID, multipath, vlans, bonds, or re-using existing partitions" - сразу идём на web-сайт с дистрибутивами "http://cdimage.ubuntu.com/releases", минуя главную страницу.

   [ уже посетило: 129 ]


DevOps  →   ( Автоматизация доставки кода простейших web-приложений к серверам тестирования и публикации по событию изменения содержимого Git-репозитория. )

20 декабря 2018

OS: "Linux Debian 8/9", "Linux Ubuntu 16/18 LTS".
Apps: "Nginx", FCGI, "Bash", SSH и "Git".

Задача: автоматизировать доставку и развёртывание кода простейших web-приложений к серверам тестирования и публикации на примере поддержки web-сервиса, считая последний установленным следуя инструкции по сборке и развёртыванию "LNPMM + Multisite" на этом же сайте, запуская процедуры по событию изменения содержимого Git-репозитория, с информированием о таковом посредством "webhook" POST-запроса.

В качестве Git-репозитория хранения может использоваться практически любой современный сервис - все они поддерживают уведомление о событиях посредством "webhooks" - но в примере рассматриваются только три из них: "GitLab (Standalone)", "BitBucket (Standalone)" и "GitHub".

Исходим из того, что процесс разработки ведётся по классической простейшей схеме перехода от ветке к ветке: "feature" -> "develop" -> "testing" -> "staging" -> "master". Пример организации "workflow" на стороне сервисов хранения Git-репозиториев приводится в отдельной публикации. Из этих этапов к нашему сервису имеет отношение только пара-тройка последних.

Основные положения, рассматриваемые в этой публикации:

1. Запись в "testing" вызывает процедуру безусловной выгрузки этой ветки репозитория на web-сервер оперативного тестирования.
2. Запись (только посредством одобренного "pull request"-а) в "staging" вызывает процедуру безусловной выгрузки этой ветки репозитория на web-сервер предварительного расширенного тестирования.
3. Запись (только посредством одобренного "pull request"-а) в "master" вызывает процедуру безусловной выгрузки этой ветки репозитория на web-сервер публикации.

Последовательность дальнейших действий:

1. Настраиваем уведомление об изменениях на стороне Git-репозитория.
2. Подготавливаем локальный репозиторий и пользовательское окружение.
3. Подготавливаем среду автоматизации обработки входящих "webhook"-ов.
4. Пишем Bash-скрипты обработки "webhook"-ов и запуска процедур доставки данных.

   [ уже посетило: 16 ]   [ просмотреть в полном объеме ]


DevOps  →   ( Простая пошаговая настройка Git-репозитория на сервере хранения "Atlassian BitBucket", ориентированная на некоторые положения методики управления данными. )

19 декабря 2018

Apps: "Atlassian BitBucket (Standalone) Server".

Задача: проработать простую пошаговую настройку Git-репозитория на сервере хранения "BitBucket", ориентированную на следующие основные положения методики управления данными ("workflow"):

1. Репозиторий используется для хранения любого дерева веток, но подразумевается наличие как минимум трёх: "master", "testing" и "develop";
2. В "develop" и ответвлениях "feature" ведётся разработка - с ними можно делать что угодно;
3. Ветка "testing" по правам доступа аналогична "develop" - но выгрузка в неё запускает автоматизацию процедур тестирования;
4. Выгрузка в "master" напрямую запрещена - только вливание из "testing" с предварительным "pull request"-ом, который должен быть одобрен руководителем - после чего запускаются автоматизированные процедуры публикации.

Процедура установки и настройки web-сервиса хранилища репозиториев "Atlassian BitBucket Server" изложена в инструкции на этом же сайте.

   [ уже посетило: 185 ]   [ просмотреть в полном объеме ]


← Ctrl → Старее →
64  63  62  61  60  59  58  57  56  55  ...  Первая →