Как создать виртуальное рабочее пространство IT

kak sozdat virtualnoe rabochee prostranstvo it

Эта статья основана на разделе из моей бесплатной онлайн-книги «Решение для технологий: как быстро приобрести новые ценные навыки в мире безумно меняющихся технологий». На моем ИТ-сайте Bootstrap есть многое другое, в частности ссылка на мою книгу «Линукс в действии» и гибридный курс под названием «Линукс в движении», состоящий из более двух часов видео и около 40% текста о Linux. в действии.

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

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

Когда вы закончите — или если все терпит крах — вы можете просто отключить свою среду и запустить новую вместо него. Никакого вреда.

В этой статье я исследую VirtualBox и Linux Containers (LXC) как инструменты для создания виртуальных сред операционной системы, которые легко копируются и доступны для совместного использования. Я завершу несколько мыслей о написании кода и создании стеков программного обеспечения непосредственно в виртуальных средах

VirtualBox

Так что передайте «привет» бесплатному кроссплатформенному продукту гипервизора VirtualBox от Oracle и, в частности, некоторым продвинутым трюкам для получения большей отдачи от ваших (бесплатных) инвестиций. VirtualBox это то, что можно использовать в любой операционной системе для создания виртуализированных компьютеров с практически любой версией Windows или Linux.

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

Если вы уже прочли мою книгу «Linux in Action» и некоторые из этого материала кажутся вам немного знакомыми, это потому, что этот раздел является уменьшенной версией раздела 2 Linux in Action. Содержимое предоставлено с любезного разрешения Manning Publications.

Начало работы с VirtualBox

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

Установка VirtualBox

Хотите попробовать все это на ПК с Windows? Перейдите на сайт VirtualBox и загрузите исполняемый архив. Нажмите на файл, который вы загрузили, а затем выполните несколько шагов (все значения по умолчанию должны работать). Наконец, вас спросят, согласны ли вы с возможным сбросом ваших сетевых интерфейсов, а затем хотите ли вы установить VirtualBox. Конечно, вы есть и делаете.

Счастливо установить VirtualBox на машине Ubuntu Linux гораздо проще. Всего две команды:

sudo apt updatesudo apt install virtualbox

Определение виртуальной машины

Я не уверен, собирали ли вы когда-нибудь физический компьютер с компонентов, но это может быть привлечено. Определение новой виртуальной машины в VirtualBox работает примерно так же. Единственное существенное отличие состоит в том, что вместо того, чтобы опускаться на руки и колени с фонариком, зажатым в зубах, чтобы вручную добавить оперативную память и накопитель в вашу коробку, VirtualBox позволяет определить «аппаратные» характеристики виртуальной машины, щелкнув значок мышь.

После нажатия «Создать» в интерфейсе VirtualBox вы дадите виртуальной машине, которую собираетесь создать, описательное имя, и, как вы видите на рисунке, программное обеспечение должно автоматически автоматически заполнять поля «Тип» и «Версия». Выбираемый здесь тип и версия не установят настоящую операционную систему, а просто используются для применения соответствующих настроек эмуляции оборудования.

Y67phsA74KpA38pRcmB4ZmYV5rG8ORzyVOdV
Диалоговое окно создания виртуальной машины: VirtualBox попытается угадать вашу ОС и версию ОС, чтобы позже предложить интеллектуальный выбор по умолчанию

На следующем экране вы выделите оперативную память своей виртуальной машине. Если вы не планируете что-то особенно требовательное – например, размещение группы контейнеров или запуск загруженного веб-сервера – объем по умолчанию (768 МБ) должен подойти. Вы, конечно, можете предоставить ему больше оперативной памяти, если это необходимо, но не забудьте оставить достаточно для вашего хост-компьютера и любых других виртуальных машин, которые уже могут быть на нем. Итак, если ваш хост имеет всего 4 ГБ физической оперативной памяти, вы, вероятно, не захотите отдавать половину этого объема своей виртуальной машине.

