Отдых хоста: Отдых в Хосте 2023, бронирование без посредников в Хосте, цены 2023

Содержание

Отдых в Хосте 2023. Цены на жильё, фотографии, отзывы.

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

Летний отдых в Хосте славится стабильно теплой погодой: с конца июня по начало сентября столбик термометра редко опускается ниже +20-22 °C.

Историческая справка.

Район Хосты был заселен еще с древнейших времен – согласно археологическим находкам люди здесь жили 15-20 тысяч лет назад. В VIII-X веках на жизни местных земледельцев начинает сказываться влияние греков, осваивающих местные территории.

Активное заселение этих территорий начинается после окончания Кавказской войны, когда в Хостинский район начинают прибывать многочисленные семьи переселенцев.

В 1899 году поселок получает статус города. С этого момента новый город превращается в полноценный дачный район, где строятся дачи первых лиц политики, науки и искусства.

Во времена СССР большинство дач было национализировано и передано под санатории. С 1933 облик Хосты полностью меняется – здесь начинается активное строительство санаторно-курортных учреждений, начинает развиваться туристическая инфраструктура.

Куда сходить и что посмотреть?

Купальный сезон начинается в конце июня – к этому моменту море в прибрежной зоне прогревается до +20-23 °C. К августу температура моря достигает +24-26 °C, поэтому это идеальное время для отдыха с малышами.

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

Пляжный отдых в Хосте можно совместить с посещением местных достопримечательностей:

Хостинская крепость. Постройка датируется VII — X в. н.э., сегодня от крепости остались только фрагменты крепостных стен и четырех смотровых башен. Посещение крепости лучше совместить с прогулкой по тисовой роще.

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

Музей «Дача Сталина». Дача была выстроена в 1937 году, и очень полюбилась Иосифу Виссарионовичу. Сегодня это уникальный музей, в котором есть даже восковая фигура Сталина, сидящего в своем рабочем кабинете.

Проживание.

Частный сектор в Хосте. В частном секторе вы можете арендовать как летний домик, так и полноценный коттедж со всеми удобствами.

Гостевые дома в Хосте. Представлены как мини-гостиницами, так и частными домами с 2-6 комнатами для отдыхающих. Комплекс услуг индивидуален: где-то вам предложат весь «набор», а где-то – только необходимый минимум.

Гостиницы в Хосте. Есть как крупные отели, так и санаторно-курортные комплексы, предоставляющие лечение и оздоровительные процедуры.

Как доехать?

Добраться в Хосту можно несколькими способами:

По ж/д дороге. Есть пригородные электрички, соединяющие курорт с Сочи и Адлером, также хотят междугородние поезда.

Рейсовыми автобусами, следующими по маршруту Сочи-Адлер. Следите, чтобы на табличке автобуса было написано «через Хосту».

Также можно доехать на своем автомобиле или заказать трансфер.

Недорогой отдых в Хосте 2023 — цены без посредников

1-комнатная квартира Ялтинская 10 кв 3

Период отдыха: Июль 2022

Огромное спасибо Юле за отличный отдых. Квартира — супер, всё есть для жизни. Квартира большая, удобная, находится к самого моря, всё близко, магазины, кафе, базар, увесилительные заведения. Хозяйка- добрая, заботливая, встретила нас и проводила на поезд на машине, мы очень довольны гостеприимством и прекрасным отношением. Обязательно вернёмся сюда:):)

Показать полностью

1-комнатная квартира Ялтинская 10 кв 3

Период отдыха: Май 2019

Приезжали на майские в Сочи, останавливались в Хосте. Выбрали квартиру, чтобы не было рядом соседей-туристов, хотелось отдохнуть семьей. Ну и на кухне мы были одни хозяева. Квартира комфортно-обставленная. Рядом все, что твоей душе угодно) Хозяйка Юлия всегда на связи.

Показать полностью

Гостевой дом «Grandevu»

