|
cloudformation being terrible and terraform being worse (yep) is a lot of the reason i'm going in hard on k8s. it doesn't completely solve the problem, but it removes 80-90% of it from being that layer's concern. so you can worry less about how much your tool of choice for that layer sucks.
|
#
¿
Jan 3, 2019 15:11
|
|
|
|
| # ¿ May 17, 2024 15:28 |
|
|
etc has always been hell at least its in mostly one place now
|
|
#
¿
Jan 4, 2019 00:12
|
|
|
now watch your webhooks randomly silently mysteriously fail once in awhile until you cave and go back to polling
|
|
#
¿
Jan 5, 2019 02:15
|
|
|
Erwin posted:Yes. And more importantly, the Azure API. loving web developers need everything in javascript edit: <grumpy old man points to rfc> https://tools.ietf.org/html/rfc7231#section-6.5.4
|
|
#
¿
Jan 12, 2019 02:07
|
|
|
The Fool posted:Does anyone have any opinions about Digital Oceans managed K8s offering? I had it up and running and doing some basic volume stuff inside an hour, its a nice simple functioning offering. Only roadblock I hit was they don't do calico/networkpolicy so its not for larger-team/real-company/multi-tenant environments yet where "there should be firewall rules or something" is a requirement.
|
|
#
¿
Jan 18, 2019 17:45
|
|
|
honestly if you're getting away with a namespace per stack instead of a separate k8s cluster per stack, or worse per-tier-per-stack, thats a pretty big win. take it, get it done, then come back to config debates.
|
|
#
¿
Jan 21, 2019 16:13
|
|
|
how do y'all do your container registry on gcp? meaning, if you have N environments, each inside their own gcp project... do you have each separate environment trigger off your repo and build their own containers that they put in their own registries in parallel/on-their-own? or do you create like a designated-registry-project that they all just pull from? if they share a registry-project then where are you putting the deploy hook that runs the 'kubectl set image' after the push? StabbinHobo fucked around with this message at 18:15 on Feb 27, 2019 |
|
#
¿
Feb 27, 2019 17:54
|
|
|
code:
|
|
#
¿
Apr 30, 2019 21:59
|
|
|
data is always way way harder than code
|
|
#
¿
May 15, 2019 02:50
|
|
|
Helianthus Annuus posted:a 5,000 line, hand-crafted bash script called /usr/local/bin/fix_everything.sh that you run on an hourly cron don't forget 2>&1 /dev/null
|
|
#
¿
Aug 24, 2019 21:22
|
|
|
|
| # ¿ May 17, 2024 15:28 |
|
|
Jerk McJerkface posted:I've got an interesting question, and I was referred over here by a goon co-worker. We manage an application platform that has bunch of tomcats all running a variety of different servlets/webapps. One of our challenges is monitoring the performance of the servlets specifically. We use the standard JMX commands to get details on the tomcats, but I'd like to know through out the day the actual memory and threads used by each servlet (I suspect maybe that I can't get it per servlet, but maybe I can get it per java class, and since I know what class is in each servlet that could be equivalent). We have an ELK stack running that is tracking performance metrics already so if I could just get that data out of the tomcat in some format that'd be enough. If I can output it directly to logstash or beats or something it'd a plus. unfortunately i have nothing to offer solution wise, just a fearful warning most metrics collection on jvms is waaaay too coarse resolution for the numbers on the heap to mean anything, specifically in terms of young-gen and the latency impact of gc pauses. I used to have to connect in with the VisualGC plugin on VisualVM and set the refresh rate to 100ms (so 10 datapoints per second). thats when you can actually see whats going on.
|
|
#
¿
Dec 19, 2019 04:26
|
|