Blog

Как удалить аккаунт Amazon AWS

Вот только что удалил аккаунт, пользовался почти год, но всегда помнил, что в феврале карета превратится в тыкву придет час расплаты в виде $300).

Официальные требования к закрытию аккаунта на амазоне суть которых сводится к простому — заплати бабло и спи спокойно.

На странице биллинга у меня $0.00, потому что я хитрая жопа пользовался бесплатным сервером на год (AWS Free Usage Tier)

Переходим в панель AWS Management Console в Sevices-EC2:

В панели EC2 пробегаемся по всей боковой менюшке и удаляем instance, security group, Key Pairs и т.д. Надо вспомнить где и что вводил/создавал — это нужно все грохнуть и потом получиться закрыть аккаунт.

Когда все интстансы перевели в статус: terminated идем в My account:

И мотаем вниз до красной кнопки Close account. Ставим галку и жмем кнопку.

Готово. Ждем письмо с подтверждением smile

Fat jar и автозапуск web-приложения

Открываю новую рубрику — «рецепты». Во время поиска работы написал я небольшое веб-приложение и для его демонстрации выложил на «бесплатный» сервер амазона. Как получить себе такой сервер, можно почитать на хабре, а я хочу рассказать как используя SpringBoot и его fat jar можно легко установить свое приложение на линуксовый сервер. На примере моего приложения carservice. Нам понадобится доступ к серверу (любому, не обязательно у амазона), на который надо залить наш jar-ник.

  1. Проверить работает ли приложение, выполнив команду: java -jar /home/ubuntu/carservice.jar
  2. Создать файл carservice.service в папке /ets/systemd/system и прописать в нем следующее:
  3. [Unit]
    Description=carservice
    After=syslog.target
    
    [Service]
    User=carservice
    ExecStart=/home/ubuntu/carservice.jar
    SuccessExitStatus=143
    
    [Install]
    WantedBy=multi-user.target
    
  4. Стартовать сервис: service carservice start
  5. Проверить статус: systemctl -l status carservice
  6. Перезагрузить сервер.
  7. Все готово — вы великолепны! smile

Автосчетчик номера сборки (autoincrement build version)

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

Версию он не возвращает от слова совсем.

Начинаем опять воевать с грэдлом.

Сначала создаем файлик version.properties и кладем его в корень проекта. Затем делаем таску в корневом gradle.build для автоинкримента при каждом билде.

task('increaseBuildVersion')  {
   def versionPropsFile = project.rootProject.file('version.properties')
   if (versionPropsFile.canRead()) {
       def versionProps = new Properties()
       versionProps.load(new FileInputStream(versionPropsFile))

       def code = versionProps['build_version'].toInteger()+1

       versionProps['build_version'] = code.toString()
       versionProps.store(versionPropsFile.newWriter(), null)
   } else {
       throw new GradleException("Could not read version.properties!")
   }
}.dependsOn('build')

Затем (если gradle.build несколько, то в тот, который в спрингбутовом контексте лежит) дописываем скриптик, чтобы его (спрингбута) класс увидел наши проперти:

ext{
   def versionPropsFile = project.rootProject.file('version.properties')
   def versionProps = new Properties()
   versionProps.load(new FileInputStream(versionPropsFile))
   build_version=versionProps['build_version']
}
springBoot{
   buildInfo {
       properties {
           additional = [
                   'product_name': "$product_name",
                   'product_version': "$product_version",
                   'build_version': "$project.ext.build_version",
                   'java_version': "$java_version"
           ]
       }
   }
}

Ну а далее пишем сервис, который все это добро будет выдавать:

@Service
class AboutInfoService(
    private val buildProperties: BuildProperties?) {

    fun getAboutInfo() = AboutInfo.create {
        it[productName] = buildProperties?.get("product_name")
        it[productVersion] = buildProperties?.get("product_version")
        it[buildNumber] = buildProperties?.get("build_version")
        it[javaVersion] = buildProperties?.get("java_version")
    }
}

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

Что, блять, делать, если несколько разработчиков одновременно начнут коммитить свою version.properties?!

Восприимчивость Gradle к командной строке

Возникла острая необходимость в ядре для тестов использовать различные БД, и для этого нужно, чтобы gradle передавал конфиг в spingboot. Решение, казалось, лежало на поверхности — использовать параметры командной строки: -Dparameter=value, но как оказалось, это не работает для грэдла (хотя отдельно для исполнения тестов работает).

После гугления нашлось такое решение:

test {
    //https://www.credera.com/blog/technology-insights/java/gradle-profiles-for-multi-project-spring-boot-applications/
    // В аргументах грэдлу передавать через -P
    // -Pproperty.name=value
    // без парамаметров будет браться конфиг из application.properties

    project.ext.applyPropertyIfExists = { propertyKey ->
        if(project.hasProperty(propertyKey)) {
            systemProperties[propertyKey] = project.getProperty(propertyKey)
        }
    }
    applyPropertyIfExists('spring.profiles.active')
    applyPropertyIfExists('spring.datasource.url')
    applyPropertyIfExists('spring.datasource.username')
    applyPropertyIfExists('spring.datasource.password')
}

 

Пока я на испытательном сроке, то прежде чем закомитить, надо показать код сеньору.

Он посмотрел и сказал — норм, но надо сделать проще ))

test {
    //для -Dproperty=value
    systemProperties(System.getProperties())
}
Когда позвали на помощь сеньора.

Маленькое дерево с большой проблемой

Прошло 2 месяца — в Котлине освоился, но React еще доводит до кипения.
На днях случилось: воевал я с новым компонентом от Ant.design — TreeSelect, ну чтобы выбирать значение в дереве. Нарисовал быстро, а как данные загрузить до прорисовки понял не сразу. Выход нашелся, когда уже глаза покраснели — рисовать спин, а загружать в componentDidMount. Все это успешно отладилось на песочнице, но когда доехало в прод, начались дииикие тормоза. А все из-за того, что записей в дереве получилось в 10 раз больше. А как дерево строится? Ну как обычно рекурсией, а это самая медленная из операций — цикл в цикле, а еще вся эта радость крутиться не на сервере, а на клиенте. Поэтому скорость упала не в 10 раз, а в 100.
Короче, я попал на самую распространенную задачу при отображении дерева с большим количеством элементов. Обычная практика — выделился узел, дети подтянулись. Но этот TreeSelect этот принимает на вход только целое дерево и не умеет подгружать узлы по запросу.

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

Коктейль из Java, Kotlin и ReactJS

Итак, я сменил галеру место работы. И, неожиданно, технологии. Java есть, номинально, но на текущий момент, плотно уже 3 недели изучаю Kotlin в связке с ReactJS.

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

Первые впечатления: точка-с-запятой не нужна, типы указываем после переменной, тернарный оператор урезан и стал «элвис» оператором, статических полей нет, финальная и нефинальная переменные обозначаются val и var, функции заменили методы, все классы по-умолчанию финальные. Аааааа-ааа-а!!!

Пример:

fun getPrintTemplate(data: Map<String, Any?>, metadata: MutableList<String> = mutableListOf()): MutableList<String> {
 data.forEach { entry ->
            val value = entry.value
            if (value is Collection<*> && value.isNotEmpty()) {
                (value.first() as Map<String, Any?>)
                        .keys
                        .forEach { subKey -> metadata.add("${entry.key}.$subKey") }
            }
            if (value is Map<*, *>) getPrintTemplate(value as Map<String, Any?>, metadata)
}
    return metadata
}

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

fun RBuilder.downloadLink(fileName: String, dataFunc: suspend () -> String, body: ((RBuilder).() -> Unit)? = null) {
    a {
        attrs.onClickFunction = {
            async {
                val base64data = dataFunc()
                downloadFile(base64data, fileName).invoke()
            }
        }
        if (body != null) {
            body()
        } else {
            +fileName
            +" "
            icon("download")
        }
    }
}

А потом обращаемся к нему:

    row{
        downloadLink(attach[Attachment.displayName], dataFunc = { handleDownload() })
    }

 

В общем как новый язык изучать. Угораздило жеж ))

Тренажеры на каждый день

Пара отличных тренажеров для разминки с нетривиальными задачками.

https://proghub.ru — совсем молоденький, но многообещающий ресурс, выделяется названием. Комментирования нет, но можно предложить свой вариант ответа. По Java совсем мало пока (в режиме тестирования ооп — 10 вопросов, по спрингу — 8), можно пробовать без регистрации.

http://www.quizful.net/tset — ресурс постарше, вопросы поинтереснее и разнообразнее, много тем, можно комментировать.

 

 

Про собеседования

Поменять работу — это как развестись и искать новую жену. А собеседования (не нравится мне это слово, предпочитаю термин «техническая беседа») это как смотрины. Рассматривая новое предложение в крутой компании, мы смотрим на нее как на женщину.

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

Парни, вы же знаете это чувство, когда вам отказала женщина? Самооценка ниже плинтуса? Вот-вот.

Редко, очень редко, когда от смотрин остается приятное чувство, и даже если тебе отказали, то сделали это очень тактично. Вот в таких компаниях хочется работать. К таким даже через полгода еще хочется напроситься на беседуsmile