top | item 47082117

(no title)

calmbonsai | 10 days ago

This is the best post to HN in quite some time. Kudos to the detailed and structured break-down.

If the author had a Ko-Fi they would've just earned $50 USD from me.

I've been thinking of making the leap away from JIRA and I concur on RDS, Terraform for IAC, and FaaS whenever possible. Google support is non-existent and I only recommend GC for pure compute. I hear good things about Big Table, but I've never used in in production.

I disagree on Slack usage aside from the postmortem automation. Slack is just gonna' be messy no matter what policies are put in place.

discuss

order

xyzzy_plugh|10 days ago

Anecdotally I've actually had pretty good interactions with GCP including fast turn arounds on bugs that couldn't possibly affect many other customers.

unethical_ban|10 days ago

What do you use if not slack? OPs advice is standard best practice. Respect peoples time by not expecting immediate response, and use team or function based channels as much as possible.

Other options are email of course, and what, teams for instant messages?

jasonpeacock|10 days ago

I’ve always that forums are much better suited to corporate communications than email or chat.

Organized by topics, must be threaded, and default to asynchronous communications. You can still opt in to notifications, and history is well organized and preserved.

jasonpeacock|10 days ago

The bullet points for using Slack basically describe email (and distribution lists).

It’s funny how we get an instant messaging platform and derive best practices that try to emulate a previous technology.

Btw, email is pretty instant.

ale42|10 days ago

We use self-hosted Mattermost (team version, i.e. without limits but no enterprise features like LDAP). Fine for a small team (around 40 active users here) where you can script account actions via the API, probably not fine when users become a lot more, or you might need access to the compliance functions for audit purposes, etc.

For us the free version of Slack was insufficient, the commercial one too expensive, and anyway, given that it's a cloud-based system, it's not compliant with our internal rules for confidential information (unless we can get some specific agreement with them). On the side, there is a bit too much analytics/telemetry in the Slack client.

notyourwork|10 days ago

Curious from you or others when FaaS isn’t possible? What criteria do you look for to decide or migrate off?

coverj|10 days ago

not possible: - workloads over 15m for lambda last time I checked, unsure on other providers - if you are looking to do anything stateful

possible but not ideal/inconveniences: - cold starts can hamper latency sensitive apps (language dependant + there are things you can do) - if you have consistent traffic its not very good value for money - if you value local debugging