В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

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

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

AWS_RU

1501 membersпожаловаться на группу
2020 March 27

G

Georgy in AWS_RU
Alexander Patrushev
Лично мое мнение: Смотря что именно вы хотите укрепить. Теоретическая часть хорошо прокачается, если внимательно читать и минимально в консоли закреплять. А вот реально практических знаний и опыта багов и тонкостей не особо прибавится, тут только труд труд и ещё раз труд.

Сертификаты это скорее отличный первый фильтр и показатель отсутствия лени.
Спасибо!

Я как выше писал - я бы хотел подтянуть экспертизу в частности по Networking. Вот эти вот все VPC, Subnets, Route Tables, Cross Region networking etc.
источник
16:15пожаловаться#1

AP

Alexander Patrushev in AWS_RU
Mikhail Sokolov
Многие хотят в облака, но потом внезапно вспоминают про 152 ФЗ. До 140 сервисов даже разговор не доходит
А почему не пойти гибридным путём? Те регистрация и первичная копия перс данных в РФ, а дальше уже все в AWS?
источник
16:20пожаловаться#2

IB

Ivan B in AWS_RU
возможно, чтобы не держать две структуры (и не платить за них, соответственно)
источник
16:21пожаловаться#3

MS

Mikhail Sokolov in AWS_RU
Alexander Patrushev
А почему не пойти гибридным путём? Те регистрация и первичная копия перс данных в РФ, а дальше уже все в AWS?
Не все готовы на это пойти. Для большинства и уровни соблюдения 152 в новинку
источник
16:21пожаловаться#4

IZ

Igor Z in AWS_RU
привет! С Auto Scaling Group никак не помойму. При любых Termination Policies почему-то убивает всегда более новые инстансы, а старый всегда остаётся. У кого-нибудь так ещё бывало? Раньше вроде было нормально, но потом переключил на Launch template и всегда одна история.
источник
16:24пожаловаться#5

S

Salem in AWS_RU
termination_policies      = ["OldestInstance"]
источник
16:25пожаловаться#6

S

Salem in AWS_RU
это в  терраформе
источник
16:25пожаловаться#7

S

Salem in AWS_RU
termination_policies (Optional) A list of policies to decide how the instances in the auto scale group should be terminated. The allowed values are OldestInstance, NewestInstance, OldestLaunchConfiguration, ClosestToNextInstanceHour, OldestLaunchTemplate, AllocationStrategy, Default.
источник
16:26пожаловаться#8

VM

Viktor Mikalayeu in AWS_RU
источник
16:27пожаловаться#9

VM

Viktor Mikalayeu in AWS_RU
попробуй так
источник
16:27пожаловаться#10

IZ

Igor Z in AWS_RU
в том и дело, что пробовал разные, а оно стабильно убивает новые
источник
16:27пожаловаться#11

VM

Viktor Mikalayeu in AWS_RU
странно , у меня отрабатывает все правильно
источник
16:28пожаловаться#12

IZ

Igor Z in AWS_RU
даже если запустить 5 новых, то оставит в итоге всё равно этот старый
источник
16:28пожаловаться#13

VM

Viktor Mikalayeu in AWS_RU
какой регион ?  новые инстансы  inservice  статус имеют ?
источник
16:28пожаловаться#14

IZ

Igor Z in AWS_RU
конечно. Всё работает, статусы норм. В итоге понял, что можно защитить новый инстанс от Scale In, но всё равно как-то странно
источник
16:29пожаловаться#15

И

Илья | 😶 in AWS_RU
Петр Сальников
там остается возможнолсть на ИП перевод отправить. если в контракте пионерка прописана как промежуточная точка - то валютный контроль все норм пропустит. во всяком случае банк точка именно так мне описала схему.
ну там на операционных комиссиях наверное можно прогореть сильно
источник
16:30пожаловаться#16

И

Илья | 😶 in AWS_RU
Мне, кстати, была интересна точка
источник
16:30пожаловаться#17

ПС

Петр Сальников in AWS_RU
Илья | 😶
ну там на операционных комиссиях наверное можно прогореть сильно
да, там коммиссия 1-2 %% появляется при WIRE Transfer
в этом плане напрямую из UpWork/Freelancer лучше выводит - фикса $30
источник
16:34пожаловаться#18

И

Илья | 😶 in AWS_RU
Петр Сальников
да, там коммиссия 1-2 %% появляется при WIRE Transfer
в этом плане напрямую из UpWork/Freelancer лучше выводит - фикса $30
с другой стороны у фрилансеров не такие большие суммы думаю, чтобы думать о комиссиях
ладно когда там 100-200к перевести к себе
источник
16:35пожаловаться#19

ПС

Петр Сальников in AWS_RU
по опыту UpWork на $$ ИП самый-самый вариант - все белое, понятное, законное
источник
16:36пожаловаться#20