Помните эти ограничения, если в конце концов решите запускать несколько виртуальных машин одновременно — то, что будет полезно для тестирования более сложных инфраструктурных проектов. Даже если каждая виртуальная машина использует стандартный объем памяти, две или три из них могут начать потреблять оперативную память, необходимую для нормальной работы хоста.

Определение виртуального жесткого диска

Что такое компьютер без жесткого диска? Процесс настройки VirtualBox теперь спросит вас, хотите ли вы создать новый виртуальный диск для своей виртуальной машины или использовать уже существующий. Бывают случаи, когда вы хотите поделиться одним диском между двумя виртуальными машинами, но для этого упражнения я предполагаю, что вы захотите начать с нуля. Поэтому выберите «Создать виртуальный жесткий диск».

На следующем экране вы можете выбрать формат файла жесткого диска, который вы собираетесь создать. Если вы не планируете экспортировать диск для использования в какой-либо другой среде виртуализации, стандартный формат образа диска VirtualBox (VDI) будет работать нормально.

Я также ни разу не пожалел, что использовал параметр по умолчанию Динамическое распределение, чтобы определить, как виртуальный диск будет потреблять место на хосте. Под «динамическим» они подразумевают, что пространство на диске хранения хоста будет выделено виртуальной машине только при необходимости. Если использование диска ВМ остается низким, выделено меньше места на хосте.

Диску фиксированного размера, с другой стороны, будет сразу предоставлен полный максимальный объем пространства, независимо от того, сколько он фактически использует. Единственным преимуществом «фиксированного размера» является производительность программы, но поскольку я обычно использую виртуальные машины VirtualBox только для тестирования и экспериментов, я избегаю компромисса.

Когда VirtualBox узнает, что вы ищете Linux – и поскольку Linux настолько эффективно использует пространство для хранения – VirtualBox, вероятно, предложит вам всего 8 ГБ общего размера диска на следующем экране (показано ниже). Если у вас нет очень больших планов по виртуальной машине (например, вы собираетесь работать с серьезными операциями с базой данных), это, вероятно, будет хорошо. С другой стороны, если бы вы выбрали Windows в качестве своей операционной системы, выбор по умолчанию составлял бы 25 ГБ, и это не зря: Windows не стесняется требовать много ресурсов. Это отличная иллюстрация того, как Linux так хорошо подходит для виртуальных сред.

z6wb3cAfhqTF54YDwohdCl7lOXTFmL4Jaird
При необходимости размер виртуального диска может достигать 2 ТБ или максимально свободного места на хост-устройстве.

Вы также можете редактировать имя и местоположение, которые VirtualBox будет использовать для диска на этом экране.

Когда вы закончите, нажмите «Создать» и новая виртуальная машина появится в списке виртуальных машин слева в менеджере VirtualBox. Наслаждайтесь вкусом успеха, но вы еще не кончили: это была только машина. Теперь вам понадобится операционная система, чтобы претворить его в жизнь.

Загрузка операционной системы

Теперь, когда вы определили профиль виртуального аппаратного обеспечения вашей новой виртуальной машины, вот что еще нужно сделать:

  • Загрузите файл (в формате ISO), содержащий образ операционной системы, которую вы хотите использовать.
  • Загрузите новую виртуальную машину с помощью виртуального DVD-привода, содержащего загруженный вами ISO
  • Пройдите стандартный процесс установки ОС
  • Загрузите виртуальную машину и запустите только что установленную ОС

Вам нужно будет загрузить файл .ISO, содержащий файлы операционной системы и программу установки. Чтобы найти нужный файл, обычно достаточно найти в Интернете название дистрибутива и слово загрузить. В случае Ubuntu можно просто перейти на страницу ubuntu.com и нажать вкладку «Загрузка», как показано на рисунке. Обратите внимание на различные варианты доступных Ubuntu. Если вы собираетесь использовать эту виртуальную машину для задач администрирования, маленькая и быстрая версия сервера, вероятно, будет лучшим выбором, чем настольная.

