Данила

На таком уровне нужно балансировать на сетевом уровне (CARP или VRRP и динамический роутинг на основе DNS, или BGP) - это вопервых, и попробуй посмотреть в сторону Haproxy а вот заними можеш nginx-ов понавтыкать

Поддерживаю насчет натива, но ещё можно обратить внимание на Flutter. Это очень перспективная кроссплатформенная технология от Google, полностью опенсорсная, которая тем не менее не избавляет от знания нативных технологий, всегда нужно быть готовым поработать уровнем ниже.

Лучше натив.

Так вы освоите узкую нишу с более высоким порогом входа и будете дорогим специалистом в ней, где ценятся ваш опыт и знания. Отдельно можно изучать Java Kotlin для андроида, но это параллельная история. Как минимум, вы сможете себя позиционировать в качестве iOS-разработчика.

Судите сами. Кого вы наймете для приложения под iOS: универсала во всех сферах и языках, или узкого специалиста, который работает со Swift уже много лет?

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

P.S. В ответе я исходил из того, что вы хотите развиваться в мобильной сфере и у вас нет конкретных задач.

Обычно делается авторизация через андроид-учётку в прозрачном режиме. Т.е. запустил пользователь приложение - оно его авторизовало автоматом. "Полезло" приложение на Ваш сервер - передаётся Google ID.
Если приложению нужна работа с сервером под произвольным аккаунтом этого сервиса или необходима повышенная безопасность при запуске - тогда ДОПОЛНИТЕЛЬНО создаётся форма логина, иначе - форма авторизации и логина не нужна в принципе.
См. тут, как сделать авторизацию.

На Западе.
*** добавлено ***
Возьмите (скопируйте) страницу сайта у какого-нибудь крупного клиента: банка или торговой сети. Встройте свое веб-приложение. Покажите ему. Если действительно сделаете, что-нибудь крутое, то они скорей всего купят и разместят у себя. Дальше по аналогии.

Мы используем продукты от Atlassian - Jira и Wiki. Jira - для ведения проекта и контроля багов, Wiki - для хранения сопутствующей документации, схем базы данных и всего такого прочего. Более того у нас настроено автоматическое создание тикетов в Jira по телефонному звонку или e-mail клиента. Я, к сожалению, не знаю технических деталей реализации, но это круто.
Jira, на мой взгляд, ещё хороша тем, что в ней всю структуру и логику переходов и изменения состояний тикетов можно легко настроить под свои нужды прямо в системе, и она доступна как с рабочего места, так и в дороге (даже из дома можно, если приступ трудоголизма замучал).
У нас тоже с безопасностью довольно строго, обработка персональных данных и всё такое, но против облака никто не возражает и вопросов по безопасности это не вызывает.
Исходники мы, правда, безопасности ради, храним в локальном репозитории.

Для редактирования этого списка нужно в functions вот такое пошаманить: https://codex.wordpress.org/Post_Formats

Там есть и заказы и с почасовой и с по-проектной оплатой. Рутовый доступ сразу, я думаю, не дадут. Скорее всего будет доступ через TeamViewer, во всяком случае, поначалу. Т. е. клиент откроет ssh-сессию на своём компе, и даст вам доступ к своему компу по TeamViewer, чтобы смотреть, что вы делаете.

По опыту -- админских задач там гораздо меньше, чем программерских. Так что набор клиентской базы займёт порядочное время. Когда уже определённая репутация будет, то появятся постоянные заказчики, тогда будет проще. Но на быстрый успех рассчитывать не стоит.

Если я правильно понял, чего вы, собственно, хотите добиться, попробуйте шаблонизатор какой-нибудь использовать.
К примеру, мы сейчас в одном проекте на WP используем подход с использованием Mustache, и все шаблоны хранятся в БД.

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

меня устраивают если доступны все контакты
телефон
емайл скайп

Конечно нужно. Ведь это тоже средство связи.

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

Просто блок "контакты".
Формы обратной связи - анахронизм. Людям удобнее переписываться через свою почту/соц. сети.