Доброго времени суток! Всем советую этот гостевой дом. Отдыхали в августе 2020. В составе 4 человек (двое взрослых и двое детей) жили в одном номере. Номера большие, просторные, в номере кондиционер, холодильник, телевизор. На этаже есть своя кухня, посуда вся есть, где можно приготовить еду. Или заказать еду. Лично мы брали завтраки, за них отдельное спасибо. Двор в зелени, за домом находиться мангальная зона. А ещё на территории есть места, где можно посидеть в уединение. Очень понравился бассейн, дети были в восторге!!! Хозяева очень приветливые и хорошие люди, по звонку отвозили и забирали с моря и из магазина. Спасибо Ангелине, Егору, Повару и всем хозяевам !!!

Показать полностью

Отель «Оркестра Кристалл»

Период отдыха: Сентябрь 2018

Благодарим отель Кристал и его прекрасный и отзывчивый персонал! Питание в ресторане безумно вкусное, поклон поварам!! Чистый номер и вся территория в порядке, много зелени! Зажигательные и профессиональные аниматоры! Доступные цены! Просто нет слов, мы очень довольны!! Приезжайте сюда семьями! Никогда, не пожалеете!

Показать полностью

Гостевой дом «Ахтамар»

Период отдыха: Январь 2022

Мы не стали останавливаться в этом гостевом доме. Ожидание и реальность ооочень разнятся. Дому нужен хороший ремонт. Везде висит не понятно как заизолированная проводка. Грязненько,серенько,старенько….Расположение дома замечательное,хозяйки удивительно приветливые женщины. Всё показали,рассказали. Очень хотели пожить у них,но увы.

Показать полностью

Пансионат Аквамарин

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

Показать полностью

Гостевой дом «На волне»

Период отдыха: Июль 2021

С подругой в 2021 году посетили гостевой дом «На волне» и остались очень довольны всем. Спасибо большое хозяину дома который создал все условия для отличного отдыха

Показать полностью

Отель «Хоста»

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

Показать полностью

Гостевой дом «Навигатор»

Удобно,тихо,комфортно. Отдыхали с детьми — дети довольны)) рядом пятёрочка(50 метров),остановка автобуса( ходят по расписанию,чистые),до моря 5 минут ехать.в общем- советую всем.

Показать полностью

Бухта «Хоста»

Период отдыха: Июль 2022

Этот отпуск получился спонтанным. Жилье не бронировали, Владимир обещал встретить и устроить нас. Все получилось очень удачно. Хочу поблагодарить Владимира за участие и помощь.

Показать полностью

Пансионат Аквамарин

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

Показать полностью

Отель Khosta Garden

Чисто, красиво, постоянная уборка. Панорамные окна, закрытая территория, рядом река Хоста. Море и магазины в шаговой доступности. Транспорт хоть куда, всё близко.

Показать полностью

Как разместить свой API/бэкэнд на виртуальном частном сервере (VPS) | by Tom Seifert

Вы написали REST или GraphQL API (с базой данных) и теперь думаете, где его разместить? Вы хотите, чтобы затраты на хобби-проект были низкими? Ваш основной домен — это другая техническая область, и хотя вы слышали, как ваши коллеги из бэкенда болтали о разных вещах, вы никогда не настраивали его самостоятельно? Не знаете, с чего начать, когда дело доходит до развертывания API на виртуальном частном сервере (VPS)?

Если вы ответили «да» на любой или все эти вопросы, вы находитесь в том же положении, что и я, и этот пост может вам помочь! В этом посте я объясню:

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

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

Быстрые ссылки

Как на самом деле подключиться к вашему VPS
Dockerize ваше приложение
— Добавить Dockerfile для вашего сервера
— Docker Compose для использования вашего сервера с базой данных остановить и контролировать ваше приложение
Подключение вашего домена к вашему VPS
Активация SSL для вашего сервера
Добавить переадресацию портов к вашему API

Мотивация и справочная информация

Итак, у меня есть это мобильное приложение, для которого требуется серверная часть. До недавнего времени я использовал базу данных Firebase Realtime в сочетании с облачной функцией Firebase, загружающей в эту базу данных данные. Со временем моя база данных стала настолько большой, что просмотр и редактирование данных внутри стали чрезвычайно сложными. Я решил, что пришло время перейти на настоящую базу данных и на настоящий сервер. В любом случае, возможность изучить backend-разработку была для меня хорошей возможностью. Я начал читать Ktor и смог быстро написать что-то, что хорошо работало на моем компьютере.

