|
Idiot question: What is the difference between https://bucket.s3-us-east-1.amazonaws.com and https://bucket.s3.amazonaws.com https://github.com/jie123108/lua-resty-s3 This library for accessing s3 over lua has helpfully hardcoded in the string s3-us-east-1 into all requests. Aside from hardcoding a region into a library is stupid, what is the difference between s3 and s3-region in the subdomain? Why does my bucket only respond to .s3.? ➜ Scripts ping bucket.s3-us-east-1.amazonaws.com ping: cannot resolve bunstributor.s3-us-east-1.amazonaws.com: Unknown host ➜ Scripts ping bucket.s3.amazonaws.com PING s3-1-w.amazonaws.com (52.216.225.176): 56 data bytes 64 bytes from 52.216.225.176: icmp_seq=0 ttl=44 time=68.532 ms
|
#
¿
Nov 10, 2017 20:13
|
|
|
|
| # ¿ May 17, 2024 19:40 |
|
|
Volguus posted:Ok, thanks for the explanations so far. So if I would be to put a job posting tomorrow for a person to help with the build and deployment infrastructure ... what title should I ask for? At the end of the day, I agree with you that the person needs to be a lot more involved in the development and planning aspect, but we're a 4 people startup , 2 of them being scientists that shouldn't be trusted with a computer, much less with C++, me, the developer, architect, tester, build and release manager and AWS expert (god help us) and a CEO who is ... a CEO. What are your scientists doing that doesn't involve computers.
|
|
#
¿
Apr 23, 2018 00:57
|
|
|
Maybe you could use the ami launch index for that curl -s http://169.254.169.254/latest/meta-data/ami-launch-index Comedy answer: use metal instances and use virtualbox to run windows on each metal instance. Methanar fucked around with this message at 01:05 on Feb 19, 2020 |
|
#
¿
Feb 19, 2020 01:02
|
|
|
Vanadium posted:Eh, they're trying to cut down on handing out routable CIDR ranges. I'm pretty sure asking for a /16 would raise eyebrows, for an actual "gonna run a bunch of computey things" account I think they just gave me a /22 or /21 or something. Having multiple VPCs is basically always a bad idea because of cross-vpc billing. Just make one mega VPC. and make it big enough Forever.
|
|
#
¿
Oct 4, 2022 03:01
|
|
|
crazypenguin posted:VPC peering doesn't have a cost anymore I think https://aws.amazon.com/about-aws/whats-new/2021/05/amazon-vpc-announces-pricing-change-for-vpc-peering/ huh. I somehow missed this change. Because we used to pay out of the nose from some questionable multiple VPC architecture.
|
|
#
¿
Oct 4, 2022 04:32
|
|
|
Docjowles posted:Yeah AWS SSO is quite cool and good these days. Really my only gripe (and this applies to regular old IAM too) is that you still can’t be logged into more than one console at once. So if I want to look at things in more than one account simultaneously I have to open incognito windows or multiple browsers or some poo poo. Which is very awkward. I don’t know how they would reasonably make that work, though. I die a little bit every time I'm logged into the prod aws account and then realize I need to do the whole login MFA dance again for the dev account in incognito.
|
|
#
¿
Nov 28, 2022 22:25
|
|
|
Graviton is good tho.duck monster posted:Told him, lets just stick with intel for now but setup an experiment to see how it works. The main issue is likely more that our CI might take some tweaking to build docker containers that wont explode if we ask it to build ARM Watch out for the difference in integer processing vs float processing performance for graviton vs Intel, which may or may not be a thing that's relevant to your apps. Do you even need to do anything special at all for building your java app for arm? I guess if you have any c libraries, but I actually can't think of any off hand that would make sense for a java app. If my company wasn't balls deep in investing in our own bare metal datacenter presence, I'd be spearheading my own initiative to introduce graviton as a cost savings initiative. Methanar fucked around with this message at 07:24 on Dec 21, 2022 |
|
#
¿
Dec 21, 2022 07:16
|
|
|
duck monster posted:Kafka and Elastic search are a high probability. We are currently using OCS's OSI which is a loving horrible timeseries db (decision made a long time ago before I started) that fails one the basic premise of timeseries databases of "usecond latency" for writes. From same bad prehistoric time we have a custom built ETL setup that is basically hot trash and we're speccing out a replacement based around a custom go engine [its too weird a workload for the off the shelf solutions] and kafka with queues in and out w something running all our weird maths pouring all the finished product into elastic I have no idea what you're doing, but I'm fairly confident that's not how I'd build my tech stack. usecond write latency is a big ask, but cassandra would be my completely uninformed recommendation as a replacement for your weirdo time series DB I've never heard of. Clickhouse might be worth looking into as well. Even if you don't care, you should still watch how Cassandra works as an inspiration of how to build a good write-path. https://www.youtube.com/watch?v=B_HTdrTgGNs Methanar fucked around with this message at 07:49 on Dec 21, 2022 |
|
#
¿
Dec 21, 2022 07:46
|
|
|
|
| # ¿ May 17, 2024 19:40 |
|
|
jiffypop45 posted:Multicloud is a joke and I'm sorry your upper management got pilled by someone selling something. If you sell software licenses of basically anything to Google, they love to negotiate that as part of the deal they will pay you in GCP credits. I'm pretty sure Oracle does this as well. I can't imagine microsoft not also being on that train. It's a great idea from their standpoint.
|
|
#
¿
Apr 27, 2023 05:11
|
|