MKs0xzalhjCBE3UjEMnxTYoVttmSerE1HM2Q
Раскрывающееся меню «Загрузка» на домашней странице Ubuntu.com. Обратите внимание на диапазон версий, предлагаемых Ubuntu

Проверьте загруженный архив ISO

Большие файлы иногда могут повреждаться при загрузке. Если хотя бы один байт в вашем .ISO был изменен, существует вероятность, что установка просто не будет работать. Поскольку вы не хотите тратить время и энергию только на то, чтобы обнаружить возникшую проблему с загрузкой, всегда целесообразно немедленно вычислить контрольную сумму (или хеш) для .ISO, который вы загрузили, чтобы подтвердить, что все правильно так как это было.

Для этого вам нужно будет получить соответствующую контрольную сумму SHA или MD5 – это длинная строка, которая выглядит примерно так:

4375b73e3a1aa305a36320ffd7484682922262b3

В случае Ubuntu получить это означает перейти на веб-страницу по адресу releases.ubuntu.com, щелкнуть каталог, который соответствует версии, которую вы загрузили, а затем щелкнуть одну из ссылок на контрольную сумму (например, SHA1SUMS).

Вы должны сравнить соответствующую строку с этой страницы с результатами выполнения команды из того же каталога, что и загружен .ISO, что может выглядеть так:

$ shasum ubuntu-16.04.2-server-amd64.iso

Если они совпадают, вы в бизнесе. Если они этого не делают – и вы еще раз проверили, видите ли правильную версию – возможно, вам придется загрузить .ISO во второй раз.

Установка операционной системы

Когда файл .ISO будет на месте, вернитесь к VirtualBox. Выделив только что созданную виртуальную машину на левой панели, нажмите зеленую кнопку «Пуск» в верхней части программы. Вам будет предложено выбрать файл .ISO из вашей файловой системы для использования в качестве виртуального привода DVD. Естественно, вы выберете тот, который только что загрузили. Новая виртуальная машина прочтет этот DVD и запустит установку ОС.

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

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

Например, нажав Сеть, можно определить подключение к сети. Если вы хотите, чтобы ваша виртуальная машина имела полный доступ в Интернет через сетевой интерфейс хост-компьютера, тогда, как показано ниже, вы можете выбрать «Мостовой адаптер» в раскрывающемся списке «Присоединены», а затем название адаптера вашего хоста.

NlcUwM8Y9793b9wAvqsDZb4aFK73Z2JoeCWH
Вкладка сети на экране настроек. Вы можете определить, какой тип сетевого интерфейса – или интерфейсы – использовать для вашей виртуальной машины.

Использование мостового адаптера не всегда может быть вашим первым выбором, и иногда это может представлять угрозу безопасности. На самом деле выбор «Сети NAT» является наиболее распространенным способом предоставления виртуальной машине доступа в Интернет. Однако мостовая сеть является самым простым способом получить полное подключение к сети, поэтому, по крайней мере, для тестирования это полезный подход.

Эти следующие разделы немного бонусны, но кому не нравятся бесплатные вещи? Я собираюсь рассказать вам о двух связанных приемах: как организовать ваши виртуальные машины VirtualBox, чтобы как можно скорее создавать новые, и как использовать командную строку для совместного использования виртуальных машин в сети.

Клонирование виртуальных машин для быстрого старта

Одним из наиболее очевидных преимуществ работы с виртуальными машинами является возможность быстрого доступа к свежей чистой ОС. Но если для доступа к этой среде нужно пройти полный процесс инсталляции, я не вижу особого быстрого.

Пока, то есть, вы не добавите клонирования. Почему бы не сохранить выходную виртуальную машину в ее чистом состоянии после установки и просто создать идентичный клон всякий раз, когда вы захотите выполнить реальную работу?