С чего начать

Давайте договоримся об общей отправной точке, прежде чем углубляться в детали настройки VPS. Я начинаю с серверного приложения Ktor (JVM), которое хранит и считывает данные в/из базы данных PostgreSQL. На данный момент мое приложение работает на локальном хосте и подключается к локальной базе данных. Кроме того, я уже реализовал свой сервер, поэтому он ожидает шесть секретов в качестве переменных среды (доступ к базе данных, ключи API и т. д.).

Хотя я создал серверную часть JVM, для остальной части этого поста не имеет большого значения, создали ли вы приложение Python, Go или любое другое приложение.

Теперь давайте загрузим эту штуку в облако!

Почему VPS, а не AWS, Azure или что-то в этом роде?

Расчет Microsoft Azure для самых низких аппаратных опций

Я не знаю, то же самое для вас, но каждый раз, когда я пытаюсь начать работу с AWS, Azure или GCP, я полностью перегружен всеми услугами, которые они предоставляют, и я абсолютно не не понимают их модели ценообразования. Хотя у меня все в порядке с чтением документации, я хочу знать, что я должен заплатить авансом … и для хобби-проекта, который ничего мне не заработает и имеет пару запросов в день, я не хочу тратить 100 € /месяц или даже больше.

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

Вы получили IP-адрес и пароль root для своего сервера, но что дальше? Это может звучать очень глупо, но мне потребовалось несколько минут, прежде чем я понял: «Ах, глупый я, есть ssh🤦‍♂️»

Итак, откройте терминал и введите ssh [email protected] — очевидно, используя IP-адрес вашего сервера здесь . Он запросит ваш пароль и вуаля, вы подключены. После этого вам нужно будет установить некоторые основы, такие как curl, Git и Docker.

Я не работал с Docker несколько лет, так как это не мой повседневный бизнес. Тем не менее, я все еще знал некоторые основы и то, что нужно сделать более или менее. Тем не менее, мне потребовалось много времени, чтобы найти правильные команды и настройки для всего, поэтому этот раздел может быть скучным для вас, если вы профессионал Docker, или очень полезным, если вы только начинаете с ним работать.

Dockerfile для вашего сервера

Самое первое, что вам понадобится, это Dockerfile в вашем корневом каталоге, который создает и запускает ваш сервер. Содержимое этого файла зависит от типа вашего сервера, но вот моя конфигурация для сервера Ktor JVM, созданного с помощью Gradle:

 ОТ openjdk:11 
 ЭКСПОЗИРОВАТЬ 8080:8080 
 ЗАПУСТИТЬ mkdir /app 
 КОПИРОВАТЬ . /app 
 WORKDIR /app 
 RUN ./gradlew installDist --stacktrace 
 WORKDIR /app/build/install/yourServer/bin 
 CMD ["./yourServer"]

В качестве базового образа я использую простой образ, поставляется с OpenJDK 11. Инструкция EXPOSE документирует, что я хотел бы сопоставить порт 8080, на котором прослушивается мое приложение, из контейнера в порт 8080 хост-компьютера. Создаваемый каталог /app — это просто вспомогательная папка для безопасного набора текста. С RUN ./gradlew installDist Я создаю двоичный файл (JAR) для своего приложения, который будет сгенерирован в /build/install/yourServer/bin . Замените yourServer на имя вашего приложения. Затем инструкция CMD сообщает Docker, какую команду выполнить после запуска контейнера. CMD может существовать только один раз для Dockerfile . Здесь мы просто запускаем созданный ранее JAR-файл, так что ваш сервер эффективно запускается.

Это основное приложение, теперь давайте добавим базу данных PostgreSQL.

Docker Compose для использования вашего сервера с базой данных

