Saboteur

1. Копировать можно просто по scp
2. Выкладывать можно не только под basic auth, а еще и в запароленных архивах

Затем его или деплоить, или создать деплоймент пакадж и выложить его в бинарный репозиторий, или хотя бы на sftp

1. "системным администратором"
Так и пиши "системный администратор"

2. Недавно встал вопрос об расширении моих обязанностей и официальном оформлении
" Разработка внутреннего программного обеспечения (различные веб-сервисы в связке с 1С, автоматизирующие внутренние бизнес-процессы)"

Ты будешь сам писать веб-сервисы и интегрировать их с 1С? Если в то время, пока ты админишь инфраструктуру, ты изучил программирование на уровне интеграции с 1С (а не написать на коленке скриптик, который импортирует csv файлик и выводит его в html форму), то вряд ли на предприятии в 50 человек тебе могут предложить больше, чем пойти программистом в нормальную контору.

> Поддержка и развитие инфраструктуры предприятия, внедрение методологий (ITIL), планирование бюджетов ИТ, общение с вендорами и т.д
То есть просто закупить еще один комп или принтер и сделать инвентаризацию? Это обычная задача отдела ИТ. В случае его небольшого размера - единственного сисадмина.

> На мой взгляд, ныне сочетание функций разработчика с функциями системного администратора (в дальнейшем ИТ-директора) называется DevOps, но в трудовой так ведь не напишешь..
DevOps ВООБЩЕ не из этой области. DevOps за пределами компаний, которые занимаются непосредственно разработкой ПО обычно не встречается.

> И вот тут встает вопрос, как же все таки правильней и в дальнейшем перспективней назваться?
Просто системный администратор. Можете написать Директор IT департамента, если это тешит ваше самолюбие, но директор - это тот, кто руководит, а если у вас нет подчиненных, у вас не будет опыта руководства, то есть обман.
Для перспективы - в разы важнее ваши навыки и конкретные выполненные работы, которые вы опишите в резюме, а не в трудовой книжке - ваша книжка вообще будет интересовать исключительно пенсионный фонд в случае начисления пенсии.

> Можно и разработчиком (как правильно, старшим/младшим или senior?), но не охватывается весь функционал, осуществляемый мной.
Вы не разработчик, если вы не занимаетесь разработкой. Написание небольших скриптиков для автоматизации, это не есть полноценная разработка. Это обычная сисадминская замена рутины.

> В перспективе разумеется вырасти в ИТ-директора.
Зачем?

DevOps настраивает инструменты для автоматизации процесса разработки и тестирования.

Это может быть и Jenkins/Teamcity с различными билдами, верификациями, автотестами.
Это может быть и автоматическое разворачивание виртуальных образов/докеров для тестирования
Это может быть и организация железок с их автоматической прошивкой свежими билдами
Это может быть и организация системы версии контроля и ревью (bitbucket/gerrit)
Это может быть и банальная настройка каких-нить локальных шарообменников, чатов, вики, бэкапов и репликаций
Это может быть и банальная настройка обычных общих енвайрнментов и поддержания их в актуальном состоянии

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

Бывает (не часто, скорее в стартапах), что девопс приходящий - пришел, настроил с нуля, научил кого-то за этим следить и ушел искать другой проект.

Девопс также весьма совместим с release manager, который отвечает за деплой на продакшн и все с этим связанное.

Еще с точки зрения организации, обычный сисадмин может работать в компании, поддерживая ее локальную инфраструктуру, но не в проекте, который работает на зарубежного заказчика. Следовательно у админа может не быть прав на проектные сервера/исходники и он не должен иметь к ним доступ, поэтому администрированием такого тоже занимается девопс, в силу того, что он работает в проекте (и подписывает НДА).

По большей части, java это веб-приложения, следовательно нужно понимать, как они запускаются и уметь настраивать соответствующие службы.

Разберитесь с серверами приложений - нужно на практике уметь написать простенькое веб-приложение и запустить его под tomcat, соотсветственно разобраться с настройками в tomcat и настройкой https. Заодно и с сертификатами разобраться. В дальнейшем можно усложнить свой хелловорлд, добавив авторизацию, перенаправлением, авторизацию по сертификатам и оптимизацией томката.

Насколько хорошо все с Linux? простой bash скриптинг и поднятие всего парка под Линукс? Если опыта нет (тимсити часто под виндой крутится), то все это научиться поднимать под линукс, и тимсити, и томкат.

Кроме томката, можно будет потом глянуть другие сервера приложений (томкат один из самых простых, в котором есть практически все, что нужно для энтерпрайза), смотреть другие сервера есть смысл, если у вас используется другой.