Это просто. Взгляните еще раз в приложение VirtualBox. Выберите (остановленную) виртуальную машину, которую вы хотите использовать в качестве главной копии, щелкните ссылку в меню «Машина», а затем «Клонировать». Вы подтвердите имя, которое хотите присвоить своему клону, а затем, нажав «Далее», определите, хотите ли вы создать полный клон (что означает, что для новой виртуальной машины будут созданы совершенно новые копии файлов) или связанный клон ( что означает новый VM поделится всем базы файлы с основным файлом, сохраняя вашу новую работу по отдельности).

Выбор параметра «Связанный» будет работать гораздо быстрее и будет занимать гораздо меньше места на жестком диске. Единственным минусом является то, что вы не можете переместить этот конкретный клон на другой компьютер позже. Это твой выбор.

Теперь нажмите Клонировать, и новая виртуальная машина появится на панели виртуальной машины. Запустите его, как обычно, а затем войдите, используя те же учетные данные, которые вы установили на главном.

Управление виртуальными машинами из командной строки

VirtualBox поставляется с собственной оболочкой командной строки, которая вызывается с помощью vboxmanage. Зачем беспокоиться о командной строке? Потому что кроме других преимуществ это позволит вам работать на удаленных серверах – что может значительно увеличить масштабы возможных проектов. Чтобы увидеть как vboxmanage произведений, польза list vms для получения списка всех виртуальных машин, доступных в вашей системе. Вот как это выглядит на моей машине:

$ vboxmanage list vms
“Ubuntu-16.04-template” {c00d3b2b-6c77–4919–85e2–6f6f28c63d56}
“centos-7-template” {e2613f6d-1d0d-489c-8d9f-21a36b2ed6e7}
“Kali-Linux-template” {b7a3aea2–0cfb-4763–9ca9–096f587b2b20}
“website-project” {2387a5ab-a65e-4a1d-8e2c-25ee81bc7203}
“Ubuntu-16-lxd” {62bb89f8–7b45–4df6-a8ea-3d4265dfcc2f}

vboxmanage clonevm выполнит то же действие клонирования, которое я описал выше, используя графический интерфейс. Здесь я делаю клон Kali-Linux-template VM, называя копию «newkali»:

$ vboxmanage clonevm Kali-Linux-template --name newkali

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

$ vboxmanage export website-project -o website.ova
0%…10%…20%…30%…40%…50%…60%…70%…80%…90%…100%
Successfully exported 1 machine(s).

Далее вам нужно будет скопировать файл .OVA на компьютер вашего коллеги. Имейте в виду, что ни по каким стандартам файл не будет считаться маленьким и изысканным. Если у вас нет достаточной пропускной способности сети для передачи нескольких ГБ, подумайте о перемещении через USB-устройство.

После завершения передачи все, что осталось, это импортировать виртуальную машину с удаленного компьютера в VirtualBox этой машины. Команда проста:

$ vboxmanage import docker.ova

Убедитесь, что операция импорта работала с помощью list vms и попытайтесь запустить виртуальную машину с рабочего стола.

$ vboxmanage list vms“docker-project” {30ec7f7d-912b-40a9–8cc1-f9283f4edc61}

Если вам не нужен фантастический удаленный доступ, вы можете поделиться виртуальной машиной с графического интерфейса пользователя. Выделив машину, которой вы хотите поделиться, нажмите меню «Файл», затем «Экспортировать устройство».

Далее: удивительный и таинственный мир LXC.

VirtualBox отлично подходит для выполнения операций, требующих доступа к ядру, когда вам нужны рабочие сеансы с графическим пользовательским интерфейсом или для тестирования рыночных операционных систем. Но если вы используете Linux и вам просто требуется быстрый доступ к чистой среде Linux и вы не ищете никакой специальной версии выпуска, то вам будет трудно победить Linux Containers.

Насколько быстры контейнеры LXC? Вы скоро сами увидите. Но поскольку они умело делят многие системные ресурсы как с хостом, так и с другими контейнерами, они работают как полноценные автономные серверы, используя только минимальное пространство хранения и памяти.