С помощью Docker Compose вы можете определить и запустить несколько контейнеров Docker. Поскольку мы хотим запустить сервер с базой данных, нам нужно создать файл docker-compose.yml в корневом каталоге. Затем мы добавляем к нему очень простую конфигурацию, которая будет запускать наше приложение и создавать базу данных PostgreSQL:

Версия вверху определяет версию Docker Compose для этого фрагмента. Далее мы определяем services , которые мы будем запускать всякий раз, когда запускаем этот файл Docker Compose.

Одна служба — это наш сервер с именем api_service . С сборкой. мы сообщаем Docker, что этот сервис собран из локального Dockerfile — того, который мы определили ранее. С портами мы определяем, какие порты мы хотели бы предоставить от этой службы для хост-компьютера. Мы поместили здесь то же значение, что и в Dockerfile ранее, где мы задокументировали , что мы хотим сопоставить порт 8080 с портом 8080. С перезапуском : всегда мы говорим Docker, что мы хотим, чтобы эта служба, как следует из заявления, всегда перезапускалась в случае сбоя, отключения и т. д. И последнее свойство depend_on: db говорит, что эта служба зависит от другой службы с именем db . Docker будет ждать запуска этой службы, пока не запустится служба db , поэтому мы запускаем нашу базу данных перед нашим сервером.

Для службы нашей базы данных db делаем аналогичную настройку. В качестве базового образа мы используем не локальный Dockerfile , а последний официальный образ PostgreSQL. Дополнительно определяем в сервисе томов . Это означает, что мы монтируем путь db-data на хост-машине к пути /var/lib/postgresql/data контейнера. Без него каждый раз, когда мы останавливаем или перезапускаем нашу службу db , мы бы начинали с пустой базы данных. Таким образом, данные, хранящиеся в базе данных, сохраняются между отключениями! Том также необходимо определить на верхнем уровне файла Docker Compose.

С помощью команды docker-compose up мы могли бы запустить наш сервер и базу данных сейчас, но ваш сервер не будет знать адрес вашей базы данных и какие учетные данные использовать. Давайте сделаем это дальше.

Предоставление переменных среды на ваш сервер

Когда вы думаете о том, как предоставить переменные среды, например. мой пользователь PostgreSQL и пароль или ключи API, к моему приложению, мне пришел в голову один важный вопрос:

Как мне на самом деле предоставить секреты без жесткого кодирования их в открытом виде в моем docker-compose. yml или где-то еще на моем сервере?

Итак, я абсолютно не хотел просто помещать их в свои файлы Docker, которые отправляются на GitHub, но просто хранить их в текстовых файлах на сервере тоже было… неправильно.

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

Что я, однако, понял гораздо позже: как только вы решите использовать секреты Docker, ваши определенные контейнеры Docker будут запускаться через режим роя , который не только меняет способ запуска и остановки ваших контейнеров, но и некоторые инструкции в вашем docker-compose.yml нуждаются в замене, так как они не поддерживаются в режиме роя!

Но сначала создадим секрет!

 эхо "postgresPassword" | docker secret create POSTGRES_PASSWORD -

Важно отметить, что после его создания невозможно снова прочитать значение! Если вам это нужно в другом месте, обязательно сохраните его где-нибудь еще. Чтобы удалить секрет, вы можете ввести:

 docker secret rm POSTGRES_PASSWORD

и с помощью этой команды вы можете перечислить все созданные вами секреты:

 docker secret ls

Создайте все необходимые секреты и измените свой docker-compose.yml .

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

Каждая 9Служба 0118 , которой необходимо прочитать этот секрет, также нуждается в блоке secrets , определяющем секреты, к которым служба должна получить доступ. Затем в блоке среды мы определяем, что хотели бы иметь наши секреты в качестве переменных среды для контейнера. Очень важно отметить, что переменная окружения будет содержать не секрет, а путь к файлу, содержащему секрет. Измените свой код соответствующим образом, чтобы считать секрет из этого файла.

Кроме того, мы больше не можем использовать наш локальный Dockerfile , но нам нужно предоставить образ. Чтобы создать образ из файла Dockerfile , введите:

 docker build -t yourServerImage .

, а затем укажите yourServerImage:latest в вашем docker-compose.yml .

