17.01.2024
I use org-mode extensively with org-roam for keeping my knowledge and journals together and working as my brain dump destination. This blog serves kinda the same purpose, so why not to combine these things under Emacs umbrella?
Blogging from Emacs boils down to two options.
TLDR; Hugo can render org file natively, but support of features is quite limited, or use org as source that rendered to markdown. The latter brings issues of content syncing from origin to end result.
Read More…
29.08.2023
In case ruby can’t find OpenSSL 3 headers, use this way.
brew install ruby-install ruby-install ruby 3.1.4 -- --with-openssl-dir=$(brew --prefix openssl)
15.07.2023
How to provision CloudFlare tunnel using Terraform CloudFlare Tunnel can be useful to use reliable alternative to ngrok when you need to expose your application running locally to the outside world.
The following example exposes my application locally running on port 3000 to the Internet on the hostname https://app.prokopov.me
Prerequisites Terraform CloudFlare module v4 CloudFlare API key with Account:Tunnel permissions. Locally installed CloudFlare CLI utility cloudflared https://developers.cloudflare.com/cloudflare-one/connections/connect-apps/install-and-setup/installation/ Application running locally on port 3000 How does it work?
Read More…
03.04.2023
It is in general very good idea to manage infra configuration as a code. Unfortunately, Mirkotik terrafrom support is basic, as OSS driven.
Nevertheless, I appreciate author for effors.
Here is an example how to use it with Hashicorp Vault.
Commands export VAULT_ADDR=http://vault_address:8200 export VAULT_TOKEN=<token> terraform init terraform plan Example main.tf
provider "vault" {} data "vault_generic_secret" "main" { path = "common/mikrotik/nexus-home" } provider "mikrotik" { host = data.vault_generic_secret.main.data["address"] # Or set MIKROTIK_HOST environment variable username = data.
Read More…
17.03.2023
There are lots of options to greet collegue or close ones with cards.
This one was recommended by one of the coworkers.
Group Greeting Cards
18.09.2022
As the IT support business we want to keep our users happy, they need to use the software with no interruptions. Though the share of the incidents in the tickets is still 30% no matter what.
So why is IT support is so hard these days? Why do we still have the incidents despite all the progress IT industry did so far?
Long story short this is because of the software complexity, that causes incidents and security issues.
Read More…
15.08.2022
Things I Learned
Git push with force from the command line git push --force origin master git push -f origin master git push origin +master Make your git life a bit easier git config --global push.autoSetupRemote true Check DNS from the inside of docker container This is super useful when you don’t have neither dig nor nslookup utilities inside your docker container.
getent hosts google.com
07.06.2022
Recently I’ve started investigation on the most effective shortcuts for Emacs. Already for a long time I’ve been using Caps Lock remapped to Esc when pressed alone, and Ctrl-Key when pressed with any other key.
I didn’t use Emacs with native bindings for a long time, because of wrist related issues, which immediately appeared after using pinky for pressing long chords which normally included Ctrl-C combination. This is why I used Spacemacs and later Doom Emacs as the configuration of choice.
Read More…
13.12.2021
Update: I added several key things recently after started implementing SRE concepts in Billie.
Site Reliability Engineering makes sense only if you bothered with
Reliability. It doesn’t bring you much value if the most significant thing
at current stage is delivering new features, say in recently founded startup this is probably not a good time to start with SRE.
SRE is a way to balance between the product Stability (Reliability) and Changes you’re going to make to the product, as changes are the most frequent root cause of the bad events. The core concept is when your changes breaking your product too much, you probably need to stop delivering these to the production and focus on stability. In order to switch the focus timely, you need to establish and track stability metrics. Also you need to define steps you going to take when stability promise to users about to be broken.
Let me share my thought after completing this superuseful SRE Course.
You need to make several steps to consider SRE path.
- Think what makes user unhappy using your services.
- Decide on metrics that reflects user happiness and start gathering it.
- Create plans on how to maintain the service level target and policies describing what you going to do when situation become dangerous to achieving your availability targets.
- Create plans for improve these metrics.
- Act, measure, reflect, improve.
Little bit clarity on abbreviations those used by google guys.
SLA - service level agreement. This is the service perception boundary you shouldn’t cross. When user considers your service as bad, you didn’t match his expectations, so either you didn’t set proper expectations or you breached your promise on the service quality.
SLO - service level objectives. Same as SLA, but this is only internal promise and compass to meet user expectations, and this is a bit more tight because we don’t want to dissapoint user by breaching SLA.
SLI - service level indicator shows how you meet user expectation in some point in time. Normally this is ratio of good events to all valid events in some period of time.
How these relate to each other? Let me describe this in this little mantra.
We measure SLIs, which shouldn’t breach SLOs not to disappoint users by breaking SLAs.