ПРИМЕЧАНИЕ. Мы собираемся обсудить классический LXC, но вы должны знать, что существует подобная среда от тех же разработчиков под названием LXD. LXD, в сущности, является новой реализацией интерфейса LXC. Он все еще использует LXC под капотом, но предоставляет другой набор команд, расширяющих функциональные возможности удаленного администрирования сети.

Начало работы с LXC

Установить LXC на рабочей станции Ubuntu? Кусок торта:

sudo apt updatesudo apt install lxc

Это оно. Мы готовы приступить к делу. Базовый набор навыков LXC на самом деле достаточно прост. Я покажу вам три-четыре команды, которые вам понадобятся, чтобы все заработало, а потом дам инсайдерскую подсказку, которая, когда вы поймете, как LXC организует себя, просто поразит вас.

Запустите свой первый контейнер

Почему бы не погрузиться и не создать свой первый контейнер? Значение, предоставленное -nустанавливает название, которое я хочу использовать для контейнера, и -t сообщает LXC создать контейнер из шаблона Ubuntu.

$ sudo lxc-create -n mycont -t ubuntu

Если вы решили создать, скажем, контейнер CentOS, то вам следует записать несколько последних строк вывода, поскольку они содержат информацию о пароле, который следует использовать для входа:

$ sudo lxc-create -n centos_lxc -t centos 
[...]
The temporary root password is stored in:
        '/var/lib/lxc/centos_lxc/tmp_root_pass'

Вы входите в систему, используя имя пользователя «root» и пароль, содержащийся в этом файле. С другой стороны, если ваш контейнер использовал шаблон Ubuntu, вы будете использовать «ubuntu» как для своего имени пользователя, так и для пароля. Конечно, если вы планируете использовать этот контейнер для чего-нибудь серьезного, вы захотите немедленно изменить этот пароль.

использование lxc-ls --fancy чтобы проверить статус вашего контейнера:

$ sudo lxc-ls --fancy
NAME    STATE   AUTOSTART GROUPS IPV4    IPV6 
mycont  STOPPED 0         -      -       -

Ну, он существует, но, вероятно, его нужно начинать. Как и раньше, -n определяет название контейнер, который вы хотите запустить. -d расшифровывается как «detach» – значит вас не надо хотят быть автоматически переведены в интерактивный сеанс при запуске контейнера.

$ sudo lxc-start -d -n mycont

Список ваших контейнеров теперь должен отображать что-то вроде этого:

$ sudo lxc-ls --fancy
NAME    STATE   AUTOSTART GROUPS IPV4        IPV6
mycont  RUNNING 0         -      10.0.3.142  -

На этот раз контейнер запущен и получил IP-адрес. Вы можете использовать этот адрес для входа с помощью безопасного сеанса оболочки.

$ ssh ubuntu@10.0.3.142

Кроме того, вы можете запустить сеанс корневой оболочки в запущенном контейнере с помощью lxc-attach.

$ sudo lxc-attach -n mycontroot@mycont:/#

Когда вы закончите играть с новым контейнером, вы можете запустить exitчтобы выйти, оставив контейнер запущенным:

root@mycont:/# exitexit

…или выключите контейнер с помощью shutdown -h now.

Но прежде чем вы сделаете это, давайте узнаем, насколько молниеносно быстрые контейнеры LXC. The -hфлаг, который я добавил shutdown непосредственно перед означает «остановка». Если бы я использовал rвместо окончательного отключения контейнер перезагрузится. Итак, давайте запустим перезагрузку, а затем попытаемся сразу войти снова, чтобы увидеть, сколько времени нужно, чтобы контейнер снова встал на ноги.

root@mycont:/# shutdown -r nowsudo lxc-attach -n mycont

Как это было? Бьюсь об заклад, до тех пор, как вам удалось перепечатать lxc-attachкоманда mycont очнулась и была готова к действию. Но вы знаете, что нажатие клавиши со стрелкой вверх в Bash заполнит командную строку предыдущей командой. Используя это, запрос на вход будет еще быстрее. В моем случае заметной задержки не было. Контейнер выключился и полностью перезагрузился. менее 2 секунд!