`Запускайте, останавливайте и контролируйте ваше приложение`

Если вам не нужны секреты выше и ваше приложение не работает в режиме роя, вы можете просто ввести docker-compose до теперь и ваше приложение работает.

Если вы, однако, использовали секреты, как я, эта команда не будет работать. Вместо этого нам нужно развернуть наш рой! Мы делаем это с помощью:

 docker stack deploy -c docker-compose.yml yourServer

Последний аргумент — это пользовательское имя для вашего стека. Для остановите свой стек введите:

 docker stack rm yourServer

Для проверьте запущенные службы введите:

 docker service ls

или

 docker ps -a

Если вы хотите просмотреть журналы любой службы, определенной в вашем файле Docker Compose, вы можете ввести:

 docker service logs $yourServiceName

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

 docker service ls 
 docker service update --force $id

И это все о Docker! Теперь ваш сервер должен работать и быть доступным через IP-адрес вашего сервера 9. 0057 http://123.123.123.123:8080 .

Этот шаг необязателен и применим только в том случае, если у вас есть домен, который вы хотите использовать. Мы хотим добиться того, чтобы ваш домен, скажем, myAwesomeDomain.com , перенаправлял на IP-адрес вашего сервера 123.123.123.123 . Мы можем добиться этого, настроив параметры DNS для вашего домена, которые обычно доступны через меню настроек вашего домена.

Найдя настройки DNS, создайте новую запись DNS (или измените существующую) из Тип A. Как RDATA , Destination или IP-адрес введите IP-адрес вашего VPS. Поле Name или Host зависит от вас. Вы можете изменить (вероятно) существующий, сказав myAwesomeDomain.com , или создать новый префикс, например. api , поэтому в вашей записи указано api.myAwesomeDomain.com . В последнем случае только этот субдомен будет указывать на ваш VPS.

Но необходим второй шаг. Ваш VPS также должен знать, что его доменное имя — 9.0057 myAwesomeDomain.com . Возможно, вы не знаете, но на вашем VPS (вероятно) уже работает сервер, который прослушивает порт 80 (порт HTTP по умолчанию) и возвращает некоторую статическую страницу по умолчанию всякий раз, когда вы посещаете http://123.123.123.123 ! В моем случае это был сервер Apache2, и я могу объяснить только его конфигурацию.

Перейдите в каталог /etc/apache2/sites-available/. В этом каталоге вы найдете файлы конфигурации для так называемых виртуальных хостов . В виртуальном хосте мы определяем конфигурацию для каждого веб-сайта/домена (теоретически вы можете разместить несколько веб-сайтов на своем VPS с разными доменами). Давайте создадим новую конфигурацию, например. с коснитесь myAwesomeDomain.conf и откройте его в текстовом редакторе по вашему выбору.

Вставьте это содержимое в файл:

  
 ServerAdmin admin@myAwesomeDomain. com 
 ServerName myAwesomeDomain.com 
 ServerAlias www.myAwesomeDomain.com 
 ErrorLog "/var/logs/myAwesomeDomain.com/error_log" 
 CustomLog "/var/logs/myAwesomeDomain.com/access_log"

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

Теперь нам нужно активировать эту конфигурацию. Мы делаем это с помощью команды:

 sudo a2ensite myAwesomeDomain.conf

и затем перезапускаем веб-сервер Apache:

 перезапуск службы sudo apache2

Поздравляем! Ваш VPS теперь доступен через myAwesomeDomain.com ! Если нет, подождите до двух дней, пока все DNS-серверы имен обновят запись, которую вы только что добавили/изменили, чтобы они знали, что домен myAwesomeDomain. com должен указывать на IP-адрес вашего VPS (это заняло примерно пять минут). хотя для меня).

Но есть проблема: ваш API работает на порту 8080, и в настоящее время ваш сервер Apache2 обслуживает контент через порт 80. Мы исправим это дальше!

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

Чтобы активировать SSL, чтобы ваши данные безопасно передавались через HTTPS через Интернет, вам необходим сертификат SSL от официального центра сертификации. Вы можете купить один… или получить его бесплатно от Let’s Encrypt. Честно говоря, я не знаю, в чем разница между покупкой одного и получением бесплатного, но мы выбираем второй подход.

К счастью, этот шаг в значительной степени автоматизирован с помощью Certbot, инструмента с открытым исходным кодом для создания сертификатов с помощью Let’s Encrypt. Процесс установки зависит от ОС, которую использует ваш VPS, поэтому перейдите к разделу инструкций Certbot и установите его.

После этого запустите сертификацию через:

 sudo certbot --apache

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

После того, как вы закончите, в ранее упомянутой папке должна быть новая конфигурация виртуального хоста /etc/apache2/sites-available/ , настройка виртуального хоста для порта 443, порт HTTPS. Теперь ваш веб-сервер должен быть доступен через https://myAwesomeDomain.com .

Наш API прослушивает порт 8080, но наш веб-сервер принимает соединения только через порт 80 или 443 соответственно. Что нам нужно, так это правило, которое внутренне перенаправляет запросы на порт 8080, чтобы ваш API был поражен.

Перейдите в конфигурацию вашего виртуального хоста (тот, который создан Certbot, или тот, который вы создали, если вы не включили SSL) и добавьте следующие строки: 9. *$ http://%{HTTP_HOST}:8080%{REQUEST_URI}

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

Сохраните файл. Затем нам нужно включить расширение a2enmod , которое мы сейчас используем, и перезапустить веб-сервер с помощью:

 sudo a2enmod rewrite 
 sudo systemctl restart apache2

При этом любые вызовы, работающие через http://123.123.123.123:8080/getStuff , теперь также должны работать при вызове https://myAwesomeDomain.com/getStuff !

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

c# — Хостинг RESTful API

Задай вопрос

спросил
1 год, 7 месяцев назад

Изменено
1 год, 7 месяцев назад

Просмотрено
2к раз

Я начинающий разработчик C# ASP. NET и работал с базами данных Code First C#, RESTful API, MVC и Vue (фронтенд-фреймворк вроде React) для создания веб-сайтов.

Сейчас на работе и во время учебы я никогда не занимался развертыванием.

В это время у меня есть личный проект. Я успешно разместил свою реляционную базу данных MySQL на phpMyAdmin и могу обновлять ее с локального рабочего стола.
Мой хостинг-сайт сообщил мне, что они не размещают C # или что-то в этом роде.

Я нашел несколько сообщений, предлагающих Azure, AWS и другие, но на каждое сообщение, которое я нахожу, я нахожу одинаковых людей, протестующих против них.

Какой сайт подходит для размещения моего первого REST API? Я ищу что-то, что выходит за рамки минимально жизнеспособного продукта, и я хотел бы разместить свой веб-сайт на хостинге, который я использую в настоящее время (то есть не в паре с API).

Как будет выглядеть стоимость API, развернутого и используемого клиентами?

Я понимаю, что эта стоимость зависит от объема трафика, но предположим, что базовый API используется, скажем, для размещения заказов в интернет-магазине (хотя веб-сайт/приложение/we, все это будет взаимодействовать через API).

Приветствуются любые советы, так как мне кажется, что я плаваю в темноте, исследуя это.

Спасибо.

Любая служба хостинга, предоставляющая вам реальный доступ к машине, сможет запускать ваш API как специализированный для экосистемы .net/core.

Я полагал, что вы знаете о php на основе службы phpMyAdmin и экосистеме хостов, которые поддерживают php, хотя они дешевле, они не дают вам доступа к машине и, вероятно, не будут поддерживать .net/core, как множество других технологических стеков.

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

Azure будет очень просто, вы можете создать учетную запись и опубликовать свой API без каких-либо затрат с помощью бесплатного веб-приложения, VS даже будет иметь инструменты публикации, которые будут выполнять 90% работы, GCP будет немного сложнее и потребует от вас чтобы немного узнать о контейнерах и кластерах, если вы выберете неспециализированный хост, такой как digitalocean, вам нужно будет больше узнать об операционной системе и связанных серверах/контроллерах для развертывания и публикации

о затратах намного сложнее.