Контейнеры Linux тоже очень легко тратят системные ресурсы. В отличие от моего опыта работы с виртуальными машинами VirtualBox, где одновременный запуск трех уже начинает серьезно влиять на производительность моей рабочей станции хоста емкостью 8 ГБ, я могу запускать все типы контейнеров LXC без замедления.

Крепление холодного контейнера LXC

А как насчет той инсайдерской подсказки, которую я вам обещал? Что ж, вернемся в терминал на главной машине (в отличие от контейнера), вам нужно будет открыть оболочку администратора с помощью sudo su. С этого момента – пока не наберете exit — ты будешь sudo полный день.

$ sudo su[sudo] password for username:#

Теперь смените каталог на /var/lib/lxc/ и перечислите содержимое. Вы должны увидеть каталог с названием контейнера. Если у вас есть другие контейнеры в системе, они будут иметь собственные каталоги.

# cd /var/lib/lxc
# ls
mycont

Выделите каталог вашего контейнера и просмотрите его содержимое. Там будет файл под названием «config» и каталог под названием «rootfs». «fs» означает «файловая система».

# cd mycont
# ls
config rootfs

Это каталог rootfs, который я действительно хочу, чтобы вы сейчас увидели:

# cd rootfs
# ls
bin   dev  home  lib64  mnt  proc  run   srv  tmp  var
boot  etc  lib   media  opt  root  sbin  sys  usr

Все эти подкаталоги, заполняющие rootfs… они кажутся вам знакомыми? Конечно! Все они являются частью стандарта иерархии файловой системы Linux. По сути это корневой каталог (/) контейнера… но внутри хозяина файловая система Пока у вас есть права администратора на хосте, вы сможете просматривать эти каталоги и редактировать любые файлы, даже если контейнер не запущен.

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

Нужно ли смонтировать один процесс на остановленном контейнере? Просто используйте chroot, как я описываю в этой статье.

Но становится лучше. Это правда, что экосистема Docker получила много уровней функций и изящества после того, как технология вышла из-под тени LXC несколько лет назад. Однако под капотом он все еще построен на основе базовой структурной парадигмы, которую мгновенно узнает каждый, кто знаком с LXC.

Это значит, что если вы захотите провести тест-драйв быстро растущей технологии виртуализации десятилетия, вы уже вошли в игру.

Написание кода на удаленном сервере

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

Предположим, вы не в системе, но вам хотелось бы иметь безопасное место для создания программ. Что я имею в виду под «безопасным»? Я говорю о среде, где можно свободно устанавливать библиотеки и пакеты зависимостей, не беспокоясь о дестабилизации вашего персонального рабочего компьютера.

Но есть пределы того, как далеко это может вас завести. Многое происходит под поверхностью таких IDE как Eclipse или Visual Studio, и люди очень привязываются к их удобству. Но надеяться на возможность легко запускать все эти уровни сложности из-за удаленного соединения – и особенно на безглавном удаленном сервере – это, пожалуй, немного амбициозно.

Но все же, не было бы здорово поработать над IDE на вашем ноутбуке и сохранить код, скомпилировать и запустить удаленно… скажем, на размещенной виртуальной машине или облаке? Таким образом, вы можете создавать свои программы на серверах, где они фактически будут запускаться, не рискуя стабильностью вашей собственной рабочей станции.

Это можно сделать. В общем, уловка состоит в том, чтобы ваша IDE работала поверх сеанса Secure Shell (SSH). Чтобы получить подробности, поищите в Интернете что-то вроде eclipse edit java code on remote server.

Эта статья основана на разделе из моей бесплатной онлайн-книги «Решение для технологий: как быстро приобрести новые ценные навыки в мире безумно меняющихся технологий». На моем ИТ-сайте Bootstrap есть многое другое, в частности ссылка на мою книгу «Линукс в действии» и гибридный курс под названием «Линукс в движении», состоящий из более двух часов видео и около 40% текста о Linux. в действии.

Добавить комментарий

Ваш адрес email не будет опубликован.